71 lines
6.6 KiB
Markdown
71 lines
6.6 KiB
Markdown
---
|
|
title: "분석 단계: 아이디어에서 기반까지"
|
|
description: 브레인스토밍, 리서치, 제품 개요, PRFAQ가 무엇이며 언제 쓰는지 설명합니다
|
|
sidebar:
|
|
order: 2
|
|
---
|
|
|
|
분석 단계(단계 1)는 제품을 만들기로 확정하기 전에 명확하게 생각하도록 돕습니다. 이 단계의 모든 도구는 선택 사항이지만, 분석을 완전히 건너뛰면 PRD가 인사이트가 아니라 가정 위에 세워집니다.
|
|
|
|
## 왜 계획 전에 분석이 필요한가?
|
|
|
|
PRD는 "무엇을 만들고 왜 만드는가?"에 답합니다. 모호한 생각을 넣으면 모호한 PRD가 나오고, 이후 모든 문서가 그 모호함을 상속합니다. 약한 PRD 위에 세운 아키텍처는 잘못된 기술적 베팅을 합니다. 약한 아키텍처에서 나온 스토리는 엣지 케이스를 놓칩니다. 비용은 누적됩니다.
|
|
|
|
분석 도구는 PRD를 날카롭게 만들기 위해 존재합니다. 창의적 탐색, 시장 현실, 고객 명확성, 실행 가능성 등 서로 다른 각도에서 문제를 검토해 PM 에이전트와 마주 앉을 때 무엇을 누구를 위해 만드는지 알게 합니다.
|
|
|
|
## 도구들
|
|
|
|
### 브레인스토밍
|
|
|
|
**무엇인가요.** 검증된 아이디어 발상 기법을 사용하는 안내형 창의 세션입니다. AI는 아이디어를 대신 생성하지 않고, 구조화된 연습으로 사용자 안의 아이디어를 끌어내는 코치 역할을 합니다.
|
|
|
|
**왜 있나요.** 원석 같은 아이디어는 요구사항에 고정되기 전에 발전할 공간이 필요합니다. 브레인스토밍은 그 공간을 만듭니다. 문제 도메인은 있지만 명확한 해결책이 없거나, 확정하기 전에 여러 방향을 탐색하고 싶을 때 특히 유용합니다.
|
|
|
|
**언제 쓰나요.** 만들고 싶은 것에 대한 막연한 감은 있지만 개념이 아직 굳지 않았을 때 사용합니다. 또는 개념은 있지만 대안과 비교해 압박 테스트하고 싶을 때 사용합니다.
|
|
|
|
세션 작동 방식은 [브레인스토밍](./brainstorming.md)을 참고하세요.
|
|
|
|
### 리서치(시장, 도메인, 기술)
|
|
|
|
**무엇인가요.** 아이디어의 서로 다른 차원을 조사하는 세 가지 집중 연구 워크플로입니다. 시장 조사는 경쟁자, 트렌드, 사용자 반응을 봅니다. 도메인 조사는 주제 전문성과 용어를 쌓습니다. 기술 조사는 실현 가능성, 아키텍처 선택지, 구현 접근을 평가합니다.
|
|
|
|
**왜 있나요.** 가정 위에 만드는 것은 아무도 필요로 하지 않는 것을 만드는 가장 빠른 길입니다. 리서치는 개념을 현실에 연결합니다. 이미 어떤 경쟁자가 있는지, 사용자가 실제로 무엇에 어려움을 겪는지, 기술적으로 가능한지, 산업별 제약이 무엇인지 확인합니다.
|
|
|
|
**언제 쓰나요.** 낯선 도메인에 들어가거나, 경쟁자가 있을 것 같지만 아직 파악하지 않았거나, 검증하지 않은 기술 능력에 개념이 의존할 때 사용합니다. 하나만 실행해도, 둘을 조합해도, 세 가지를 모두 실행해도 됩니다. 각각 독립적으로 의미가 있습니다.
|
|
|
|
### 제품 개요
|
|
|
|
**무엇인가요.** 제품 개념의 1-2페이지 요약을 만드는 안내형 발견 세션입니다. AI는 협업형 비즈니스 분석가로서 비전, 대상 독자, 가치 제안, 범위를 표현하도록 돕습니다.
|
|
|
|
**왜 있나요.** 제품 개요는 계획으로 들어가는 가벼운 경로입니다. 전략적 비전을 구조화된 형식으로 포착해 PRD 작성에 직접 공급합니다. 이미 개념에 확신이 있을 때 가장 잘 맞습니다. 고객, 문제, 대략 만들고 싶은 것을 알고 있을 때 제품 개요가 그 생각을 정리하고 날카롭게 합니다.
|
|
|
|
**언제 쓰나요.** 개념이 비교적 명확하고 PRD를 만들기 전에 효율적으로 문서화하고 싶을 때 사용합니다. 방향에 확신이 있고 가정을 강하게 도전받을 필요가 없을 때 적합합니다.
|
|
|
|
### PRFAQ Working Backwards(워킹 백워드)
|
|
|
|
**무엇인가요.** Amazon의 워킹 백워드 방법론을 대화형 챌린지로 적용한 것입니다. 코드 한 줄이 존재하기 전에 완성된 제품을 발표하는 보도자료를 쓰고, 고객과 이해관계자가 물을 가장 어려운 질문에 답합니다. AI는 집요하지만 건설적인 제품 코치로 행동합니다.
|
|
|
|
**왜 있나요.** PRFAQ는 계획으로 들어가는 엄격한 경로입니다. 모든 주장을 방어하게 만들어 고객 우선의 명확성을 강제합니다. 설득력 있는 보도자료를 쓸 수 없다면 제품은 준비되지 않은 것입니다. 고객 FAQ 답변이 공백을 드러내면, 그 공백은 구현 중 훨씬 늦고 비싸게 발견했을 것입니다. 이 관문은 약한 생각을 가장 싸게 고칠 수 있는 초기에 드러냅니다.
|
|
|
|
**언제 쓰나요.** 리소스를 투입하기 전에 개념을 스트레스 테스트하고 싶을 때 사용합니다. 사용자가 실제로 관심을 가질지 확신이 없거나, 명확하고 방어 가능한 가치 제안을 말할 수 있는지 검증하고 싶을 때, 또는 워킹 백워드의 규율로 생각을 날카롭게 하고 싶을 때 적합합니다.
|
|
|
|
## 무엇을 사용해야 하나요?
|
|
|
|
| 상황 | 권장 도구 |
|
|
| --- | --- |
|
|
| "막연한 아이디어가 있는데 어디서 시작할지 모르겠어요" | 브레인스토밍 |
|
|
| "결정하기 전에 시장을 이해해야 해요" | 리서치 |
|
|
| "만들고 싶은 건 알아요. 문서화만 필요해요" | 제품 개요 |
|
|
| "이 아이디어가 정말 만들 가치가 있는지 확인하고 싶어요" | PRFAQ |
|
|
| "탐색하고, 검증하고, 문서화하고 싶어요" | 브레인스토밍 → 리서치 → PRFAQ 또는 제품 개요 |
|
|
|
|
제품 개요와 PRFAQ는 둘 다 PRD 입력을 만듭니다. 얼마나 강한 챌린지를 원하는지에 따라 고르세요. 제품 개요는 협업형 발견 과정이고, PRFAQ는 더 엄격한 검증 관문입니다. 둘 다 같은 목적지로 가지만 PRFAQ는 그 개념이 그 단계로 갈 준비가 되었는지 시험합니다.
|
|
|
|
:::tip[확실하지 않나요?]
|
|
`bmad-help`를 실행하고 상황을 설명하세요. 이미 한 일과 달성하려는 것에 따라 적절한 시작점을 추천합니다.
|
|
:::
|
|
|
|
## 분석 후에는 무엇이 일어나나요?
|
|
|
|
분석 출력은 단계 2(계획)로 직접 이어집니다. PRD 워크플로는 제품 개요, PRFAQ 문서, 리서치 발견 사항, 브레인스토밍 보고서를 입력으로 받아 사용자가 만든 모든 것을 구조화된 요구사항으로 종합합니다. 분석을 더 많이 할수록 PRD는 더 날카로워집니다.
|