[제로베이스 PM스쿨 18기 학습일지 #24] Ch 18-19. 카카오 기획자 말하는 고객 중심 플랫폼 기획 / 카카오 기획자 서비스 기획서 훔쳐보기
PM 학습 일지
플랫폼 비즈니스란
✅ 플랫폼
수요자와 공급자 간의 거래가 가능하도록 구현된 생태계
- 비즈니스 전략, 프로덕트 방향성, 사용자 카테고리, 공급자 카테고리 등에 맞춰 각자에 맞는 성장 사이클 설계
- 효율적인 성장 사이클을 구현하고 명확한 전략, 목표, KPI 등을 설정해서 효율적인 성장 사이클을 만들어 지속적인 성장, 설계 필요
🚲 플랫폼 성장 사이클
🎀 플랫폼 비즈니스(BM)
생태계를 구축학 수요자와 공급자 간의 거래를 촉진하여 특정 가치를 포착하여 수익 창출하는 비즈니스 모델
- B2B2C 성향, 플랫폼 비즈니스 모델
뛰어난 서비스/솔루션을 제공함으로써 더 높은 트래픽을 확보하고, 트래픽을 기반으로 파트너사의 비즈니스를 도와 비용을 내게 함으로써 서비스의 이윤을 창출하는 모델- 공급자, 수요자, 제 3의 세력 등에 편중된 서비스를 제공해서는 안됨
비즈니스 모델 유형
🛒 거래 플랫폼(2-sided platform)
가장 기본적인 플랫폼 형태, 플랫폼 사업자는 재고를 소유하지 않고 생태계 제공
⇨ 비용적으로 유리
ex ) 에어비앤비, 우버
- 주요 BM : 거래당 수수료(Transaction Fee) 모델 ⇨ 자신이 사용한만큼의 비용 지불
- 각 니즈에 맞는 수요자와 공급자를 매칭
- 가장 기본적인 플랫폼, 버티컬 서비스의 형태
- 플랫폼 사용료, 입점비 등은 시장에서 굉장히 독점적인 위치(높은 시장점유율, 월등히 높은 수준의 서비스 제공)를 가지고 있을 때만 추가 지불
⇨ Lock-in 효과 : 플랫폼에 좀 더 종속적인 관계 맺는 것
🗳️ 싱글 플랫폼(1-side platform)
주로 기술 기반의 플랫폼 기업에서 취하는 형태,
공급자에게 필요한 기능 or 솔루션 제공하여 사용료 받는 형식
ex ) 아마존 AWS, 세일즈포스
- 주요 BM : 통신별 사용료(Transaction Fee) ⇨ API 호출 수만큼 과금, 기능별 사용료(SaaS, PaaS 라이센스 제공 | ex - 어도비), 월별 사용료
🎞️ 멀티 플랫폼(multi-sided platform)
가장 확장된 형태의 플랫폼
두 개 이상의 서로 다른 유형의 제휴 고객 간의 직접적인 상호 작용 가능
ex ) 카카오, 구글, 네이버, 페이스 북 등
- 주요 BM : 광고 비용, 거래당 수수료, 플랫폼 사용료
- 공급자 ⇨ 비즈니스를 운영할 수 있는 환경을 만들어 줌
- 수요자 ⇨ 공급자와 거래 등 다양한 서비스 제공받음
⇨ 공급자와 수요자를 딱 잘라 특정하기 어려움
📱 멀티 플랫폼 비즈니스 모델 - FACEBOOK
- FACEBOOK 플랫폼 ⇨ 최대로 트래픽 확보하여 비즈니스 전개
⇨ FACEBOOK은 광고로 수익을 창출
서비스 플랫폼
- 회원 정보, 로그 등 사용성 데이터 정보에 대한 대가로, 사용자에게 무료로 서비스 제공
- 확보한 트래픽을 비즈니스 사용자에게 제공하면, 이들은 솔루션 사용료(비즈니스 계정, 페이스북 계정 간편 회원가입 및 로그인 이용에 대한 사용료)를 지불
AD 플랫폼
- 서비스 플랫폼에게 애드 플랫폼의 사용자로부터 받은 데이터를 제공
- 사용자 데이터 기반으로 더 적합한 콘텐츠를 제공할 수 있는 로직 설계해 광고 최적화 ⇨ 피로도 DOWN
- 비즈니스 사용자는 애드 플랫폼에 광고비를 내고 광고지면 구매 및 성과 대시보드 제공 받음
커머스 플랫폼
- 비즈니스 사용자는 페이스북 메신저를 통해 마케팅 메시지 발송,CRM 툴로 활용
- 인스타그램 샵은 마켓플레이스 제공, 정산 및 결제 등의 기능 제공
사용자와 파트너 중심의 기획 - 광고 플랫폼
사용자의 니즈 충돌 위험 존재 ⇨ 편중된 서비스를 제공해서는 안됨
- Display AD
- 광고 지면에 이미지 형태로 노출되는 광고
- 사용자 피로도 측면에서 가장 높은 위험도
- 사용자에게 필요한 컨텐츠 한눈에 전달 가능해 가장 효과적
- Search AD
- 구글, 네이버 등 검색 기능 갖고 있는 플랫폼 기업에서 사용하는 광고 상품
- 사용자 피로도 측면에서 가장 적은 피로도 유발
- 사용자의 잠재 니즈 건드리는 트리거 없다는 단점
- Conversation AD
- 채팅 서비스 제공하는 플랫폼에서 제공하는 대화형 광고
- 비즈니스 계정을 통해 광고 제공
- 좀 더 직접적으로 사용자 개인에게 광고 노출 가능
- 사용자의 피로도 극단적으로 높일 수 있다는 단점 → 신중한 접근 필요
😫 광고 지면이 만악의 근원일까?
잘못 설계된 설계포인트의 악순환
광고 지면의 확대와 축소 자체는 그렇게 까지 극단적으로 가지 않는다면 서비스 운영 및 플랫폼 성장 사이클 선순환에 큰 영향 주지 않음
- 높은 도달율을 가져가고자 하는 광고주
- 스팸 광고를 피하고자 하는 사용자의 니즈를 모두 충족시키기 위해
⇨ 퍼포먼스 마케팅, 이에 따른 타겟팅 광고에 많은 리소스 투입
👉🏻 퍼포먼스 마케팅과 타겟팅
- 퍼포먼스 마케팅(= 프로그래미틱 마케팅)
데이터를 수집하고 분석해 디지털 영역에서 소비자의 행동을 트래킹하고 맞춤 타겟팅 광고를 운영하는 마케팅
⇨ 효율 기반 마케팅 - 타겟팅 광고
올바른 대상에게 올바른 방법을 통해 올바른 시간에 올바른 컨텐츠를 발송하는 광고 방식
⇨ 퍼포먼스 마케팅을 성립되게 할 수 있는 가장 큰 요인
⇨ 사용자 피로도 감소
⇨ 퍼포먼스 마케팅 중심의 플랫폼 사이클 선순환
타겟팅 광고 활용
캠페인 집행 초기에는 타겟 사용자층이 명확히 특정되지 않을 가능성 높음
규모가 작고 집행기간이 짧은 경우 A/B Test의 활용이 효과적이나 리소스 소요 높음
타겟팅 광고를 할 때 사용되는 데이터
인포그래픽 데이터
- 사용자 개인 데이터를 중심을 확보한 추정 데이터
⇨ 개인 데이터에 대한 접근 권한은 플랫폼 기업에게 대부분 없음
⇨ 개인 데이터를 직접적으로 누군가를 특정해서 사용하는 것은 사실상 불가능
⇨ 국내에 쌓인 데이터를 기반으로 추정 데이터를 만들어서 이를 기반으로 추정되는 개인에게 보내는 것을 기준으로 삼음
리타겟팅 데이터
- 각 사용자의 서비스 활용 내역을 기반을 타겟팅 하는 기법
⇨ 대부분 추정치 사용
⇨ 각 사용자의 사용성 기반으로 특정하는 것이기에 채널기반/액션기반/구매기록으로 나뉨
🪡 카카오 서비스 기획서 템플릿
카카오는 맥북 사용해 keynote 툴로 기획서를 작성
메인페이지
- 소속/부서/작성자/제목/버전 관리 기입
⇨ 지속적인 버전 관리 중요
Update Log
- 업데이트 버전 및 상세 내용 작성
중간 페이지
- 목차
정책 문서 페이지
- 화이트 페이지를 통째로 넣어 각 상황에 맞는 도면, 표 삽입
와이어프레임
- 우측에 표 형태의 Description 페이지를 삽입
정책 페이지 - 최종 결과물
- 상단 네비게이션 : 해당 페이지 명(중간 타이틀), 버전 기입
- Update Log에서 설정한 버전 색깔 별로 버전 기입
- 우측 상단에 섹션명 작성 : 페이지 번호를 대신하여 사용
카카오톡 채널방 역기획
카카오톡 채널방 : B2B2C 서비스
⇨ 완벽한 사용자형 서비스보다는 사용자와 사업자 양쪽 사이드를 모두 경험
사용자 사이드 - 채팅방 | 사업자 사이드 - 채팅방을 설정하는 페이지 기획 진행
✅ 역기획 전 현황 파악 우선
: 일대일 채팅 / 스마트 채팅 / 챗봇
⇨ 현재 제공하고 있지 않다는 전제 하에 스마트 채팅 기획
⇨ 신규 CRM(Customor Relationship Management, 고객 관리 툴 ) 고도화를 위한 기능 개발
- WEB 화면 : 사업자들이 세팅을 하는 화면 | APP 화면 : 사용자 측면의 채팅방
-
목표 설정 : 스마트 채팅 CRM 고도화
일대일 채팅, 챗봇의 불편사항 파악 -
현황 분석 : 스마트 채팅없다는 전제 하에 작성
- 내부 데이터 접근 ⇨ 실질적이고 정확한 데이터로 정확한 현황 파악 ⇨ 신뢰도 향상, 목표 설정, 명확하고 정확한 방향성 제시 가능
그 외 외부 신뢰할만한 데이터 활용 : 국내 데이터 활용
중소기업 수 지속적 증가 데이터 바탕으로 한 비즈니스 기회 확보
중소기업이 1:1 채팅과 챗봇 운영이 어려운 이유: 대기업 쏠림 현상으로 인한 인력난과 인력 수급의 어려움
⇨ 목표: 소규모 사업자가 활용하기 쉬운 형태의 CRM 툴 제작
👉🏻 사용자 - App side 와이어프레임
카카오톡은 메시징 기반의 서비스임을 유념!
하프뷰(화면 위에 레이어를 띄워서 전체 화면의 절반을 차지할 수 있는 화면) 설정
- 와이어프레임 + description 첨부
드래그앤드룹 기능 ⇨ 드래그를 통한 활성화/비활성화 화면 구성
인터렉션에 대한 표기 - description
개발, 디자인팀과 협의하여 가능한 범위 내에서 작성
기획적인 측면에서 작성 ⇨ 예상 문제점 추가적으로 작성, 추후 협의하여 진행할 수 있도록 표기
👉🏻 관리자 - WEB(admin) side 와이어 프레임
스마트 채팅 서비스에 콘텐츠를 넣을 수 있도록 만들어줘야 하기 때문에
⇨ app 화면 구성보다 좀 더 복잡한 구조
- description
각 화면이 무엇을 지칭하는지 명시
왜 이 화면이 필요한 지, 현재 화면의 역할은 무엇인 지에 대한 개요 작성
콘텐츠를 즉시 반영 / 새로고침 화면 / 배포 했을 때만 보여지는 화면인지 명시 - must have / should have 구분해서 기입
- 조건, 예외사항, 안내문구 명시
- 역기획 작성 시 서비스의 컨셉, 방향성 위주로 명시
- 상세페이지
서비스는 어떤 방향으로 설정되어 있는 지
무엇을 목표로 만들어진 서비스인가
어떤 개선사항 여부를 파악하고 도메인 지식 쌍은 것 중요
