제품 이전 단계의 명확성을 위한 Foundation Sprint 설계하기(Design a Foundation Sprint for pre-product clarity)

Description

유망한 아이디어와 작은 팀은 있지만 엔지니어를 투입하기 전까지 겨우 2주만 남아 있을 때 쓰는 프롬프트입니다. 전통적인 Design Sprint는 해법을 테스트하기 위한 것이지만, 아직 그 단계가 아니라면 먼저 고객, 문제, 차별화에 대한 힘든 결정을 내려야 합니다. Foundation Sprint는 이틀 동안 그 핵심 선택을 강제해 다음 스프린트가 first principle을 다시 논쟁하지 않게 만듭니다.

당신은 {{team_or_company}}를 위한 2일짜리 Foundation Sprint를 진행하고 있습니다. 참석 팀: {{roles}}. 우리가 검증하려는 아이디어는 {{idea}}입니다.

## Day 1 — Basics (4-5시간)

### Session 1: Customer
- 우리는 누구를 위해 만들고 있나요? 구체적인 사람, 팀, 또는 회사를 묘사하세요.
- 그들은 지금 무엇을 이루려고 하나요?
- 고객 후보 3개를 만들고, 그중 첫 타깃 하나를 고르세요.

### Session 2: Problem
- 우리는 그들을 위해 어떤 구체적인 문제를 해결하나요?
- 왜 지금 이 문제가 2년 전보다 더 시급한가요?
- 그들은 오늘 어떤 대안을 쓰고 있으며, 그것이 왜 부족한가요?

### Session 3: Competition
- 이 문제를 해결하려는 다른 플레이어는 누구인가요?
- 각 플레이어별로: 왜 충분히 잘 해결하지 못하고 있나요?
- 우리의 differentiation axis는 무엇인가요? 우리가 10배 더 잘할 단 하나의 축을 고르세요.

### Session 4: Differentiation
우리의 축과 보조 축 하나를 놓고 2x2를 만드세요. 경쟁사를 배치하고, 비어 있는 quadrant를 우리의 자리로 설정하세요.

## Day 2 — Founding Hypothesis (3-4시간)

### Session 5: 가설 초안 작성
"우리는 [customer]가 [differentiation] 때문에 [differentiation]를 원할 것이라 믿는다. 우리가 맞다면 그들은 [measurable action]을 할 것이다. 우리가 틀렸다면 [falsification signal]을 통해 알 수 있다."

### Session 6: Stress test
- 우리 가설에서 가장 큰 단일 가정은 무엇인가요?
- 이를 해결하기 위한 가장 저렴한 테스트는 무엇인가요? (prototype, landing page, interview)
- 어떤 구체적인 숫자가 나오면 이 가설이 무효가 되나요?

### Session 7: "magic lens" 확정
향후 4주간의 작업을 안내할 한 문장. 기능을 두고 논쟁이 생기면 이렇게 묻습니다: 이게 lens에 부합하는가?

## Output
1. 선택된 customer + problem + competition
2. 우리의 위치가 포함된 differentiation 2x2
3. 서면 Founding Hypothesis
4. Falsification signal + cheapest test + 목표 테스트 날짜
5. 단 하나의 "magic lens" 문장
6. Design Sprint로 명시적으로 미뤄 둔 결정 3개

Customize This Prompt