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

Foundation Sprint: 프로토타입 전에 필요한 명확성

Design Sprint는 해법을 사용자에게 검증하기 위한 방법이지만, 프로젝트 초기의 팀에게는 아직 검증할 만한 해법 자체가 없는 경우가 많습니다. 그들이 가진 것은 모호한 아이디어, 흥미로운 가능성, 그리고 그것이 누구를 위한 것인지 왜 이길 수 있는지에 대한 불일치입니다. Foundation Sprint는 바로 이 pre-solution 단계에 맞춘 2일짜리 프로세스입니다. 고객, 문제, 경쟁, 차별화에 대해 힘든 선택을 강제해 다음 스프린트가 first principle을 다시 논쟁하지 않게 합니다.

이 프롬프트의 작동 방식

이 프롬프트는 Day 1을 네 개의 짧은 세션으로 구성해 대부분의 팀이 건너뛰는 질문을 답하게 만듭니다. 고객은 구체적으로 누구인지, 어떤 문제가 왜 지금 급한지, 누가 경쟁하고 있는지, 그리고 우리가 10배 더 잘할 수 있는 차별화 축은 무엇인지입니다. Day 1 마지막의 2x2는 두 축 위에 경쟁사를 배치해 아무도 차지하지 않은 quadrant를 눈에 보이게 만듭니다.

Day 2는 이 결과를 Founding Hypothesis로 바꿉니다. 고객 + 제품 + 차별화를 한 문장으로 묶고, 여기에 명시적인 falsification signal을 넣습니다. 어떤 숫자가 나오면 가설을 버려야 하는지도 포함하기 때문에, 평소의 "우리는 믿는다" 문장을 막연한 낙관이 아니라 테스트 가능한 주장으로 바꿔 줍니다. Google Ventures의 원래 Design Sprint 방법론은 시간 제한이 있는 의사결정 강제가 열린 탐색보다 낫다는 점을 증명했고, Foundation Sprint는 그 규율을 제품 라이프사이클의 한 단계 앞에 적용합니다.

언제 사용할까

• 아이디어와 팀은 있지만, 정확히 누구를 위한 것인지 합의가 없을 때
• 이전 프로젝트가 6주 차에도 기본 전제를 논쟁하다가 죽었을 때
• 창업팀이 pre-MVP 단계에서 2일 안에 방향을 정렬해야 할 때
• 새로운 제품 영역을 탐색 중이며 리더십이 gating decision을 원할 때
• 이전 Design Sprint가 생산적이긴 했지만 foundation이 흐려서 결과가 오래가지 않았을 때

흔한 함정

• Falsification signal 없이 가설을 쓰는 것. 어떤 숫자가 나오면 아이디어를 접을지 말할 수 없다면, 그 가설은 과학이 아니라 마케팅입니다.
• 2x2를 건너뛰고 바로 가설로 가는 것. 2x2는 이미 붐비는 축을 드러냅니다. 이걸 하지 않으면 경쟁사가 이미 강한 축을 차별화 포인트로 착각하게 됩니다.
• Day 2를 선택 사항처럼 취급하는 것. Founding Hypothesis가 실제로 이동하고 남는 산출물입니다. Day 1만 하고 Day 2를 빼면 몇 주 안에 다시 흐려집니다.

참고 자료

• The Design Sprint — Google Ventures
• Good Product Team / Bad Product Team — Silicon Valley Product Group
• How to Get Startup Ideas — Paul Graham
• Y Combinator Library