새 시장을 위한 opportunity solution tree 설계하기(Design an opportunity solution tree for a new market)

Opportunity solution tree는 솔루션 집착을 막는다

가장 흔한 discovery 실패는 solution attachment입니다. 문제 공간을 탐색하기도 전에 특정 solution에 사랑에 빠지는 것입니다. Teresa Torres의 opportunity solution tree는 이에 대한 대표적인 답입니다. Outcome에서 출발하고, solution ideation에 들어가기 전에 opportunity map을 만들고, opportunity마다 반드시 여러 solution candidate를 생성하게 만듭니다. Product Talk의 continuous discovery 글은 이 트리 구조가 첫 solution이 그럴듯해 보여도 팀이 계속 대안을 만들어 내게 해 준다고 설명합니다.

이 프롬프트의 작동 방식

이 프롬프트는 outcome → opportunity → solution의 세 층을 구조화하고, 각 층마다 필요한 증거를 요구하며, 상위 opportunity마다 3-5개의 solution candidate를 강제합니다. 그리고 다음 bet을 opportunity, solution, assumption test의 삼중 조합으로 선택하게 합니다. 마지막의 deferred opportunity는 규율의 표현입니다. 모든 트리는 무언가를 잘라내야 하고, 그것을 이름 붙여야 집중이 유지됩니다.

언제 사용할까

• 새로운 시장이나 세그먼트에 진입할 때
• 팀이 opportunity mapping 없이 곧바로 solution mode로 뛰어들었을 때
• 새 PM이 discovery rigor를 세우고 싶을 때
• 큰 투자 결정을 앞두고 여러 경로를 비교해야 할 때
• 리더십이 "우리가 무엇에 베팅하고 왜 그런가"를 묻고 있을 때

흔한 함정

• Opportunity를 solution처럼 쓰는 것. "대시보드를 만든다"는 solution입니다. "사용자가 기간 간 비교를 할 수 없다"가 opportunity입니다.
• Opportunity당 solution이 하나뿐인 것. 3-5개의 대안이 없으면 그건 트리가 아니라 로드맵입니다. 억지로라도 생성해야 합니다.
• Assumption test가 없는 것. 테스트 없는 solution은 가설이 아니라 그냥 bet입니다. 무엇을 검증할지 적으세요.

참고 자료

• Opportunity Solution Tree — Product Talk (Teresa Torres)
• Continuous Discovery Habits — Product Talk (Teresa Torres)
• Product Discovery — Silicon Valley Product Group
• Product Discovery Techniques — Silicon Valley Product Group