빌드 전에 네 가지 큰 제품 리스크 매핑하기(Map the four big product risks before you build)

출시 전에 bet을 죽이는 네 가지 리스크

Marty Cagan의 네 가지 큰 리스크 — value, usability, feasibility, business viability — 는 대부분의 제품 실패를 설명합니다. 그의 product discovery 글은 출시 단계의 실패가 거의 항상 팀이 건너뛰었거나 뒤로 미뤘던 특정 리스크로 귀결된다고 말합니다. 이 프롬프트는 discovery를 triage 기능으로 다룹니다. 팀이 가장 편하게 이야기하는 리스크가 아니라, confidence가 가장 낮은 리스크를 첫 2주 안에 테스트해야 한다는 뜻입니다.

이 프롬프트의 작동 방식

이 프롬프트는 각 리스크마다 명시적 confidence level과 pass/fail threshold를 강제하고, feasibility spike 같은 비싼 실험에 예산을 쓰기 전에 더 싼 value/usability 테스트를 먼저 하도록 순서를 잡습니다. PM이 가장 자주 빼먹는 business viability 칼럼이야말로 launch 직전 surprise의 흔한 원인입니다.

언제 사용할까

• 중요한 bet이 엔지니어링에 들어가기 직전인데 discovery가 얇을 때
• 최근 세 번의 출시가 목표를 못 맞췄고 어떤 리스크가 실패했는지 아무도 말하지 못할 때
• 새 제품 책임자가 bet 승인 규율을 리셋하고 싶을 때
• 정치적으로 민감한 bet에 대해 방어 가능한 no-go 추천이 필요할 때
• 엔지니어링이 더 명확한 go/no-go 기준을 요구할 때

흔한 함정

• 팀이 신나 있다고 value risk를 건너뛰는 것. 팀의 흥분은 고객이 쓸 거라는 근거가 아닙니다. 고객과 이야기하세요.
• Feasibility부터 하는 것. Feasibility spike는 가장 비싼 테스트입니다. Value와 usability를 먼저 확인하세요.
• Pass/fail threshold가 없는 것. 미리 커밋한 threshold가 없으면 어떤 결과든 모호하게 해석되고 결국 팀은 그냥 ship합니다.

참고 자료

• The Four Big Risks — Silicon Valley Product Group
• Product Discovery — Silicon Valley Product Group
• Product Discovery Techniques — Silicon Valley Product Group
• Good Product Team / Bad Product Team — Silicon Valley Product Group