현업 기획자 도그냥이 알려주는 서비스 기획 스쿨

추천의 글
서비스 기획 스쿨 수강생 후기
프롤로그 - 서비스 기획, 리얼하게 보여드립니다

Chapter1. 서비스 기획자는 뭐하는 사람일까
해외에는 서비스 기획자가 없다면서요? (서비스 기획자의 정의)
일 하고는 있는데 설명을 못하겠다 (서비스 기획자가 하는 일)
어디에서 일할 것인가 (인하우스 기획자&에이전시 기획자)
기획자 다이어리 : 포스트잇 없어도 괜찮아

Chapter2. 서비스 기획을 위해 알아야 할 것들
서비스는 맨땅에서 나오지 않는다 (비즈니스 전략과 서비스 기획)
서비스는 프로젝트에서 탄생한다 (워터폴 방법론과 애자일 방법론)
현업부서에서 서비스 개선 요청을 받다 (서비스 운영 개발 요청서)
UX 분석을 하고 서비스 전략을 세우다 (기획자 산출물 서비스 전략 기획서)
혼자서 서비스 기획을 배우는 법 (서비스 역기획)
기획자 다이어리 : 오퍼레이터와 기획자, 그 사이에서

Chapter3. 프로젝트 실무에 돌입하다
서비스 전략이 프로세스 설계로 변하는 과정 (마인드맵(미준맵) 그리기)
프로세스가 설계에서 자주하는 실수들 (기획자 산출물 : 마인드맵(미준맵))
개발자와의 첫 커뮤니케이션 (기획자 산출물 : 요구사항 정의서)
이제 UI 설계를 해봅시다 (기획자 산출물 : UI 설계 작업 - 스케치, 와이어프레임, 프로토타입)
기획자 실력이 드러나는 종합 커뮤니케이션 세트 (기획자 산출물 : 화면설계서와 사용자 스토리)
기획자 다이어리 : 기존 서비스 시스템을 파악해야 할 때
기획자 다이어리 : 데이터 흐름과 용도를 생각하는 기획
기획자 다이어리 : 나의 상식으로 UX를 분석하면 안 되는 이유

Chapter4. 프로젝트는 여럿이 함께
화면설계에 장인정신은 필요 없다 (화면설계서의 디스크립션 잘 쓰는 방법)
서비스 기획자는 디자인을 얼마나 알아야 할까 (디자이너와 협업하기)
서비스 기획자는 개발을 얼마나 알아야 할까 (개발자와 협업하기)
기획은 재밌는데 테스트는 재미없다 (기획자 산출물 : 테스트 케이스)
기획자 다이어리 : 서비스 기획자는 어디까지 관여해야 할까

Chapter5. 서비스의 탄생
서비스야, 건강하게만 자라다오 (서비스 오픈)
결과에 쿨해지자 (‘린’한 서비스 개선)
기획자 다이어리 : 끝까지 함께하는 나의 서비스

에필로그 - 대한민국 서비스 기획자는 위대하다
부록1. 주니어 서비스 기획자라면 꼭 만들어야 할 IT 용어집
부록2. 서비스 기획자의 역량을 파악해내는 실무 면접 질문
찾아보기

우리나라의 서비스 기획 업무는 일본식 조직구조에 서구식 업무 형태가 조합된 것이다. 초창기 온라인 서비스의 경우 내부에 인력이 없으면 에이전시와 외주 SI/SM 업체를 통해서 진행했기 때문에 이 시절의 기획자는 프로젝트 발주만 참여해도 됐다. 즉 디자인이나 개발 과정에는 크게 신경을 쓰지 않고 프로젝트에 맞추어 최종 오픈날짜와 목표가 성공적으로 완수했는지만 체크하면 되었다. 그러나 2010년 이후 모바일을 중심으로 한 온라인 서비스가 핵심 비즈니스로 부상하고, 비즈니스 모델을 효과적으로 운영하기 위한 UX 관리 역량이 강조되기 시작하면서 기획자들은 UX와 비즈니스를 연결시키고 외주 기획자들이 했던 실제 프로젝트에도 참여하기 시작했다. 기존의 웹기획 혹은 온라인 기획에 서구의 프로젝트 매니저(Project Manager) 역할이 스며든 것이다. 최근에는 데이터를 이용하여 의사결정구조와 UX 판단을 중요시하는 ‘데이터 주도형 디자인’ 개념까지 들어오면서 기획자의 역할이 데이터 분석까지 확장되는 실정이다. - <해외에는 서비스 기획자가 없다면서요?> 중에서

한글로 보면 프로젝트(Project)와 프로덕트(Product)는 철자 하나 차이지만 의미 차이는 엄청나다. 프로덕트는 서비스로 나타나는 ‘산출물’ 자체를 의미하며, 프로젝트는 그 프로덕트를 만들어내는 ‘과정’을 뜻한다. 떼려야 뗄 수 없는 관계다. 서비스 기획자 업무 스펙트럼에서 본다면 프로덕트는 목표이자 결과가 되고 프로젝트는 그 목표를 이루기 위한 과정이 된다. 두루뭉술하게 PM이라고 부르고 있다면 그것이 이 둘 중 과연 어느 쪽을 의미하느냐는 그리 중요한 문제가 아닐 수 있다. 어차피 프로덕트를 기획하는 사람은 그것을 만드는 프로젝트에도 참여해야만 한다.
하지만 우리가 프로젝트에 더 익숙한 이유는 실제 업무에서 프로젝트를 하는 기간이 서비스를 생각하고 구성하는 시간보다 많기 때문이다. 애초에 기획이 잘 되었다면 프로젝트를 잘하는 것이 곧 좋은 서비스를 만드는 것이 된다. 그리고 대부분의 주니어 기획자들이 겪는 문제나 고민도 앞선 기획 단계보다는 프로젝트 과정에서 주로 발생한다. 본인의 기획이 부족하다는 사실도, 기획된 프로덕트에 문제가 있다는 사실도 프로젝트가 진행되어야만 알 수 있다. 서비스를 고민하는 부분이 서비스 기획자의 역량과 자질이라면 프로젝트를 순조롭게 진행하는 것은 스킬의 영역이다. 발로 물을 차는 법을 배우지 못하면 수영을 할 수가 없듯 프로젝트에 참여해서 진행하는 방법을 모르면 원하는 서비스를 만들어낼 수 없다. - <서비스는 프로젝트에서 탄생한다> 중에서

나는 실무에서 일하는 서비스 기획자다. 기왕 하는 거 서비스 기획 스쿨에서만큼은 최대한 회사에서 일어나는 서비스 기획 실무와 가깝게 커리큘럼을 만들고 싶었다. 그래서 가상의 회사를 정하고 롤플레잉하는 방식으로 수업을 진행하고 있다. 즉 가상의 이커머스 회사와 가상의 시스템을 가정하고, 마치 오늘 입사한 서비스 기획자에게 업무를 주듯 미션을 던져주고, 이를 프로젝트화시켜서 해결하도록 하는 것이다. 이 과정을 통해 서비스 기획자로서 고민하는 방법과 프로젝트 산출물 쓰는 방법을 연습해보도록 했다. 롤플레잉을 할 때는 내가 협업자의 역할을 한다. 교과서적 이론을 가르치기보다는 옆 자리에 앉은 선배가 후배를 가르치듯 내가 실제로 겪은 일이나 주의해야 할 점, 그리고 원활한 커뮤니케이션을 위해 지켜야 할 것들을 알려주는 식이다. - <현업부서에서 서비스 개선 요청을 받다> 중에서