opportunity-solution-tree

opportunity-solution-tree 스킬 개요

opportunity-solution-tree가 하는 일

opportunity-solution-tree 스킬은 제품 매니저가 막연한 이해관계자 요청을 Opportunity Solution Tree로 바꾸도록 돕습니다. 즉, 결과(outcome)에서 시작해 기회(opportunity), 해결책(solution), 실험(experiment)으로 이어지는 명확한 흐름을 만들게 해 줍니다. “이 기능을 만들어 주세요” 같은 요청을 그대로 받아들이기보다, 실제 문제를 중심으로 일을 다시 정의해야 할 때 특히 유용합니다.

누구에게 가장 잘 맞는가

이 opportunity-solution-tree 스킬은 Product Management 업무에 잘 맞으며, 특히 discovery 중심 팀, product ops, PM을 지원하는 AI 에이전트에 적합합니다. 모호한 요청, 유지율(retention) 문제, 활성화(activation) 구멍, 또는 해결책 중심 사고가 잡음을 만들어내는 우선순위 논의가 있을 때 사용하면 구조를 세우는 데 도움이 됩니다.

왜 설치하는가

opportunity-solution-tree install의 핵심 가치는 의사결정 품질입니다. 성급한 수렴을 피하고, 하나의 해결책을 고르기 전에 여러 기회를 비교하며, 실험이 측정 가능한 결과와 연결되도록 도와줍니다. 이것은 로드맵 생성기가 아니라 discovery 프레이밍 도구입니다.

opportunity-solution-tree 스킬 사용 방법

스킬을 설치하고 살펴보기

npx skills add deanpeters/Product-Manager-Skills --skill opportunity-solution-tree로 스킬을 설치하세요. 그런 다음 SKILL.md를 먼저 열고, 이어서 template.md와 examples/sample.md를 확인해 실제 출력 형태를 파악한 뒤 자신의 제품 맥락에 맞게 적용하는 것이 좋습니다.

거친 요청을 쓸 수 있는 프롬프트로 바꾸기

가장 좋은 opportunity-solution-tree usage를 원한다면, 한 줄짜리 기능 요청만 붙여 넣고 끝내지 마세요. 반드시 다음을 함께 넣으세요: 대상 사용자 세그먼트, 비즈니스 지표 또는 목표 결과, 관찰된 문제, 제약 조건, 그리고 이미 확보한 증거. 더 강한 프롬프트 예시는 다음과 같습니다. “셀프서브 트라이얼 사용자의 3개월 이탈률을 18%에서 12%로 낮춘다. 가능한 기회를 식별하고, 기회마다 2~3개의 해결책을 제안하며, 근거가 있는 실험 가능한 POC 하나를 추천해 달라.”

워크플로를 순서대로 따르기

실용적인 opportunity-solution-tree guide는 다음 순서입니다. 결과를 정의하고, 후보 기회를 나열한 뒤, 각 기회에 맞는 해결책을 매핑하고, 마지막으로 실현 가능성, 영향도, 시장 적합성을 기준으로 가장 좋은 proof-of-concept를 고릅니다. 입력에서 결과가 빠지면, 이 tree는 discovery 도구가 아니라 기능 아이디어 브레인스토밍으로 흘러가기 쉽습니다.

중요한 저장소 파일부터 읽기

SKILL.md에서 프로세스를 확인하고, template.md에서 출력 구조를 살펴보고, examples/sample.md에서 실제 제품 언어가 어떻게 tree에 채워지는지 보세요. 이 repo는 의도적으로 작고 rules/, resources/, 보조 스크립트가 따로 없으므로, 이 세 파일이 사실상 설치의 핵심 접점입니다.

opportunity-solution-tree 스킬 FAQ

Product Management에만 쓰는 건가요?

네, opportunity-solution-tree 스킬은 주로 Product Management와 인접한 discovery 작업을 위한 것입니다. 문제 프레이밍과 검증 가능한 해결책 선택에 초점이 있기 때문에, 구현 계획, 스프린트 태스크 분해, 순수 UX 라이팅에는 덜 유용합니다.

일반 프롬프트와 뭐가 다른가요?

일반 프롬프트는 요청에서 답으로 바로 뛰어가는 경우가 많습니다. 이 스킬은 결과를 먼저 정의한 다음, 기회, 해결책, 실험 선택 순서로 진행하는 엄격한 흐름을 추가합니다. 여러 가지 그럴듯한 문제가 동시에 존재하고, 증거를 바탕으로 우선순위를 정해야 할 때 opportunity-solution-tree usage가 특히 더 효과적입니다.

초보자도 쉽게 쓸 수 있나요?

네, 제품 문제를 평이한 언어로 설명할 수 있다면 가능합니다. 초보자는 보통 template와 example 파일에서 가장 큰 도움을 받습니다. 복잡하게 시작하지 않아도, 지저분한 이해관계자 언어를 실용적인 tree로 바꾸는 방법을 보여주기 때문입니다.

언제는 쓰지 말아야 하나요?

목표가 이미 분명하고, 작업이 discovery가 아니라 실행 디테일이라면 opportunity-solution-tree를 쓰지 마세요. 기능 명세, 출시 체크리스트, 또는 결과 불확실성이 없는 해결책 설명만 필요하다면, 이 스킬은 절차만 늘리고 얻는 이익은 크지 않습니다.

opportunity-solution-tree 스킬 개선 방법

스킬에 실제 결과를 넣기

opportunity-solution-tree에서 품질을 가장 크게 좌우하는 것은 outcome statement입니다. 가능하면 지표, 기간, 대상을 포함하세요. 예를 들어 “Q3에 SMB 관리자 대상 trial-to-paid 전환율을 9%에서 13%로 높인다”는 “onboarding을 개선한다”보다 훨씬 강합니다.

의견보다 증거를 넣기

이 스킬은 이탈 사유, 퍼널 이탈 지점, 지원 티켓의 공통 주제, 이해관계자 코멘트 같은 신호를 함께 줄 때 가장 잘 작동합니다. 그래야 더 좋은 기회를 만들어 내고, 그럴듯하지만 실제 문제와 어긋난 일반론적 해결책 목록을 줄일 수 있습니다.

출력에서 트레이드오프를 강제하기

더 나은 opportunity-solution-tree skill 결과를 원한다면, 기회는 2~3개만 요구하고, 각 기회마다 소수의 해결책을 두며, 명확한 근거가 있는 추천 POC 하나를 요청하세요. 이렇게 해야 tree가 읽기 쉬워지고, 추천안이 백과사전식 나열이 아니라 실행 가능한 제안이 됩니다.

첫 번째 tree 이후에 다시 다듬기

첫 번째 시도는 약한 가정을 드러내는 용도로 쓰고, 그다음에는 기술 제약, 출시 시점, 리서치 결과, 시장 세그먼트 차이 같은 제약을 넣어 프롬프트를 다시 정교화하세요. opportunity-solution-tree guide는 두 번째 반복에서 훨씬 유용해집니다. 그때 가장 신뢰할 만한 기회로 범위를 좁히고 실험 설계를 더 촘촘하게 만들 수 있기 때문입니다.