챕터 03
- 사용자와 제품에 대한 이해
- 비즈니스 및 사업 모델에 대한 깊은 이해
- 동료들로부터 신뢰를 형성하고, 리드할 수 있는 능력
- IT 서비스 개발 업무를 협업하기 위한 도메인 지식
- 성과를 달성하기 위한 아이디어 도출 능력
- 데이터를 이용해서 결과치를 뽑아내고 분석할 수 있는 능력
- 논리적 사고와 커뮤니케이션 능력
RCS?
카카오톡에 문자 점유율을 빼앗기는 게 무서웠던 3사 통신사가 출시한 기능.
그룹채팅, 파일전달, 송금 등 다양한 기능이 있었지만
1. 최신 운영체제에서만 사용 가능하고,
2. 동일 통신사로만 제공 (최근엔 확대 중)
3. 아이폰에선 불가능
이런 이슈로 인해 카카오톡에 이미 익숙해져 있는 고객들에게 꼭 해당 서비스를 써야할 특별한 이유가 없어서 실패했다.
당근마켓의 초창기 모델인 '판교장터'. 서비스 피봇이 아니라 발전해 나간 케이스라는 점이 포인트!
많은 IT인들로부터 깔끔한 UI와 '매너온도'같은 게이미피케이션 요소로 잘 만들어진 프로덕트로 인정받음.
판교장터가 성공할 수 있었던 이유:
- 판교라는 지역 특색 (판교 내 회사 이메일 인증을 통해서만 가입을 허가하여 유저 상호간 신뢰도를 높임)
- 30대 중심의 젊은 신혼 부부나 아기를 키우는 사람들이 많았기 때문에 아기 중고 물품에 대한 수요가 높았고, 이에 트래픽이 커지면서 당근마켓으로 발전하게 됨.
기획자의 중요한 역량! 동료들로부터 신뢰를 형성하고, 리드할 수 있는 능력. 다양한 커뮤니케이션의 중심에 있으면서 프로덕트를 이끄는 사람이기 때문.
shit umbrella : 똥우산,
스타트업이든 유명한 대기업에서 일하든 상황은 같다.
제품 관리자는 똥폭탄이 떨어지는 곳에서 일하고 있는 팀원들의 머리위에 우산을 씌워주는 제품 개발팀의 머슴같은 존재이다.
<CHAOS MONKEYS> Antonio Garcia Martinez
카오스 멍키, 안토니오 가르시아 마르티네즈
🍀 IT 서비스 개발 업무를 협업하기 위한 도메인 지식
IT회사의 도메인 구조는 크게 프론트엔드, 백엔드로 구성되어 있다.
PC, 모바일 외에도 태블릿이나 새로 나오는 형태의 모바일(플립폰) 스크린까지도 고려해야 함. PC 역시 윈도우와 맥용 앱이 따로 있다.
🍀 성과를 달성하기 위한 아이디어 도출 능력
내가 맡은 서비스, 내가 해결하고자 하는 문제점, 산업별 고객의 특성, 서비스 본질에 대한 깊은 고민이 필요하다.
* 예시) 쿠팡이츠가 기존 배달 플랫폼과 차별화를 둔 포인트는?
- 기존 플랫폼의 경우 배달 효율을 위해 한 번에 여러 건의 주문을 배달함
- 고객들의 컴플레인이 늘어남
- 가게에서 음식을 만드는 데에만 집중할 수 있도록
- 음식을 만드는 부분을 제외한 나머지 모든 영역을 관리하는 '하프 스택'이라는 모델을 도입함
- 앱을 통해 배달원의 동선을 추적할 수 있게 되어
- 무작정 기다려야 하는 부분과
- 음식 배달 지연이나 배달 사고의 확률이 현저히 낮아짐
🍀 데이터를 이용해서 결과치를 뽑아내고 분석할 수 있는 능력
시장 진입 전 해당 시장에 대한 분석을 통해 어떤 시장에 우리가 먼저 진입할 지를 분석하는 능력
ex. 해외송금 회사에서 타겟을 '한국인 유학생'으로 잡은 후 유학생 수가 중국이나 미국보다는 적지만 커뮤니티가 잘 형성되어 있는 일본으로 세부 타겟팅.
기획자가 중요하게 봐야 하는 데이터 두 가지
1) 컨버젼 레이트(CVR)
전환율: 구매전환율, 회원가입 전환율, 특정행동 전환율 등
- 20개월 동안 500회의 AB테스트 수행
- 기부 전환율은 49%, 가입 전환율은 161% 상승
- 지속적인 AB 테스팅을 위해 5개의 AB 테스팅을 항상 준비
2) 코호트 리텐션 (Cohort Retention)
- 특정 이벤트를 함께 경험한 동일군의 유저, 특정 연령대나 성별 등 특징으로 고객군을 나누어 추적
🍀 논리적 사고와 커뮤니케이션 능력
MECEMETHOD (MECE기법)
M: MUTUALLY
E: EXCLUSIVE
C: COLLECTIVELY
E: EXHAUSTIVE
MECE기법의 장점:
1.명료함
- 중복을 배제하고 모든 항목이 포함될 수 있도록 그룹을 만드는 것이기 때문에 어떤 항목이 어디에 포함되어야 하는지가 명료하다.
(디자이너, 개발자와 커뮤니케이션 할 때 상대방이 이해하기 쉬움)
2. 꼼꼼함
- 고려할 수 있는 모든 요소를 빠짐없이 검토하고자 할 때 효과적이다.
(서비스 기획 시 단 한 개의 요소라도 빠진 걸 늦게 알게 되면 정책을 수정해야 하는 상황이 생길 수 있음)
3. 설득력 향상
- 듣는 사람도 이해하기 쉽고, 논리적으로 받아들여지기 때문에 개발자나 디자이너와 소통할 때 수월하다.
'기록 > 공부가 제일 싫었어요' 카테고리의 다른 글
| [MKYU x 연세대학교] ESG 인플루언서 자격증 과정 (0) | 2022.11.14 |
|---|---|
| 고용노동부 중소기업탐방 프로그램 - 한국직업개발원 디지털마케팅 직무 취업역량 특강 (0) | 2022.05.27 |
| 서비스 기획자, PM, PO는 왜 필요한가 (2) | 2022.04.23 |
| 서비스 기획 방법론과 업무 용어 정리 (2) | 2022.04.22 |
| 서비스 기획이란? 서비스 기획의 프로세스! (0) | 2022.04.22 |