2015.03.27 00:00


 

 


 

오감세가 공유하는 웹기획(앱기획) 실무 지식 시리즈!

 

보편적으로 IT회사에서의 기획자는 기획을 문서로 정확하고 명쾌하게 정리하여,

함께 일하는 웹개발자, 웹디자이너에게 '이런 결과물을 만들어주십시오!'라고 전달합니다.

 

이 때, 기획자가 작성하는 문서를 화면설계라고 하는데요.

오늘은 개발자들과의 협업에서 진정한 기획자가 제시해줘야 하는 명확한 개발 기준에 대한 컬럼을 작성 합니다.

 

 

 

※ 화면설계에 기준이 없으면 무슨 일이?

 

기획자 나름데로 '이런이런 사이트(앱)가 결과물로 나왔으면 좋겠어요.' 시간들이고 공들인 준비한 기획서....

예쁘고 깔끔한 문서를 꾸몄다는 자부심을 갖고 개발자에게 쓰윽~ 내밉니다.

 

하지만 개발자가 받아본 기획서에는 개발자가 보고 싶어하는 기준이 없는 경우가 종종 발생합니다.

'게시판 리스트에는 몇 개의 데이터를 출력하라는 거지?'

'여기에 이 값은 어떻게 나온 값이야?'

'헉! 통계를 기획자가 디자인했네 디자인했어~'

 

 

 

 

초급 기획자일수록 이런 부분들을 놓치기 쉬운데요.

이는 경험부족에서 오는 문제로,

- 개발을 해본적이 없기 때문에 필요한 기준이 무엇인지 잘 모르기도 하고,

- 일부 부분에서는 기준이 필요한지에 대한 확신이 없어서 이기도 합니다.

 

 

대부분의 개발자는 DB를 설계해야하고, 출력시켜야 하므로 굉장히 꼼꼼히 기획자에게 확인합니다만,

애초에 기획자가 명확히 제시를 해주지 않으면! 알게 모르게 기획자의 의도와 갭이 생기는 경우도 있습니다.

 

 

 

 

문서에 기준이 명확하지 않았다면!!

이는 분명 기획자의 책임입니다.

경험부족으로 놓칠 수 있는 부분들이 분명 있을 것이다고 생각한다면,

기획팀장과 개발팀장들에게 열심히 부족한 부분을 물어 열심히 기준을 만들어줘야 합니다.

즉, 기획자의 고민의 범위는 굉장히 넓고, 또 반드시 넓어야 합니다.

기획자는, 기획자의 머리속에 있는 아이디어를 명확하게 정리해서, 함께 일하는 각 분야 전문가들을 통해 산출해내야하는 종합적인 업무를 하는 사람이니까요!

 

 

[용어정리] 스토리보드와 화면설계의 차이

 

먼저 대부분 스토리보드와 화면설계를 동일한 의미로 사용하는 것이 보통입니다.

하지만 오감세가 다년간 기획업무를 보다보니, 두 용어에는 분명한 차이가 있음을 알게 되었습니다.

아마 두 용어에 대한 차이를 설명하는 것은 오감세가 처음이 아닐까?하는 추측을 해봅니다.

 

■ 스토리보드

하나의 프로젝트를 계획하는 단계에서 전반적인 프로젝트의 스토리맵 또는 스토리보드가 필요합니다.

이는 초반 계획문서이면서 동시에 마지막까지 전체 컨셉을 유지할 수 있는 중요한 기획문서이기도 합니다.

 

외주의뢰가 들어올 때 굉장히 준비를 잘 해오시는 의뢰자를 아주 가끔 볼 수 있는데요.

'난 이런걸 만들고 싶습니다.'라며 원하는 전반적인 컨셉을 작성해오는 의뢰자의 문서!

이러한 의뢰자의 문서 또한 스토리보드라고 할 수 있습니다.

 

■ 화면설계

본격적으로 디자인팀과 개발팀에 넘기기 위한 명확한 페이지별 요소들의 설계안을 말하고,

전체적인 스토리보드의 흐름에 맞는 구체적인 작업전달서라고 볼수 있습니다.

 

매우 섬세한 기준들과 설명들이 충분히 들어가있어야 합니다.

(개발전 화면설계 프리뷰가 당연히 있겠지만)

문서만으로도 모든 질문과 커뮤니케이션이 필요없을 정도로 개발&디자인 실무에만 집중할 수 있게 해주는 것이 가장 이상적인 화면설계입니다.

 

 

보통의 초급 기획자들이 놓치는 기준들은 어떤 것이 있을까요?

구체적으로 아래에 중요한 기준 몇가지를 준비해봤습니다.

개발자 출신 기획자 오감세가 액기스로 전달하는, 기획 경험이 적은 초급 기획자에게 아주 중요한 포인트입니다.

 

 

1. DB 기준 제시

 

아래는 오감세가 활동하는 개발자 커뮤니티 사이트입니다.

사이트 메인에 들어가면 주요 게시판들의 일부 리스트들이 출력되는데요.

"토크박스"라는 게시판의 최신글 4개를 출력하는 것은 알겠는데(물론, 이 역시도 기준이 필요합니다.)

인기글은 어떤 기준으로 출력시키라고 하는 것일까요?

 

 

기준예제1) 톡박 최신글 기준

# 게시판 : 토크박스

# DB 출력기준

- 1순위 : 작성일시 기준 내림차순(최신글)

- 2순위 : 고유키값 기준 내림차순

- 4건출력

- paging none

 

기준예제2) 톡박 인기글 기준

# 게시판 : 토크박스

# DB 출력기준

- 1순위 : 작성일시 기준 12시간 이내 게시물 추출(데이터 범위 지정)

- 2순위 : 조회수 기준 내림차순(조회수 높은 글)

- 3순위 : 댓글수 기준 내림차순(댓글 많은 글)

- 4건 출력

- paging none

(위의 기준으로 개발팀에 요청을 하면 자동으로 시간에 따라, 게시물 활성도에 따라 실시간으로 인기글 순위는 변동됩니다.)

 

 

2. 계산공식 및 예제 제시

 

오감세도 초보때는 계산이 들어가는 화면설계가 나오면,

설계안에 예제 데이터를 충실히 넣으면 해도 개발자들이 완전 다 알거야~ 라고 착각을 했었던 시절이 있었습니다.

그건 작성한 사람의 생각이고, 예제를 보고 답을 구하기 위해 거꾸로 계산해야 하는 개발자들 입장에서는 정말 혈압이 오르는 화면설계가 되어버립니다. 바들바들 ㅎㅎㅎ

 

아래는 네이버 가계부의 한 화면입니다.

여기에서 중요한 화면설계의 포인트는,

- 사용자의 날자지정에 따른,(범위)

- 각 항목별 지출합계

- 해당 기간의 수입 및 지출 총합계

- 이체/대체합계, 카드대금 합계

입니다.

 

겉으로 봐도 알 수 있는 내용이지만 반드시 각 항목에 주석을 달아주는 것이 좋으며,

특히 수입합계, 지출합계, 이체/대체합계, 카드대금에 대한 구체적인 정의는 반드시 있어야 합니다.

 

 

 

3. 발생되는 이슈 제시

 

위의 예제와 같은 가계부, 혹은 넘버(int) 타입의 수치데이터가 들어갈 때,

해당 로우데이터로 인해 영향을 미치는 페이지들을 정리해줘야 합니다.

가령 사내 전용 프로그램을 짤 때, 판매에 대한 데이터를 찍으면 매출통계에서도 이 데이터가 반영되어야 하고,

더 나아가 순익통계에도 연달아 반영이 됩니다.

이런 이슈들을 미리 제시해주면, 초기에 DB를 설계할 때 개발자들의 업무효율이 높아집니다.

 

 

4. 답안지 및 예제 제시

 

기획자로 일을 하다보면 서비스 기획을 할 때도 있지만,

고난이도의 수치 시스템을 기획하는 순간도 오게 됩니다.(시스템 기획이 실제 매력이 짱입니다!!!)

 

이런 시스템 기획에는 1차 기획이 끝나고, 개발이 들어감과 동시에 본인이 설계한 시나리오에 맞춰 검수할 문서를 준비해야합니다.

시스템 기획 검수에 가장~~~~~~~ 좋은 방법은 체크리스트가 아닙니다.

바로 엑셀 등을 이용해 답안지를 만드는 것입니다.

- 기초데이터를 준비하고,

- 실데이터 자료를 준비하고,

- 검수단계에서 DB에 이대로 밀어넣었을 때

- 미리 계산해놓은 통계값이 나와야 합니다.

 

오감세의 경우에도 이러한 문서를 만드는데 수일이 소요됩니다.

이런 답안지 문서를 제시했을때 개발자들은 발견된 문제를 해결하는데 빛의 속도가 나오고, 산출물의 완성도는 100점을 찍을 수 있게 됩니다.

초반에는 조금 고생스러워도 기획자 본인이 검수하기에도 굉.장.히 편합니다.

 

 

 

 

기획자 실무 정보가 필요한 분들에게 도움이 되셨길 바라며,

다음 강의에서는 '요구사항 정리하기'에 대한 강의 정보를 공유하겠습니다.

감사합니다.

 

 

 

- 해당 정보는 기획자에 대해 정보가 필요한 분들을 위해 정보공유 차원에서 오감세가 직접 작성한 포스트입니다. -
- 오감세는 웹개발자(PHP) 출신 웹디자이너로도 활동하고 있습니다. 기업홈페이지, 쇼핑몰 제작의뢰도 받고 있습니다. lubian@hanmail.net -

 


 

오늘도 감동인 세상 오감세였습니다.

건강하고 행복한 하루 되세요~ ^^

 

 

 

 

 

 

 

 

 

저작자 표시 비영리 변경 금지
신고
Posted by 오감세

댓글을 달아 주세요

  1. 잘 보고갑니다.
    행복한 금요일 되세요^^

    2015.03.27 06:19 신고 [ ADDR : EDIT/ DEL : REPLY ]
  2. 뭐든 기준이 명확해야 문제가 안생기죠~~ 특히 웹기획은 기준이 바뀌면 전체가 흐트러지죠

    2015.03.27 08:24 신고 [ ADDR : EDIT/ DEL : REPLY ]
  3. 공부 많이 해야겠다는 생각이 듭니다.
    그냥저냥 해서는 죽도 밥도 안 될 것 같네요.
    더 열심히 알아보고 익히고 그러겠습니다..^^

    2015.03.27 09:30 신고 [ ADDR : EDIT/ DEL : REPLY ]
  4. 잘알고 갑니다.
    즐거운 금요일 보내세요 ^^

    2015.03.27 09:32 신고 [ ADDR : EDIT/ DEL : REPLY ]
  5. 이건 뭔가요 ??? ㅠㅠ
    뽀시기 멘붕 옵니다 ...
    뭔소린지 문외한 뽀시기는 한개도 모르겠다는 ... ㅎㅎㅎ
    그리고 감자는 ... 강한불에 볶으시며 잘 저어주시다가 ...
    맛소금 간하시고 ... 약한불로 마무리 하심 됩니다 .. ^^

    2015.03.27 09:46 신고 [ ADDR : EDIT/ DEL : REPLY ]
  6. 서로가 멘붕하지 않도록 명확한 기준이 필요하군요^^
    기획자 실무정보가 필요한 분들에게 많은 도움이 될 것 같습니다.
    즐거운 금요일 보내세요!

    2015.03.27 11:29 신고 [ ADDR : EDIT/ DEL : REPLY ]
  7. 뭐를 하던 기준이 없으면 중간에 중구난방으로 바뀌면서 결국 이도저도 아니게 된다는... ㅋ

    2015.03.27 13:44 신고 [ ADDR : EDIT/ DEL : REPLY ]
  8. 와 멋진 기술을 가지고 계시네요^^

    2015.03.27 14:44 신고 [ ADDR : EDIT/ DEL : REPLY ]
  9. 글을 읽다보니 쪼금 머리가 아파지려고 하네요 ㅋㅋ
    덕분에 글 잘 읽고갑니다 ^^

    2015.03.27 17:56 신고 [ ADDR : EDIT/ DEL : REPLY ]
  10. 처음에 글 내용을 보고 기획자이신가했는데 php 하셨구나.
    전 asp 했어요. 닷넷이냐 자바냐 왔다갔다 하다가 다 싫어서 퍼블리셔도 좀 하고~ ㅋㅋㅋ
    기획자가 디비 설계까지 생각해서 기획서 넘겨주면 판타스틱하겠네요.
    대부분 서로 이해할 수 있는 범위가 달라서 티격태격하는데 말이죠. ㅋㅋ

    2015.03.27 18:05 신고 [ ADDR : EDIT/ DEL : REPLY ]
  11. 프로페셔널 한 것 같아요~ ㅠ.ㅠ
    불금에 많이 배우고 갑니다~

    2015.03.27 20:29 신고 [ ADDR : EDIT/ DEL : REPLY ]
  12. 이런거하곤 안 친한 저는.. 보는 내내 어지러워질려고 하지만..
    기획자 실무 정보가 필요하신 분들에겐 아주 유용한 정보가 되겠어요..

    편안한 마무리되시고 행복한 주말 보내세요^^

    2015.03.27 23:17 신고 [ ADDR : EDIT/ DEL : REPLY ]
  13. 디자인이 가능한 개발자라..ㅠㅠ 부럽네요
    디자인센스가 없는 개발자라서...^^;

    2015.04.29 17:44 신고 [ ADDR : EDIT/ DEL : REPLY ]