GOODgle Blog

일반적으로 웹서비스의 구현 구조는 <서버>와 <클라이언트> 영역으로 구분된다. 아래 도표에서 세로축이다. 웹서비스는 정적인 서비스가 아니다. 계약으로 한정된 단순 개발 납품건이 아니라면 대개의 프로젝트에는 수명(시간)주기가 있으며, 서비스를 <구현>하고 <운영>하고 <종료>하는 과정이 따른다. 아래 도표에서 가로축이다.

‘광의’의 웹기획은 프로젝트의 수명 주기를 따라 서버단 기획과 클라이언트단 기획을 같이 진행하는 것이 정석이다(물론 모든 웹기획이 정석대로 진행되는 건 아니지만 ^^). 아래 각 단계별 설명은 ‘이벤트 안내 뉴스레터 발송 서비스’를 예로 들었다.

[구현 단계]

C1 화면 기획 :
‘협의’의 웹기획이다. 보통 웹기획이라고 하면 화면 기획을 일컫는 경우가 많다. 말 그대로 단말기(PC, 스마트폰) 화면상에서 구현되는 각종 기능과 디자인, UI를 정의하고 설계하는 영역이다.

S1 개발 기획 :
화면 기획을 바탕으로 디자인을 입히고 코딩을 하는 등 실개발 영역이다. 보통 PM이나 개발자가 방법론에 따라 개발 기획을 수행하는 것이 보통이나 웹기획자도 이 영역에 대한 이해가 필요하다. 특히 DB 설계나 백오피스가 포함될 경우, 개발자와 기획자가 협업을 통해 개발 기획을 같이 수행하는 것이 좋다.

[운영 단계]

C2 운영 기획 :
웹서비스 구현 후 서비스를 운영하면서 발생하는 절차(Process)와 각종 피드백을 사전에 정의하고 기획하는 영역이다. 뉴스레터 발송 서비스에서 사용자가 실제로 받는 뉴스레터의 내용과 디자인을 업데이트하고, 링크를 수정하고, 사용자의 회신 혹은 피드백을 어떻게 수집해 대응할 것인지에 대한 기획이 이 영역에 포함된다.

S2 관리 기획 :
서버단에서 운영 기획을 어떻게 반영하고 처리하느냐에 대한 영역이다. 뉴스레터 발송을 위한 백오피스(관리자 페이지) 업데이트와 디버깅, 사용자 피드백 반영 등이 포함된다. 운영 기획을 바탕으로 한 서비스 운영 정책의 수립도 이 영역에 속한다.

[종료 단계]

C3 산출물 기획 :
운영 기획과 관리 기획을 거쳐 프로젝트가 종료될 때 이를 공지하고 산출된 결과물을 취합, 활용하는 영역이다. 발송된 뉴스레터의 효과(도달율, 개봉율 등)를 측정하고 실제 이벤트에 어떤 영향을 미쳤는지, 운영 중에 발생한 오류 등을 총합해 보고서를 작성하는 것이 포함된다.

S3 종료 기획 :
프로젝트가 종료됨에 따라 뉴스레터 발송 서비스의 운영을 중단하고 정리하는 영역이다. 구현된 시스템의 가동의 중지/폐쇄한 후 재활용하거나 개선을 위해 업그레이드하는 등의 절차가 이에 속한다.

조언 몇 마디 …

C1 – 많은 웹기획자가 이게 전부인 줄 안다.
C2, S2 – 티는 안나면서 쉽지 않다. 별도 운영자/조직이 있다면 그들의 몫이다. C1이 세심하게 설계되지 않았을 경우 운영자는 기획자와 개발자를 욕하기 시작한다.
C3 – 윗분들은 이것만 본다. 프로젝트가 성공적이면 PM이나 팀장이 공을 차지한다. 그러나 실패하면 … ?

S1 – 경험많은 베테랑 개발자라면 대신 해주기도 한다. (개발자랑 친해져라)
S2 – 개발자가 싫어하는 영역이다. 기획자는 관심도 없다. 베테랑 기획자라면 여기까지 고려한다.
S3 – 종종 그런게 있는지 잊어 버린다. 생각나면 팀에서 제일 막내를 시킨다.