: 드디어 과제가 시작된다. 아직 적응이 안되는 데이터... 오늘부터라도 친해지자..
요약:좋은 PM을 위한 MVP 프라이머
이 아티클은 사람들이 MVP를 ‘0에서 100으로 가는 단계적 완성품’이나 ‘기능을 줄인 초기 제품’으로 오해하고 있는 지점을 바로잡는다. 저자는 MVP를 새로운 것을 처음부터 만드는 과정이 아니라, 이미 가정한 가치 제안이 사용자에게 얼마나 더 매력적으로 다가가는지를 확인하는 실험으로 설명하며, 스케이트보드에서 자동차로 발전하는 식의 단계론을 명확히 비판한다. 이 글에서 MVP의 핵심 목적은 기능 자체를 완성하는 것이 아니라, 특정 사용자 타깃이 실제로 존재하는지, 그들이 반응할 만한 가치가 있는지를 빠르게 증명하는 데 있다. 따라서 MVP는 기능·기술·비즈니스 모델 중 무엇을 검증하느냐에 따라 형태가 달라질 수 있으며, 미리 고정된 비즈니스 모델을 검증하는 도구가 아니라 가치 제안을 중심으로 학습하면서 모델을 함께 조정해 가는 과정으로 이해되어야 한다.
관점 전환
1. MVP는 ‘단계’가 아니라 ‘집중’의 문제일 수 있다
최소한의 기능이 잘 맞물린 완성도를 만드는 것보다, 누구를 대상으로 어떤 가치를 증명할 것인지를 먼저 정하는 것이 MVP의 출발점이라는 관점을 갖게 된다. 이 글에서 문제 삼는 핵심은 형태보다 대상 사용자이며, 기능의 정합성보다 타깃의 명확성이다.
2. MVP의 목적은 하나로 고정되지 않는다
QA 관점의 MVP는 기능 검증에, UT 중심의 MVP는 기술 검증에, 출시 후 반응을 보는 MVP는 비즈니스 모델 검증에 가까울 수 있다. 중요한 것은 ‘이 MVP로 무엇을 학습하려는지 명확하게 설계되어 있는가?’이고, MVP의 정의를 하나로 고정하는 것이 아니다.
MVP는 미리 정해둔 비즈니스 모델을 증명하는 단계가 아니라, 이 제품이 사용자에게 정말 매력적인 가치가 있는지를 제안하고 확인하면서 비즈니스 모델까지 함께 유연하게 수정해 가는 학습 과정
질문: AARRR 기준 지표 설계 시, PM은 어디까지 정의하고 공유해야 하나요?
튜터님 피드백: 지표를 올리기 위해 무엇이 달라졌는지를 중심으로 기획 의도와 정상 작동하는 화면까지만 공유하면 충분하다. 모든 세부 업무를 지시하기보다, “어떤 지표를 위해 어떤 행동을 개선하려는지”를 명확히 전달하면 메이커들이 각자의 전문 영역에서 더 나은 대안을 제시할 수 있다. 지표 설계는 통제보다 협업을 풍부하게 만드는 출발점으로 활용하는 것이 적절하다.
팀원 질문 1: 디자이너·개발자와 협업하며 가장 힘들었던 지점과 극복 방법은 무엇이었나요?
튜터님 피드백: 상대가 기본 지식을 알고 있을 것이라 가정하고 설명을 생략했을 때 갈등이 발생했다. 이후에는 가장 기초적인 맥락부터 차근히 설명하고 업무를 시작하며 커뮤니케이션 방식을 조정했고, 그 경험을 통해 “아는 전제”를 두지 않는 설명의 중요성을 체감했다.
팀원 질문 2: PM이 개발 파트 간 조율이나 콘텐츠 협업까지 맡아야 하나요?
튜터님 피드백: 프론트엔드와 백엔드 간의 기술적 조율은 보통 개발자 간에 이루어지며, PM이 직접 중재하는 것은 바람직하지 않다. PM의 역할은 논의 결과를 기획서와 일정에 반영하는 것이다. 콘텐츠가 필요한 서비스의 경우, 콘텐츠 팀이 직접 운영할 수 있도록 어드민을 설계하고, 신규 런칭 시에는 콘텐츠 제작 일정까지 포함해 전체 일정 싱크를 맞추는 것이 중요하다.
[Chapter.5-1] 데이터 드리븐 프로덕트 기획 주차
데이터 드리븐 기획에 필요한 역량들을 총정리하며 마무리 하는 과정
| 일시 | 작업 | 느낀 점 |
|---|---|---|
| 01/30 | 3강까지 수강 | 궁금할 때, 만약 그게 현업에서의 사례가 필요하다면 꼭 튜터님께 물어보자! |
| 02/02 | 완강하기 | 끝의 용어 관련은 대부분 아는 거라서, 튜터님의 인생 이야기가 더 기억남.. |
| 02/02 | 관련 아티클 선정 및 읽기 | 내가 낸 개인 과제가 얼마나 연계성이 없는지 알게 되었다.. |
| 02/02 | 강의 관련 숙제하기 | 지난번 한 화면설계 관련에 대하여 피드백 신청해서 숙제 실행까지만 OK |
| 02/03 | 강의 관련 숙제하기 | 그래프 너무 어렵다, 수포자라서? 케이스 분석은 쉬웠지만 설명이 어려움 |
| 일시 | 작업 | 느낀 점 |
|---|---|---|
| 02/04 | 작업 목록 만들기 | 원래는 만들고 시작하려고 했는데 머리가 돌아가지 않아.. |
| 02/04 | 추천 아티클 분석 | 도움되는 아티클을 주셔서 분석해보았다! |