화면 정의서는 한장 한장 순서대로 완벽하게 작성하는 것이 아니라 웹 사이트의 이용흐름(워크플로우)에 따라 모든 화면을 대강 스케치한 다음 조금씩 살을 덧붙이면서 구체화하는 방식으로 작성한다. 웹 사이트의 화면들은 일직선으로 연결된 것이 아니라 복잡하게 뒤엉켜 있다. 이 때문에 뒷부분의 내용을 작성하거나 수정함에 따라 앞부분의 내용도 수정해야 할수 있다. 순서대로 모든 화면을 대강 스케치하기 한 화면씩 완벽하게 작성하지 않고, 화면들의 연결흐름에 따라 생각나는대로 대강 스케치한다. 스케치하면서 떠오르는 생각이나 주의사항을 디스크립션에 간단하게 메모해둔다. 모든 화면의 디스크립션 작성하기 앞서 개략적인 스케치가 완성되면 틈틈이 메모한 내용을 바탕으로 좀 더 구체적으로 디스크립션을 작성한다. 스케치와 같은 방..

화면 정의서는 표지, 히스토리, 사이트맵, 본문으로 구성된다. 브리핑이나 세미나 등 상황에 따라 기능 정의서나 정책 정의서 등을 히스토리 다음에 추가하기도 한다. 표지 문서의 표지는 간단하게 작성한다. 웹사이트 이름을 표지 맨 상단에 기재한다. 그리고 작성자, 회사명, 문서버전, 연락처 등을 추가로 작성한다. 화면 정의서에서 공통적인 항목을 명시하면 된다. 특히 문서버전을 기재하여 다른 문서와 헷갈리지 않도록 한다. 문서이력 문서내용이 변경될때마다 문서이력을 기록해두면 수정된 부분만 빠르게 찾아볼 수 있다. 디자이너나 개발자가 이전 버전에서 어떤 부분이 어떻게 수정되었는지 알면 프로젝트를 수행할때 도움이 되고, 작업효율도 올라간다. 또한, 최신버전의 웹사이트가 여러가지 문제로 인해 제대로 동작하지 않는 ..

화면 정의서는 청사진이다 화면 정의서는 웹 사이트의 기능, 정책, 화면 UI가 모두 반영되어 있는 최종 산출물이다. 화면 정의서를 만드는 일은 기획자에게 매우 중요하지만, 기능이나 사용자의 이용형태에 따라 고려해야 하는 경우의 수가 많기 때문에 꽤 힘든 작업이다. 디자이너, 퍼블리셔, 개발자는 화면 정의서를 참고하면서 프로젝트를 진행하기 때문에 화면 정의서는 웹사이트의 '건축 설계도'와 같다. 화면 정의서를 보면 웹사이트가 전반적으로 어떻게 동작하는지 이해할 수 있다. '해당 화면은 이런 기능들이 있구나' '해당 화면의 UI는 이렇구나' 처럼 누구나 화면 정의서를 보고 웹사이트의 동작방식이나 UI를 파악할 수 있어야 한다. 디자이너가 '이 화면은 어떻게 보여지나요?'라던지 개발자로부터 '이 화면에서 하단..

사이트 구조를 설계하는 중요한 이유는 해당 프로젝트를 진행하는 작업자 때문이다. 디자이너, 퍼블리셔, 개발자가 웹사이트의 전체적인 윤곽을 알면 작업을 시작하기 전에 작업범위와 방법을 예상해볼 수 있다. 서로 관련된 화면끼리 묶으면 디자인이나 개발을 할때도 패턴이 비슷하기 때문에 작업효율도 좋아진다. 예를 들어, 공지사항 게시판, 커뮤니티 게시판, 자유 게시판은 컨텐츠만 다를뿐 공통적으로 게시판 형태이기 때문에 개발시 비슷한 패턴이 반복된다. 이에 반해 글로벌 내비게이션(GNB)은 사용자가 원하는 정보를 쉽고 빠르게 찾을수 있는 경로를 설계하는 것이다. 다시 말해, 사이트맵은 작업자를 위한 용도이고, GNB는 이용자를 위한 용도이다. 이용자의 동선 고려하기 내비게이션은 이용자가 원하는 정보를 쉽게 찾을수 ..

웹사이트는 내가 서비스하고 있는 사이트에 있는 모든 화면(웹페이지)의 합이다. 이러한 관점에서 웹 사이트 구조를 설계한다는 것은 웹 사이트에 들어가는 각각의 화면들을 관련된 것들끼리 묶어서 재분류하고 재배치하는 것이다. 레고 블럭은 하나의 기능을 의미한다. 레고 완성품은 하나의 웹화면을 의미한다. 기획자는 레고블럭을 기획의도에 따라 어떤 식으로 조립하는지에 따라 전혀 다른 웹사이트를 만들수 있다. 각 화면은 화면 정의서에서 확인할 수 있는데 하나의 화면에는 여러개의 기능이 존재할 수 있기 때문에 관련된 기능들을 다시 그룹으로 묶어서 재분류한다. 즉, 기능이 모여 한 화면을 구성하고, 여러 화면이 모여 사이트가 된다. 이렇게 사이트 구조를 설계하면, 핵심기능만 뽑아서 사이트맵을 만들수 있다. 기능을 화면 ..

일정 산출 (WBS) 일정 산출(WBS: Work Breakdown Structure)은 크게 두 가지 목적을 가지고 있다. 첫째는 프로젝트 데드라인을 예측하기 위함이다. 기능정의서나 정책정의서를 참고하여 기능별로 나눠진 작업기간을 합산하면 최종 완료일을 예상할 수 있다. 웹사이트 개발이 끝나면 마케팅이나 제휴 등의 업무를 해야 하므로 클라이언트나 CEO에게 완료일을 공유하는 것이 좋다. 둘째는 데드라인에 맞추어 세부 일정을 조율하기 위함이다. 프로젝트 기간은 곧 비용을 의미하므로 기획자는 일정표을 참고하여 세부일정을 조율해야 한다. https://m.blog.naver.com/PostView.naver?isHttpsRedirect=true&blogId=devks0228&logNo=221588871551..

정책 정의서는 웹사이트 전반의 운영기준이나 기능의 이용범위를 정리한 문서이다. 상품평은 누구나 쓸 수 있을까? 상품의 배송비는 얼마로 책정하는 것이 좋을까? 상품을 얼마 이상 구매시 배송비를 무료로 할까? 구매후 상품 포인트는 상품 가격의 몇 %가 좋을까? 회원이 아닌 사람은 게시판 글을 작성할 수 있을까? 욕설이나 게시판 성격에 맞지 않는 글을 작성하면 어떻게 하는 것이 좋을까? 사이트를 이용하면서 발생할 수 있는 이러한 다양한 상황에서 회사는 어떻게 할지 문서로 정리하는 것이 좋다. 정책 정의서를 만들어두면 관리자나 담당자가 바뀌더라도 사용자에게 동일한 서비스 경험을 제공할 수 있다. 웹 쇼핑몰의 주요한 정책은 배송정책, 교환/환불 정책, 구매정책 등이 있다. https://support.google..

앞에서 라라마켓의 컨셉과 특징에 대하여 개략적으로 알아보았다. 이제는 사이트 특징에 맞게 웹사이트에 필요한 모든 기능을 세세하게 정의한다. 이렇듯 기능 정의서는 웹사이트가 어떤 방식으로 동작할지에 대하여 기능별로 구분해서 사용자가 실제 사용하는것처럼 문서로 설명한다. 기획자, 디자이너, 개발자는 작성된 기능 정의서를 검토하고, 웹사이트에 어떤 기능들이 들어가있고, 자신이 어떤 기능을 담당해서 작업해야 하는지 미리 예상해본다. 또한, 클라이언트나 CEO는 기능 정의서를 보고, 웹사이트의 제작범위나 제작기간에 대해 의논할 수 있다. 기능정의서 탄생배경 https://m.blog.naver.com/heyarech07/221164495460 [Do it 웹 사이트 기획 입문] 기능 정의서 작성 방법과 작성 사유..

지금부터는 '라라마켓(LaLa Market)' 이라는 가상의 여성의류 쇼핑몰을 기획해볼 예정이다. 이에 앞서 기획을 진행할 쇼핑몰이 어떤 배경에서 나왔는지 또는 어떤 문제를 해결하기 위하여 제안된 것인지 알아보자! 웹 쇼핑몰이 추구하는 가치나 목적을 숙지하고 있어야 기획의 컨셉이나 방향을 잡을수 있다. 사업계획서를 함께 검토해보면서 웹쇼핑몰의 특징과 필수기능을 확인해보도록 한다. 골대를 목표로 공을 차야 들어간다. 이와 같이 웹사이트가 추구하는 목표에 맞게 기획의 방향을 잡아야 한다. 사업의 필요성 의류 쇼핑몰 시장은 수많은 업체가 진출한 레드오션이며 경쟁이 치열하다. 이러한 시장에서 살아남기 위해서 업체들은 일반적으로 다른 업체들보다 눈에 띄기 위하여 상당한 광고비를 지출하여 마케팅을 한다. 그렇지만 ..

상품 카테고리 웹쇼핑몰에서 자주 등장하는 개념이 카테고리이다. 쇼핑몰 카테고리는 판매되는 상품군 또는 상품그룹이다. 쇼핑몰에는 판매하는 상품이 수없이 많고 다양하기 때문에 비슷한 특징을 가진 상품들을 하나의 그룹으로 묶어서 사용자가 검색하기 쉽도록 해야 한다. 예를 들어 유사한 파일을 특정폴더에 정리한다거나 마트에서 음식코너, 과일코너, 의류코너와 같이 분류하는 것은 모두 사용자가 물건을 찾기 쉽도록 카테고리로 분류한 것이다. 카테고리는 웹사이트 메뉴와 동일한 개념이 아니다. 카테고리는 상품군이고, 메뉴는 웹사이트에서 사용자가 접근하는 특정 경로를 의미한다. 상품카테고리는 관리하기 편해야 한다. 웹쇼핑몰이 처음 생성될때 분류한 카테고리가 계속 유지되는 경우는 드물다. 유행에 따라 또는 사용자 반응에 따라..