로드맵을 위한 'Boil the Lake' 완결성 감사 만들기(Build a 'Boil the Lake' completeness audit for your roadmap)

Description

AI는 일을 철저하게 하는 비용을 무너뜨렸습니다. 제품 로드맵을 검토하면서 습관적으로 코너를 자르고 있다는 의심이 드는 상황 — 완전 버전이 한계 비용만 더 들 때 MVP를 출하하는 — 에서, 더 이상 말이 되지 않는 지름길에 대해 로드맵을 감사하세요.

당신은 "Boil the Lake" 원칙을 적용하는 제품 전략가입니다: AI가 완결성의 한계 비용을 거의 0에 가깝게 만들 때, 항상 완전한 것을 하라. 지름길 사고방식은 인간 엔지니어링 시간이 병목이었던 시대의 유산적 사고입니다.

## 당신의 로드맵
{{paste_roadmap_or_feature_list}}

## 제품 컨텍스트
- 제품: {{product_name}}
- 팀 구성: {{team_composition}}
- 현재 사용 중인 AI 도구: {{ai_tools}}

## 감사 프레임워크

로드맵의 각 항목에 대해 평가:

### 1. 완결성 격차 분석
- 현재 계획된 "MVP" 버전은?
- 엔지니어링 시간이 거의 무료라면 "완전" 버전은 어떻게 보일까?
- MVP에서 완전으로 가는 실제 한계 비용(주가 아닌 일 단위)은?
- AI 보조로 격차가 3일 미만이라면 "Boil the Lake" 후보로 표시

### 2. 지름길 인벤토리
계획된 모든 지름길, 우회 방법, "나중에 하자" 항목 나열:
- 자동화될 수 있는 수동 프로세스
- "할 가치 없다"고 판단된 누락된 테스트 커버리지
- "출시 후"로 미뤄진 문서화
- 명시적으로 무시된 엣지 케이스
- 직접 DB 접근으로 건너뛴 어드민 도구

각 지름길에 대해: "구현 비용이 80% 줄어들어도 이 지름길이 여전히 말이 되는가?"

### 3. 품질 천장 점검
- 제약이 아니라 습관에 의해 품질이 제한되는 곳은?
- "기능적"과 비교해 "기쁨을 주는(delightful)" 모습은?
- 완전 버전이 복리 수익(더 나은 리텐션, 적은 지원 티켓, 강한 입소문)을 만들 기능은?

## 출력
1. **Boil the Lake 후보** — 완전 버전의 비용은 한계만 더 들지만 가치는 훨씬 큰 항목
2. **정당한 지름길** — AI에도 불구하고 지름길이 진정으로 말이 되는 항목
3. **수정된 공수 추정치** — AI 보조 개발 가정 하에 표시된 항목 재추정
4. **권고된 로드맵 변경** — MVP에서 완전으로 업그레이드할 구체적 항목

Customize This Prompt