웹 기획 및 스토리보드 2

스토리보드 기본 형식

01. 페이지 제목

02. 페이지 수

03. 실제 화면 레이아웃을 정리 하는 영역과 영역들의 각 요소

04. 개발적인 측면의 상세 설명

스토리보드 기본 순서

01. 목차 : 각 페이지 별로 제목을 기재 한다.

02. 업데이트 기록 : 언제 어떤 페이지를 어떤 내용이 수정 되었는지를 기재, 해당 수정 이슈의 작업을 기재

업데이트 기록이 잘 관리 되지 않으면, 기획자 본인이 기획서를 수정해 놓고도 어디를 수정했는지 확인 할 길이 없으며, 수정사항이 명시되지 않으면 디자이너와 개발자 역시 수정사항을 반영하기 위해서 기획서 전체를 다시 읽어야 하는 문제가 있다.

03. 개요및 정의 : 기획의 목적을 정의 하고, 만들고자 하는 서비스의 운영 정책을 기재

04. 사이트맵 : 각 페이지의 메인 메뉴와 그 메뉴에 귀속된 하위 메뉴를 시각화해서 기재

05.프로세스 : 특정 서비스의 기본 흐름도와 세부 흐름도로 구분되며, 주로 기본 흐름도를 기재한다. 유저의 사용에 따른 서비스의 흐름에 따라 간략히 흐름도를 작성함을 말한다.

06. 전체화면 구성 : 만들고자 하는 페이지의 전체화면 레이아웃을 정리 한다.

07. 영역 별 상세 설명 : 전체화면 구성에 따른 상세한 설명 디자인/기술적

08. 작업 스케줄 구성 : 개발기간 산정하여 기획부터 완료까지 정리

기획의 목적과 내용이 정확해야 한다. (개요 및 요소별 정의)

예를 들어 기획의 목적이 정확하지 않다면, 이후 기획자 A가 A방향으로 가고 있는데 프로그래머는 B를 목표로 가고 있고, 디자이너는 C를 목표로 가고 있다면 나중에 개편 작업시에 실패 할 확률이 매우 높다.

이런 부분을 방지하기 위해서 왜 수정, 개편 해야하고, 범위는 무엇이고, 수정에 대한 효과를 무엇인지 정확히 설명함으로써 하나의 목표 방향으로 진행 되어 성공적인 프로젝트를 수행할수가 있다.

사이트 맵은 기능적 유사성과 이용패턴을 고려 한다.

사이트맵은 식당 메뉴판과 비슷하다고 생각하면 된다.

사이트 맵을 통해서 최상위 메뉴와 하위 메뉴 유사성을 적절히 배치하며 메뉴와 메뉴 사이 이동과정이 유저의 편의성이 고려되었는지 확인한다.

유사성은 기능적인 유사성과 사용자 이용패턴에 따른 연계성이 고려 되어야 한다.

예를 들어 쇼핑몰의 경우 사용자의 이동패턴을 고려 개인정보 수정메뉴 상단에 배치 하거나 구매관련 페이지로 이동 할 수 있는 내용을 최상단에 배치 한다.

프로세스는 전체 플로우 차트 개념으로 작성 한다.

세부적인 흐름, 기능적인 흐름이 아닌, 전반적인 서비스 흐름이 담긴 플로우 차트 개념으로 작성한다.

예를 들어 회원 가입(하나의 서비스) > 개인정보 동의, 아이디 입력창, 회원가입 완료 (3단계)

개인정보를 안했을 경우, 비번이 잘못된 경우 화면 등은 상세 설명 영역에서 작성 해주는것이 바람직하다.

전체화면 구성과 상세 설명은 처음 설명했던 Template를 기준으로 작성하며, 많은 샘플들을 참고 하기를 바란다.

작업스케줄의 시작일과 마지막 일자는 기재 되어야 한다,

세부적인 일정은 범위 내에서 유동적이지만, 시작일과 마지막 일자는 기획자가 디자이너와 개발자간 협의를 거쳐 확정지어야 한다.