웹디맨의 웹기획론 웹디맨의 웹기획론

사이트 분석(착수 후) 초기 사이트의 분석이 끝나면 제안요청서와 제안서 기술협상에서 발생한 추가사항과 변경사항에대한 분석을 해야 한다. 사이즈 체크뿐 아니라 기능에대한 분석을 해야한다 리스크 발생요인을 체크하고 히스토리관리도 해야한다. 전체 사이트의 분석은 이정도의 수순으로 요구사항 분석 단계로 넘어간다. 이때도 작업 범위에서 벗어 나지 않도록 이해당사자들과의 협의가 중요하다. 상세한 분석과 히스토리관리 리스크 관리가 있어야 협의 시점에서 유리하게 이끌어 갈수 있다. Posted by 김상환

예시) 요구사항정의예 보통 프로세스상에서 분석단계에 요구사항정리가 있다. 요즘은 이때 시작한다는 뜻으로 받아드리는것이 좋을듯 싶다. 요구사항은 프로젝트 끝날때까지 변동과 추가가 있기때문이다. 요구사항의 시작은 이해당사자들의 스케줄에 끌려가기 쉽다 분명한것은 우리는 당신을 도와 주는사람이라는 의식을 이들에게 심어줘야 한다는것이다. 믿음이 깨졌을때는 마지막까지 힘들어진다. ...싸워도 이사람과 하면 뭐라도 만들어지겠다는 믿음을 줘야 한다. 그뒤에 스케쥴을 나의것으로 만들어라 그리고 앞에서 리드해라 질문에대한답을 가지고 가라. 이답이 나올때까지 질문을 하라. 이해 당사자 마다 다른 질문과 정확한답을 준비해라 그리고 꼼꼼한 회의록을 배포하라. 정해진것은 주간업무보고와 추적표를 공포하라. 그리고 설계단계에 반영하..

기획자들이 설계단계에서 가장 많이 실수 하는것이 화면설계서 하나로 커뮤니케이션을 하는데 있다. 분명한것은 설계 이전에 제안이 있어야 한다. 제안으로 각 담당자들의 의중과 담당자들이 원하는 건설팅을 해야 한다. 모든 클라이언트는 이전과 다른, 경쟁업체와 다른 사이트 시스템을 원한다. 이런 충족이 없을때 그들은 설계서를 이해하지도 못할 뿐 아니라 믿음도 줄어들게 된다. 적어도 중요한 시스템 기능에 대해서는 설계이전에 기획안을 PT 하고 그리고 화면흐름도와 같은 UML을 이용한 추가적인 설 계안으로 기본적인 초기설계를 완료해야 한다. 뒤에 화면설계서를 통해 클라이언트와 작업자들간의 커뮤니 케이션을 진행 하는것이다. 기획자들이여 설계는 제안 이후에 진행하라. Posted by 김상환

개인적으로 웹기획에 있어서 메뉴 구조를 정리하는데 가장 심혈을 기울이는 부분중에 하나이다. 그만큼 시간도 많이걸린다. 기존사용자에게는 기존의메뉴구조에 익숙해 있는 인식을 깨지 않도록해야하며 잠재고객들에게는 컨텐츠별로 의미전달이 쉽도록 그리고 시선을 흐틀어지지 않도록 해야한다. 다음의 사항들을 주의하여 진행한다면 조금 편한 메뉴구조를 만들 수 있다. 1. 컨텐츠 분석 모든 컨텐츠의 성격과 내용을 100% 이해해야한다. 2. 컨텐츠 마다 레이블링 붙이기 모든 컨텐츠에 사용자가 이해 하기 쉽도록 메뉴명을 붙인다. (내용을 메뉴명만으로도 이해하기 쉽도록 붙여야 한다) 3. 레이블링의 완성도 높이기 매뉴명이 올바르게 되었는지 확인을 한다. 기존사이트로도 확인해야하며 경쟁사의 사이트들도 비교 분석한다. 이때 비교분..

기획자들이 가장 신경많이쓰는 문서가 화면설계서이다. SI 업체에선 화면설계란 이름을 쓰고 웹에이전시에선 스토리보드(SB)란 이름을 많이쓴다. 두 문서의 차이를 많이 물어 보는데 개인적으로 화면설계서가 더 맞지 않나 싶다. 스토리보드는 광고쪽에서 넘어온 듯하여 화면설계서라는 문서를 개인적으로 사용했다. 화면설계서는 화면상의 기능과 디자인을 작업자와 현업들과 대화하는 문서이다. 설계서에서 가장 중요한부분은 discription이다. 기능에대한설명 그리고 기획의도, 요구사항 등을 문서에 남기고 작업자들과 문서 리뷰를하여 기획의 의도를 분명하게 전달해야 한다. 개인적으로 화면설계서에 이미지나 컬러톤을 넣지 않도록 권하고 싶다. 혹시라도 디자이너의 몫을 침범하는것 같아서이다. 그러나 개발자를 위해서는 많운 내용을..

"올바른 방법론 없이 프로젝트의 성공은 없다" 예전에 인턴사원 교육때 가장 많이 듣던 말이 방법론이 왜 필요한가 였다. 쉽게 설명하기 위해서 이런저런 얘길했는데 그중에 이말이 가장 와닿을듯 해서 한 이야기가 있다. 긴여행을 떠는 사람이 사전 준비 없이 여행을 떠난다면 그 여행은 분명 힘든 여행이 될것이다. 그런 준비가 되는 가이드북이 바로 방법론이다. 방법론은 선사시대부터 있었다. 예 를 들어 집을 짓는다 치자 그 집을 짓기위해서 다양한 먼저 부지를 선정하고 이때 부지가 얼마나 좋은 환경인지를 확인해야 한다. 모래위에 집을 짓을순 없으니까. 그리고 어떤집을 지을지 설계를 하고 그 설계에 맞게 자재를 구하고 인력을 셋팅 하여 집을 짖는다 인테리어도 하고 외관도 꾸미고... 이런 일련의 작업들을 한순간에 이..

장애에 구애 없이 모든 사람이 손쉽게 정보를 공유할 수 있는 인터넷 공간을 만들자... 이것이 웹접근성이다. 월 드와이드웹을 창시한 팀 버너스리는 웹이란 '장애에 구애 없이 모든 사람들이 손쉽게 정보를 공유할 수 있는공간' 이라고 정의하였으며, 웹 콘텐츠를 제작할 대에는 장애에 구애됨이 없이 누구나 접근할 수 있도록 제작해야 한다고 하였다. 이때의 장애를 장애인으로만 생각하는사람이 있는데 이때의 장애는 모든 사람을 얘기 하며 모든 기기/매체에서 모든 서비스를 손쉽게 활용할 수 있도록 만드는 것을 말한다. 참고 사이트 웹접근성 연구소 : http://www.wah.or.kr/ 한국형 웹콘텐츠 접근성 지침 2.0 : http://www.wah.or.kr/Example2.0/index.asp 웹접근성 체크 프..

제1장 총칙 제1조(목적) 이 법은 모든 생활영역에서 장애를 이유로 한 차별을 금지하고 장애를 이유로 차별받은 사람의 권익을 효 과적으로 구제함으로써 장애인의 완전한 사회참여와 평등권 실현을 통하여 인간으로서의 존엄과 가치를 구현함을 목적 으로 한다.제20조 (정보접근에서의 차별금지) ①개인ㆍ법인ㆍ공공기관(이하 이 조에서 "개인 등"이라 한다)은 장애인이 전자정보와 비전자정보를 이용하고 그에 접근함에 있어서 장애를 이유로 제4조제1항제1호 및 제2호에서 금지한 차별행위를 하여서는 아니 된다. ②장애인 관련자로서 수화통역, 점역, 점자교정, 낭독, 대필, 안내 등을 위하여 장애인을 대리ㆍ동행하는 등 장애인의 의사소통을 지원하는 자에 대하여는 누구든지 정당한 사유 없이 이들의 활동을 강제ㆍ방해하거나 부당한 ..