7. 🛠 제품을 만드는 과정
무엇을 만들까 어떻게 만들까 만들자 다음에는 무엇을 만들까
제품에 대한 요구사항을 파악합니다.
: 제품 사용자와 조직 내부의 구성원이 원하는 것을 파악합니다.
각 요구사항을 기능으로 표현합니다.
: 특정한 요구사항을 충족 시킬 수 있는 방법을 모색합니다. 반드시 기능일 필요는 없어요.
기능 간의 우선순위를 정합니다.
: 어떤 기능이 가장 제품 또는 사업에 필요한지 판단합니다. 때마다 기준이 달라집니다.
8. 🛠 제품을 만드는 과정
무엇을 만들까 어떻게 만들까 만들자 다음에는 무엇을 만들까
사용자에게 어떤 형태로 기능을 제공할지 디자인 팀과 고민합니다. (디자인팀: 뚝딱뚝딱)
: 사용자가 가장 편하게 서비스를 이용할 수 있도록 구체적인 모양새를 정합니다.
어떤 방식으로 구현할지 개발 팀과 고민합니다. (개발팀: 뚝딱뚝딱)
: 비용 효율적이면서 장기적으로 건강한 방법으로 개발할 수 있는 방법을 검토합니다.
만들고자 하는 기능의 자세한 내용을 확정하고 조직 내 구성원에게 공유합니다.
: 실제로 만들기 시작하면 수정하기 어렵습니다. 이 방법이 최선인지에 대해 점검합니다.
9. 🛠 제품을 만드는 과정
무엇을 만들까 어떻게 만들까 만들자 다음에는 무엇을 만들까
디자인 팀과 개발 팀이 작업하는 것을 돕습니다.
: 기능이 계획한대로만 만들어지지 않을 수 있어요. 수정사항에 대한 커뮤니케이션을 합니다.
유의미한 기능은 서비스와 사용자가 필요로 하는 때에 제공해야 합니다.
: 기능을 만드는 과정이 당초 세운 일정 목표를 따르고 있는지 확인합니다.
사용자가 이 기능을 만나기 전에 다시 한번 확인합니다. QA 라고도 합니다.
: 새로운 기능을 포함시켜 서비스를 업데이트 전에 바르게 작동 하는지 다시 점검합니다.
10. 🛠 제품을 만드는 과정
무엇을 만들까 어떻게 만들까 만들자 다음에는 무엇을 만들까
이전에 만들었던 기능이 요구사항을 충족 시켰는지 확인합니다.
: 사용자가 편하게 기능을 사용하고 있는지 또는 당초 사업 목표를 달성 하는지 확인합니다.
이전에 만들었던 기능을 개선할 수 있는 방법이 있는지 탐색합니다.
: 보다 편하게 또는 보다 높은 수익을 달성할 수 있는 방법이 있는지 확인합니다.
그리고 다시 첫번째 단계로 돌아갑니다.
11. 🧐 프로덕트 매니저의 자질
사용자 경험
비즈니스
기술
프로덕트 매니저
출처: https://www.mindtheproduct.com/2011/10/what-exactly-is-a-product-manager/
13. ( 프로덕트 매니저의 역할
사용자 경험
비즈니스
기술
정해진 기능을 구체화 합니다.
: 화면은 어떻게 구성할 것인지, 상황별로 예외사항에 대한 대응은 어떻게 할 것인지 정합니다.
14. ( 프로덕트 매니저의 역할
사용자 경험
비즈니스
기술
요구사항을 수집하고 기능으로 표현합니다.
: 설계하는 기능의 추상 단계가 높아집니다. 서비스 기획자가 제안하는 화면이 단순하거나 없기도 해요
구현할 기능을 제안하거나 우선순위를 정하는 과정에 참여 합니다.
: 제품에 대한 이해가 높아지면서 기술 부채와 관련이 있거나 사업 목표와 닿아있는 기능을 제안합니다
15. ( 프로덕트 매니저의 역할
사용자 경험
비즈니스
기술
제품을 통해서 사용자에게 전달할 가치 혹은 사업목표를 정합니다.
: 제품의 방향성을 정하기 위해 조직 내 구성원과 협의 및 협상 과정을 거칩니다.
사업 목표 달성을 위해 동원할 수 있는 기술적인 방법론을 구상하고 우선순위를 정합니다.
: 효과적이고 효율적인 방법으로 사업 목표를 달성할 수 있는 기능을 제안하고 팀을 운영합니다.
16. 🤔
권한과 역할이 모두 달라요
조직마다 제품마다 다른 모자를 쓴다
n명의 프로덕트 매니저 n개의 권한과 역
할
17. 🧮 현재의 업무 구성 비율
10%
10%
10%
30%
40%
이번 업데이트 팔로업
다음 업데이트 준비
팀 운영 및 프로젝트 관리
서비스 지표 확인
야생의 업무
18. 기획
* 스프린트를 진행하는 동안
스프린트
디자인: 시안 개발 및 확정안
QA 및 배포
다음 업데이트 스펙 검토
다음 업데이트 스펙 확정
유관부서 협의
상위 기획 확정
업데이트 일정 확정
상세 기획 업데이트
클라이언트: UI 구현 및 API 스펙 확인
백엔드: DB 및 서버 설계와 구현, API 개발
상세 기획 확정 및 통계 지표 정의
유관부서 스펙 및 일정 공유
구현 중 스펙 협의 및 업데이트
구현 전체 일정 관리
업데이트 현황 공유
배포 이후 모니터링
배포 관련 작업
백로그 업데이트
QA 체크리스트 작성
QA 중 스펙 문의 팔로업
19. 🤷
백로그를 왜 관리하나요?
누가 언제 어떤 업무를 하고 있는지와
스프린트 이력, 진행상황까지 보여 준다
앞으로 무슨 일을 할 지도 결정할 수 있다
20. 🤘 백로그 관리자의 약속
제품과 프로젝트에 부합하도록 원칙 보수
단순 명료하고 접근성이 높도록 운영
WIP, priority Major 이슈 갯수를 관리
21. 🎒 다음 업데이트에 뭐하지?
최대의 비즈니스 임팩트를 내는 작업
서비스 마일스톤을 위한 사전 작업
단기 목표 달성을 위한 그로쓰해킹
제품 운영을 위한 가시화가 어려운 작업
22. 🤹 어떤 지표를 관리할 것인가?
관리 대상이 되는 지표 위주로 서비스 운영
Retention rate, ARPPU, LTV
제품팀과 나의 비즈니스 감각을 키우자
23. 🤼 팀 운영
왜 지금 이 이슈를 진행하는지 공감하나요
팀원 개인이 조직과 제품에 기여하나요
제품과 함께 팀도 성장하나요
팀 미팅 관리와 프로젝트 일정 관리