정책서 작성하기
- 가장 처음에는 정책이 나오게 된 근거를 AS-IS, TO-BE 형태로 문서에 정리 합니다.
- 정책은 상세 화면 설계서를 만들기 위해서 먼저 꼭 작성 되어야 합니다.
커머스 서비스 정책서 기반 정책서 예시
- 회원 : 회원 정의, 유형, 등급 등
- 서비스 : 서비스 정의, 권한 회원 등급, 성인 인증 등
- 주문/결제 : 배송지 정책, 결제(카드결제, 간편결제, 페이결제 등등)
- 포인트 : 발급 대상, 유효기간, 지급 방식, 지급 기준 등
- 쿠폰 : 종류, 지급 형태, 발급, 사용 등
- 통합 검색 : ~~엔진 사용, 엔진 사용 시 주의사항
- 프로모션 : 최소 얼마 이상의 회원들을 대상으로 한다—
- 알림톡 : 회원 가입, 주문, 주문 취소, 회원정보 수정 시 발송
- CS 정책 : 정책 변경이 일어났을 때 고객에게 노티
- 이메일 : 어떨 때 발송을 해야하는지, 알림톡이 발송 되지 않았을 때 보조수단
보통은 다음과 같이 엑셀 같은 테이블 형식으로 초안을 작성하고 이후 워드를 활용하여 서비스 정책서를 정식으로 작성합니다.
회원가입 프로세스로 보는 정책
서비스 프로세스의 전반적인 흐름을 기획하는 내용보단 프로세스 수립 시 따라와야 하는 정책에 대한 내용에 집중하여 설명 하였습니다.
회원가입 프로세스
회원 가입 → 정보 입력 → 회원 가입 완료
* 만약 회원 탈퇴 시 다시 회원가입 과정부터 시작
회원가입 주요 정책
- 회원탈퇴 후 다시 가입을 위해선 익일 7시 이후 재가입이 가능하도록 하였습니다.
- 회원정보는 아이디, 비밀번호, 휴대폰 인증(본인인증) 정보를 꼭 포함해서 입력한다.
궁극적으로 전달하고자 하는 것은 서비스의 메인 흐름, 그에 따른 와이어프레임과 화면 정의서를 작성하기 전에 꼭 정책을 수립하고 프로세스를 작성 한 후에 와이어프레임, 화면 정의서 등이 나와야 한다는 점 입니다.
서비스 기획을 할 때 갖춰야 할 마인드
처음 서비스 기획을 배울 때 흔히 다음과 같은 실수들을 합니다.
- 비즈니스, 기본 파이프라인 분석 없이 앱 UI를 먼저 분석 하기
- 비즈니스 방향과 무관한 제안하기
- 그렇게 기획 할 수 밖에 없었던 이면의 의사결정 과정을 고민하지 않고, 무조건 ‘불편하니 개선해야 해’ 라고 생각하는 것
- 뒷단의 데이터 흐름은 생각하지 않고, 보이는 화면만 생각하는 것
결론적으론 서비스의 비즈니스 모델과 기본 파이프 라인을 이해 한 뒤에 특화된 기능을 기획해야 합니다.
- 비즈니스 모델 : 비즈니스의 핵심이 무엇인지 고민해야 합니다. 예를들어 비즈니스의 핵심이 상품 카테고리 분류라면 어떤 카테고리가 있고 어떻게 활용되고 있는 지 연결 할 수 있어야 합니다.
- 기본 파이프라인 : 계약-입점-상품진열-고객유입-탐색-장바구니-결제-배송 과 같이 서비스의 기본 파이프라인을 이해해야 합니다. 파이프라인의 이해는 고객이 어떤 절차로 플랫폼을 이용하는 지 맥락을 파악 할 수 있기 때문에 ‘기획’ 이라는 것을 할 수 있습니다.
- 특화된 기능 : 기본 파이프라인을 이해하면 그 안에서 어떤 데이터를 활용 할 수 있을 지와 같이 창의적인 기능을 고안 할 수 있습니다. 나아가 기능 추가로 인해 발행하는 영향도를 파악 할 수 있습니다.
*해당 글은 제로베이스 PM 파트타임 스쿨의 강의 자료 일부를 발췌하여서 작성되었습니다.