프로덕트 매니저 8년의 경험

! 
짧게 요약한 8년의 경험
옥지혜 
milkonrocks@gmail.com

🐎 오늘의 시간표
제품을 만드는 과정과 PM의 역할
PM의 일주일과 관련 업무 개념
PM의 문법

👩  
반갑습니다
8년차 서비스 기획자
명함 6개, 런칭 3번
업계 모임 및 사이드 프로젝트 운영
…

🤔  
프로덕트 매니저?
프로젝트 매니저?
서비스 기획자?
프로덕트 오너?
제품 관리자?
…

😕  
제품을 만드는 사람인데요
프로그래밍도 안하고
디자인도 안하고
그럼 도대체 뭘 하는 사람이죠?
…

🛠 제품을 만드는 과정
무엇을 만들까 어떻게 만들까 만들자 다음에는 무엇을 만들까

제품에 대한 요구사항을 파악합니다. 
: 제품 사용자와 조직 내부의 구성원이 원하는 것을 파악합니다.
각 요구사항을 기능으로 표현합니다.
: 특정한 요구사항을 충족 시킬 수 있는 방법을 모색합니다. 반드시 기능일 필요는 없어요.
기능 간의 우선순위를 정합니다.
: 어떤 기능이 가장 제품 또는 사업에 필요한지 판단합니다. 때마다 기준이 달라집니다.

사용자에게 어떤 형태로 기능을 제공할지 디자인 팀과 고민합니다. (디자인팀: 뚝딱뚝딱)
: 사용자가 가장 편하게 서비스를 이용할 수 있도록 구체적인 모양새를 정합니다.
어떤 방식으로 구현할지 개발 팀과 고민합니다. (개발팀: 뚝딱뚝딱)
: 비용 효율적이면서 장기적으로 건강한 방법으로 개발할 수 있는 방법을 검토합니다.
만들고자 하는 기능의 자세한 내용을 확정하고 조직 내 구성원에게 공유합니다.
: 실제로 만들기 시작하면 수정하기 어렵습니다. 이 방법이 최선인지에 대해 점검합니다.

디자인 팀과 개발 팀이 작업하는 것을 돕습니다.
: 기능이 계획한대로만 만들어지지 않을 수 있어요. 수정사항에 대한 커뮤니케이션을 합니다.
유의미한 기능은 서비스와 사용자가 필요로 하는 때에 제공해야 합니다.
: 기능을 만드는 과정이 당초 세운 일정 목표를 따르고 있는지 확인합니다.
사용자가 이 기능을 만나기 전에 다시 한번 확인합니다. QA 라고도 합니다.
: 새로운 기능을 포함시켜 서비스를 업데이트 전에 바르게 작동 하는지 다시 점검합니다.

이전에 만들었던 기능이 요구사항을 충족 시켰는지 확인합니다.
: 사용자가 편하게 기능을 사용하고 있는지 또는 당초 사업 목표를 달성 하는지 확인합니다.
이전에 만들었던 기능을 개선할 수 있는 방법이 있는지 탐색합니다.
: 보다 편하게 또는 보다 높은 수익을 달성할 수 있는 방법이 있는지 확인합니다.
그리고 다시 첫번째 단계로 돌아갑니다.

🧐 프로덕트 매니저의 자질
사용자 경험
비즈니스
기술
프로덕트 매니저
출처: https://www.mindtheproduct.com/2011/10/what-exactly-is-a-product-manager/

( 프로덕트 매니저의 역할
사용자 경험
비즈니스
기술
시간

사용자 경험
비즈니스
기술
정해진 기능을 구체화 합니다.
: 화면은 어떻게 구성할 것인지, 상황별로 예외사항에 대한 대응은 어떻게 할 것인지 정합니다.

사용자 경험
비즈니스
기술
요구사항을 수집하고 기능으로 표현합니다.
: 설계하는 기능의 추상 단계가 높아집니다. 서비스 기획자가 제안하는 화면이 단순하거나 없기도 해요
구현할 기능을 제안하거나 우선순위를 정하는 과정에 참여 합니다.
: 제품에 대한 이해가 높아지면서 기술 부채와 관련이 있거나 사업 목표와 닿아있는 기능을 제안합니다

사용자 경험
비즈니스
기술
제품을 통해서 사용자에게 전달할 가치 혹은 사업목표를 정합니다.
: 제품의 방향성을 정하기 위해 조직 내 구성원과 협의 및 협상 과정을 거칩니다.
사업 목표 달성을 위해 동원할 수 있는 기술적인 방법론을 구상하고 우선순위를 정합니다.
: 효과적이고 효율적인 방법으로 사업 목표를 달성할 수 있는 기능을 제안하고 팀을 운영합니다.

🤔  
권한과 역할이 모두 달라요
조직마다 제품마다 다른 모자를 쓴다 
n명의 프로덕트 매니저 n개의 권한과 역
할

🧮 현재의 업무 구성 비율
10%
10%
10%
30%
40%
이번 업데이트 팔로업
다음 업데이트 준비
팀 운영 및 프로젝트 관리
서비스 지표 확인
야생의 업무

기획
* 스프린트를 진행하는 동안
스프린트
디자인: 시안 개발 및 확정안
QA 및 배포
다음 업데이트 스펙 검토
다음 업데이트 스펙 확정
유관부서 협의
상위 기획 확정
업데이트 일정 확정
상세 기획 업데이트
클라이언트: UI 구현 및 API 스펙 확인
백엔드: DB 및 서버 설계와 구현, API 개발
상세 기획 확정 및 통계 지표 정의
유관부서 스펙 및 일정 공유
구현 중 스펙 협의 및 업데이트 
구현 전체 일정 관리
업데이트 현황 공유
배포 이후 모니터링
배포 관련 작업 
백로그 업데이트
QA 체크리스트 작성
QA 중 스펙 문의 팔로업

🤷  
백로그를 왜 관리하나요?
누가 언제 어떤 업무를 하고 있는지와 
스프린트 이력, 진행상황까지 보여 준다
앞으로 무슨 일을 할 지도 결정할 수 있다

🤘 백로그 관리자의 약속
제품과 프로젝트에 부합하도록 원칙 보수
단순 명료하고 접근성이 높도록 운영
WIP, priority Major 이슈 갯수를 관리

🎒 다음 업데이트에 뭐하지?
최대의 비즈니스 임팩트를 내는 작업
서비스 마일스톤을 위한 사전 작업
단기 목표 달성을 위한 그로쓰해킹
제품 운영을 위한 가시화가 어려운 작업

🤹 어떤 지표를 관리할 것인가?
관리 대상이 되는 지표 위주로 서비스 운영
Retention rate, ARPPU, LTV
제품팀과 나의 비즈니스 감각을 키우자

🤼 팀 운영
왜 지금 이 이슈를 진행하는지 공감하나요
팀원 개인이 조직과 제품에 기여하나요
제품과 함께 팀도 성장하나요
팀 미팅 관리와 프로젝트 일정 관리

🙀  
야생의 업무가 나타났다
핫픽스, CS 대응 팔로업, 외부 미팅

🎤
‘기획서’ 짚고 넘어갑시다
문서의 목적에 집중하자
기획 의도와 업무 히스토리를 공유한다

🎯 좋은 기획서는
목적, 목표, 통계 및 평가지표를 명시
사용자 중심으로 작성
작성자가 여러 명 = 여러 명이 읽음
반드시 화면 시안이 있을 필요는 없음

😕  
프로덕트 매니저의 문법
어차피 회사마다 다르다고 하면
다 통용되는 문법 같은 것은 없나요?

💺 
사용자를 위한 제품을 만들자
프로덕트 매니저에게는 팀도 제품
조직 안과 밖이 당신의 타겟

💎  
사용자는 말이 없다
사용자의 진심은 돈(= 결제)
데이터 드리븐 의사결정의 중요성
다양한 채널을 통해 사용자 의견을 수집

🦜  
이 제품은 다른 제품이 아니다
‘다른 앱은 이렇게 저렇게 하던데요’
지금 조직과 제품에 가장 필요한 것은?
답은 다른 제품이 아니라 사용자에 있다
끊임없이 ‘왜’에 대해서 질문하자

🧩  
완성도를 목표로 일하자
팀과 제품을 완성하기 위해 해야 하는 일
여집합으로 정의 되는 프로덕트 매니저
완벽 보다 중요한 것은 완성
반복되는 사이클을 통해 학습

🌱  
제품과 함께 성장하는 팀
성장하는 팀이 성장하는 제품을 만든다
제품은 팀의 한계를 넘어서지 않는다
팀원이 성장할 수 있는 환경을 만들자

🔗  
협업을 얼마나 믿나요
당신이 협업을 믿고 이를 팀에 전파해야
당신의 경쟁력은 당신이 아닌 당신의 팀
팀을 이끌 프로세스를 만들자

☕  
결정하는 것을 즐기자
경력이 길다 = 옳은 결정을 한다?
프로덕트 매니저의 가장 중요한 역할은 결정
결정을 일단 하자 그리고 피드백을 받자 
어렵고 복잡한 결정을 많이 해보자

🧗  
밑 빠진 독에 물 붓자
원페이지 기획안 작성
상용 서비스 역기획서 작성
데이터 분석 및 웹 기초 학습
업계 소식 확인
…

프로덕트 매니저 8년의 경험

Recommended

Recommended

More Related Content

What's hot

What's hot (20)

Similar to 프로덕트 매니저 8년의 경험

Similar to 프로덕트 매니저 8년의 경험 (20)

프로덕트 매니저 8년의 경험