지속적 디스커버리를 위한 Opportunity Solution Tree 그리기(Map an opportunity solution tree for continuous discovery)

기능을 만들지 말고 Opportunity를 해결하라

제품팀은 1년에 평균 30-50개의 기능을 출시하지만, Pendo의 2023 State of Product Leadership 보고서에 따르면 평균적인 SaaS 제품의 기능 중 80%는 거의 사용되지 않거나 전혀 사용되지 않습니다. 문제는 실행력이 부족해서가 아닙니다. 고객에게 필요한 것과 팀이 만드는 것 사이를 구조적으로 연결해주는 체계가 없기 때문입니다. Opportunity solution tree는 비즈니스 outcome에서 고객 opportunity, solution, experiment까지 이어지는 명시적이고 시각적인 연결 고리를 만들어 이 문제를 해결합니다.

Feature Factory 함정

팀이 "feature factory"처럼 움직이면 고객 요청을 있는 그대로 받아들이고, 가장 목소리가 큰 사람이나 가장 큰 deal 기준으로 우선순위를 정한 뒤, 근본 문제를 검증하지 않은 채 solution을 출시합니다. 그 결과는 개별 기능 하나하나는 그럴듯해 보여도 전체로 보면 일관성이 없는 bloated product입니다.

수백 개의 제품팀에 continuous discovery habit를 퍼뜨린 Teresa Torres는, 가장 효과적인 팀은 단지 고객과 많이 대화하는 팀이 아니라 배운 것을 체계적으로 구조화하는 팀이라고 강조합니다. Opportunity solution tree는 이 구조를 강제합니다. 우리가 어떤 outcome을 움직이려 하는지, 어떤 고객 opportunity가 그 outcome을 움직일 수 있는지, 어떤 solution이 그 opportunity를 해결할 수 있는지, 어떤 experiment가 우리가 맞는지 알려줄지, 이 네 가지를 모두 명시하게 만들기 때문입니다.

이 Opportunity Solution Tree 프롬프트의 작동 방식

이 프롬프트는 다섯 단계를 거칩니다. 먼저 측정 가능한 outcome을 정의합니다. 기능이 아니라 "30일 retention을 60%로 올린다" 같은 metric입니다. 그 다음 실제 고객 데이터에서 opportunity를 추출하고, raw observation을 theme화된 opportunity statement로 묶습니다. 이어서 상위 opportunity마다 다양한 solution을 브레인스토밍합니다. 핵심은 obvious한 첫 번째 답에 고정되지 않도록 각 opportunity당 최소 세 개 이상을 생성하는 것입니다. 그다음 각 solution 뒤에 있는 가장 위험한 assumption을 검증할 lightweight experiment를 설계합니다. 마지막으로 팀이 정렬할 수 있도록 전체 tree를 시각화합니다.

언제 사용할까

• 새로운 discovery cycle을 시작하면서 흩어진 고객 인사이트를 체계적으로 정리해야 할 때
• 팀이 세 개의 서로 다른 기능을 두고 논쟁 중이며, 판단을 위한 공통 프레임워크가 필요할 때
• 이해관계자가 왜 X가 아니라 Y를 만드는지 묻고 있고, 답을 구조적으로 보여줘야 할 때
• 고객 인터뷰 묶음을 막 끝냈고, 그것을 실제 액션으로 합성해야 할 때
• 로드맵이 고객 현실과 동떨어져 있다고 느껴질 때

흔한 함정

Opportunity보다 solution으로 시작하는 것. tree가 "대시보드를 만든다"로 시작하고 "사용자가 자신의 사용 패턴을 이해하기 어렵다"로 시작하지 않는다면 가장 중요한 단계를 건너뛴 것입니다. Opportunity는 제품 기능이 아니라 고객 니즈로 표현되어야 합니다.

충분한 solution 다양성을 만들지 않는 것. opportunity당 하나의 해법만 생각하면 창의적인 대안을 놓치기 쉽습니다. 최소 세 개는 강제로 만들어보세요. 최고의 해법은 첫 번째가 아니라 세 번째나 네 번째 아이디어인 경우가 많습니다.

너무 오래 걸리는 experiment를 설계하는 것. 실험 단계는 몇 달이 아니라 며칠이 걸려야 합니다. full feature를 만들어야만 가능한 것은 experiment가 아니라 bet입니다. prototype, fake door, wizard-of-oz 테스트처럼 더 빠른 신호를 찾으세요.

참고 자료

• Continuous Discovery Habits — Teresa Torres on building a weekly discovery practice
• 80% of SaaS Features Go Unused — Pendo's research on feature adoption rates
• Opportunity Solution Trees: A Visual Framework — The original framework explained