[내배캠] Day 22 | 아티클 카타, 서비스 기획 숙련 강의, KPT 회고

 

 

시각	내용
09:00 - 09:15	데일리 스크럼 작성
09:15 - 09:30	팀 스크럼
09:40 - 10:20	아티클 카타: 개인 작성 후 팀원 작성 내용 확인 👀
10:20 - 11:00	아티클 카타: 팀 내용 작성
11:00 - 13:00	서비스 기획 숙련 강의 수강 (Ch. 3)
13:00 - 14:00	개인 정비 시간
14:00 - 16:00	서비스 기획 숙련 강의 수강 (Ch. 4)
16:00 - 17:00	신입 PM의 AI 활용 특강
17:00 - 18:00	서비스 기획 숙련 강의 후속 학습
18:00 - 19:00	개인 정비 시간
19:00 - 20:00	서비스 기획 숙련 과제 사전 준비 (SQLite 설치, 데이터 시각화 툴 서치)
20:00 - 20:30	팀 스크럼
20:30 - 21:00	TIL 정리

 

 

 

 

아티클 카타

 

08화 좋은 PM을 위한 MVP 프라이머

 

01. 주요 메시지

 

MVP를 만드는 목적은 고객과 시장을 빠르게 이해하기 위한 것이다. MVP는 ‘최소한의 기능 세트’가 아니라 고객이 제품의 핵심 가치에 반응하는지 학습하기 위한 도구이며, 기술적 가능성 테스트보다 핵심 가치 검증과 가치 전달에 집중해야 한다.

 

02. 핵심 키워드

 

MVP(Minimun Viable Product), 핵심 가치

 

03. 읽으면서 가장 흥미로웠던 부분

 

 

위 다이어그램이 잘못된 예시라는 설명이 흥미로웠다. 자동차 사용자를 검증하는 상황에서 스케이트보드·자전거 사용자의 피드백은 잘못된 대상에게 받는 무의미한 피드백이라는 것이다. 완전한 형태가 아니더라도 최종 프로덕트가 가진 핵심 가치를 포함하고 있어야 한다는 메시지가 매우 와닿는 예시였다.

 

04. 이전에는 알지 못했거나 새롭게 배운 내용

 

• MVP는 내가 제공하고자 하는 제품 혹은 서비스의 가치가 초기 사용자를 참여시킬 수 있을 만큼 매력적인지(desirable) 테스트하는 것
• MVP는 비즈니스 모델을 테스트하는 것이 아니라, 제품 혹은 서비스의 가치를 제안하고 확인하는 과정 가운데 비즈니스 모델을 탄력적으로 수정하는 것
• MVP는 드롭박스의 소개 영상처럼 고객의 반응을 확인하기 위한 실험의 도구일 뿐, 반드시 완성된 제품이나 서비스의 형태는 아닐 수 있다는 것

 

05. 한 문장 요약

 

MVP는 최소 기능 제품이 아니라 고객이 제품의 핵심 가치에 반응하는지 학습하기 위한 목적의 실험이며, 핵심은 기능 구현이 아닌 가치 검증과 고객 이해에 있다.

 

🔗 MVP 관련 아티클: 당신의 MVP가 실패한이유: 2026 스타트업가이드

🔥 당신의 MVP가 실패한 이유: 2026 스타트업 가이드

 

 

 

 

서비스 기획 숙련 강의

 

‣ 강의 노트 보러 가기

- 서비스 기획 숙련 | ③ 기획(PM) 실무 문서 작성

- 서비스 기획 숙련 | ④ 기획자(PM)가 갖추어야 할 역량

 

‣ 강의 요약

③ 기획(PM) 실무 문서 작성

- PRD: 무엇을, 어떻게, 왜 만들 것인가
- IA: 정보를 어떻게 구성할 것인가
- 서비스 정책서: 어떤 기준으로 운영할 것인가
- 에러 케이스: 오류 발생 시 어떻게 처리할 것인가
- 상세 기획(스토리보드): 사용자가 어떻게 이용하고 기능이 어떻게 동작할 건지를 상세 설계

④ 기획자(PM)가 갖추어야 할 역량

PM은 “왜?“라는 질문을 통해 의사결정의 근거를 찾고 문제의 본질을 파악해야 하며, 이를 바탕으로 목표와 실행 방안을 구체화해야 한다. 또한 명확한 커뮤니케이션과 객관적인 근거를 활용한 논리적 설득 능력이 중요하다. 기록과 공유는 의사결정 과정과 프로젝트 진행 상황을 체계적으로 관리하고 팀의 협업을 돕는 핵심 습관이다.

 

‣ 더 생각해 본 것

 

• PRD는 제품을 왜/무엇을/어떻게 만들 것인가에 대한 것이 핵심이나, 문서 안에 요구사항 섹션이 들어감
• 기획 개요, 타겟 사용자, 유저 시나리오, 기능 요구사항, 일정 및 배포 계획, KPI 등을 포함하는 '문제 해결 문서'가 PRD
• 요구사항 정의서는 어떤 기능이 필요한지 범위를 정의, 상세 기능 명세서는 그 기능들이 어떻게 동작하는지를 정의
• '왜? → 무엇을? → 어디에? → 어떤 흐름으로? → 어떻게 동작하도록? → 어떻게 보이도록? → 어떻게 운영하도록?'과 같은 흐름으로 문서가 점점 구체화되는 것

 

🔗 [PRD 작성 가이드] 같은 프로젝트도 결과가 달라지는 비밀

[PRD 작성 가이드] 같은 프로젝트도 결과가 달라지는 비밀 I 이랜서 블로그

 

🔗 구글 프로덕트 매니저가 알려주는 기획서 작성 꿀팁

구글 프로덕트 매니저가 알려주는 기획서 작성 꿀팁

 

 

🔗 PRD(제품 요구사항 정의서)의 모든 것ㅣ뜻, 작성 방법, 포함 요소

PRD(제품 요구사항 정의서)의 모든 것ㅣ뜻, 작성 방법, 포함 요소 - 코드스테이츠 공식 블로그

 

 

 

 

KPT 회고

 

Keep

 

• PRD, 기능 명세서, 스토리보드 등 주요 기획 문서를 "왜 만드는 문서인지"를 기준으로 이해하고자 함

 

Problem

 

• IA가 생소해 개념을 이해하는 것이 쉽지 않았음 → 사용자에게 제공해야 할 정보를 논리적으로 분류하고 구조화한 문서

 

Try

 

• 문서의 이름이나 항목보다는 "무엇을 위해 작성하는 문서인가"를 기준으로 학습하기
• 서비스 기획 숙련 강의 수강: ⑤ 네카라쿠배 현업 살펴보기
• 서비스 기획 숙련 과제: 요구사항 분석 및 목차 작성을 위한 사전 조사