제로베이스 PM 스쿨
[제로베이스 PM 파트타임 스쿨] 2주차 - 서비스 기획자에게 꼭 필요한 스킬셋
주탱2
2025. 5. 27. 22:26
수강한 강의
제로베이스 PM 파트타임 스쿨
- Chapter 3 서비스 기획자에게 꼭 필요한 스킬셋
- 2. 비지니스 및 사업 모델에 대한 깊은 이해
- 3. 동료들로부터 신뢰를 형성하고, 리드할 수 있는 능력
- 4. IT 서비스 개발 업무를 협업하기 위한 도메인 지식
- 5. 성과를 달성하기 위한 아이디어 도출 능력
- 6. 데이터를 이용해서 결과치를 뽑아내고 분석할 수 있는 능력
- 7. 논리적 사고와 커뮤니케이션 능력
주차
2주차
강의 요약
- 서비스 기획자가 프로덕트를 성공시키기 위한 두번째 스킬셋
- 비즈니스 및 사업 모델에 대한 깊은 이해
- 본인이 직접 비즈니스 모델에 대한 설계 및 성공을 하는 것이 가장 좋지만
- 좋은 케이스(ex. 당근, 토스, etc)를 통해 경험치를 쌓아
- 더 좋은 비즈니스 모델을 가진 서비스를 기획
- 비즈니스 및 사업 모델에 대한 깊은 이해
- 서비스 기획자가 프로덕트를 성공시키기 위한 세번째 스킬셋
- 동료들로부터 신뢰를 형성하고, 리드할 수 있는 능력
- 신뢰가 가장 중요
- 신뢰를 잃게 되면 설득하기 위해 시간을 할애해야하며, 프로덕트에 대한 온전한 집중을 할 수 없게 됨
- 제품 관리자는 우산이 되어줘야 함
- 능력 유무에 상관없이 영향력이 뛰어난 직무임
- 실제 개발자, 디자이너가 맥락과 의도를 정확히 알고 있을 때 더 좋은 능률이 나옴
- 동료들로부터 신뢰를 형성하고, 리드할 수 있는 능력
- 서비스 기획 실무를 위한 첫번째 스킬셋
- IT 서비스 개발 업무를 협업하기 위한 도메인 지식
- 프론트엔드 - 웹, 모바일 웹 (반응형), PC앱, 하이브리드, 네이티브
- 백엔드 - API, 네트워크, 서버
- Private Api - 내부 API로, 회사 개발자가 자체 제품과 서비스를 개선하기 위해 내부적으로 발행, 제 3자에게 노출되지 않음
Partner Api - 기업이 데이터 공유에 동의하는 특정인들만 사용할 수 있음, 비즈니스 관계에서 보통 사용, 종종 파트너 회사 간에 소프트웨어를 통합하기 위해 사용됨
Public Api - 개방형 API, 모두에게 공개, 누구나 제한 없이 API를 사용
- IT 서비스 개발 업무를 협업하기 위한 도메인 지식
- 서비스 기획 실무를 위한 두번째 스킬셋
- 성과를 달성하기 위한 아이디어 도출 능력
- 내가 맡은 서비스 혹은 내가 해결하고자 하는 문제점, 그 산업의 고객의 속성, 우리 서비스의 본질에 대한 깊은 고민 필요
- 아이디어 도출에 대한 근거 데이터가 필요
- 아이디어는 하나의 번뜩이는 재치가 아닌
집념을 가지고 사고하고
데이터를 통해서 검증하는 것
- 성과를 달성하기 위한 아이디어 도출 능력
- 서비스 기획 실무를 위한 세번째 스킬셋
- 데이터를 이용해서 결과치를 뽑아내고 분석할 수 있는 능력
- 컨버전 레이트 : 고객이 우리서비스로 들어오면서부터 우리가 원하는 행동으로 하나씩 전화하는 비율
구매 전환율, 회원가입 전환율 혹은 특정행동을 했다는 전환율 - 코호트 리텐션 : 동일 기간에 특정 이벤트를 함께 경험한 동일군의 유저 또는 특정 행동 성별 등의 특징으로 고객군을 나누어서 그 고객군에 따른 우리 서비스에 다시 들어오는 비율을 추적하는 것
- 논리적 사고와 커뮤니케이션 능력
- MECE 기법
- Mutually Exclusive Collectively Exhaustive
- 전체 집합 내의 모든 항목들을 빠뜨리지 않고
또한 어떤 항목도 두 개의 집합 내에 들어가지 않는 분류 상태 - 어떻게 정보를 담을지에 대한 기준
- 그룹을 만드는 기법
- ME : 한 항목이 하나의 분류에만 속할 수 있음
- CE : 우리가 정의한 분류가 고려 가능한 모든 항목들을 담을 수 있어야 함
- MECE 기법의 장점
- 명료함
- 중복을 배제하고 모든 항목이 포함될 수 있도록 그룹을 만들기 때문에 어떤 항목이 어떤 그룹에 포함되어야 할 지가 명료함
- 빠지는 것 없이 꼼꼼하게 고려할 수 있음
- 서비스 기획을 할 때, 단 한 요소라도 빠지는 것을 늦게 알게되면 정책을 수정해야 할 수도 있음
정책 수정 => 개발자, 디자이너가 새롭게 작업을 해야 할 수도 있음
- 서비스 기획을 할 때, 단 한 요소라도 빠지는 것을 늦게 알게되면 정책을 수정해야 할 수도 있음
- 설득력 향상
- MECE한 분석을 바탕으로 한 주장은 이해하기도 쉽고 논리적으로도 받아들이기 쉬움
- 반론이 제기되었을 때 이를 어떤 그룹과 연계되어 다뤄야 하는지를 쉽게 파악할 수 있기 때문에 주장을 보완하기도 쉬워짐
- 명료함
생각 정리
서비스 기획자가 필요한 스킬들에 대한 강의를 들었다.
MECE 기법, 컨버전 레이트, 코호트 리텐션 등 생소한 단어에 대해서 공부할 수 있는 시간이었다.
기획자는 다양한 팀과 일을 하기 때문에 개발, 디자인 등 여러 직무에 대한 지식이 필요한 걸 알 수 있었다.
또, 신뢰가 가장 중요하다는 말이 제일 중요하다고 느껴졌다.
강의에 나온 것 처럼 신뢰를 잃으면 팀의 퍼포먼스도 떨어지고 신뢰를 회복하기 위한 시간도 할애해야한다.
제품에 집중할 시간도 부족하기 때문에 신뢰라는 단어가 더 중요하게 느껴졌다.
나는 꼭 신뢰를 얻을 수 있는 기획자가 되겠다!
적용
주변 음식점에서 파는 음식을 기반으로 MECE 기법으로 점심 메뉴를 분류해봤다.
1. 한식
2. 중식
3. 일식
4. 양식
5. 기타
주변 음식점 중 '오랑우탄 면사무소' 라는 자주가는 음식점이 있는데
중식도 아니고 일식도 아니고 퓨전느낌의 음식을 파는 곳이라 고민이 됐다.
처음에는 '퓨전식' 이라는 항목을 만들었다.
그러다보니 중식에 들어갈 메뉴가 퓨전식에도 들어가는 상황이 생겨서 '기타'라는 분류로 바꿨다.
MECE 기법을 처음 써봤지만 굉장히 효율적인 기법이라고 느껴졌다.
하나도 빠지지 않게, 겹치지 않게 분류를 할 때 잘 사용해봐야겠다!
이 글은 제로베이스 PM 파트타임 스쿨의 강의 자료 일부를 발췌하여 작성되었습니다.