opportunity-solution-tree

opportunity-solution-tree 技能概覽

opportunity-solution-tree 技能能幫你建立一棵 Opportunity Solution Tree，做產品探索時把「想達成的成果」一路拆到「客戶機會」、「候選解法」與「實驗」。對想在不急著跳進功能規格前，先更清楚決定下一步該做什麼的 Product Management 團隊來說，特別實用。

這個技能適合用在什麼情境

當你要把策略、研究結果或 OKR 轉成可做決策的探索地圖時，就很適合用 opportunity-solution-tree 技能。若你正在定義產品成果、整理客戶痛點、比較不同解法，或是在投入交付前先規劃測試，它都很適合。

最適合誰使用

這個技能最適合產品經理、探索負責人、設計師，以及一起處理同一問題空間的跨職能團隊。當利害關係人已經有功能點子，但你需要一套更有紀律的方法，把這些點子和證據連起來時，它特別有幫助。

它和一般提示詞有什麼不同

一般提示詞也可能產出看起來像 OST 的答案，但 opportunity-solution-tree 技能提供的是可重複使用的結構：先談成果，再談機會，接著是解法，最後才是實驗。這個順序很重要，因為它能降低「先想解法」的偏誤，也讓你更容易向團隊說明取捨。

如何使用 opportunity-solution-tree 技能

安裝並先檢視技能內容

進行 opportunity-solution-tree install 時，請先在你的 skills 環境中走目錄式安裝流程，然後先打開 SKILL.md。如果你的 agent 設定支援 repository 方式安裝，請指向 phuryn/pm-skills 與 pm-product-discovery/skills/opportunity-solution-tree 路徑。

提供能直接做決策的輸入

這個技能在你先給出四樣東西時效果最好：目標成果、使用者族群、你手上已有的證據，以及已知限制。舉例來說，不要只說「幫我做一棵 OST」，而是說：「請為提升 self-serve trial users 的 7-day retention 建立一棵 Opportunity Solution Tree。我們有訪談筆記、流失原因，以及一條現有 onboarding flow。請先排機會，再談解法。」

先讀對的檔案

先從 SKILL.md 開始，理解工作流程與必要輸入。如果你的本地安裝只暴露單一檔案，就把那份檔案當作唯一真實來源。如果你的環境有鏡像整個 repository，也可以順手查看附近的 package metadata 或探索指引，讓樹狀圖的語彙能對齊團隊的產品用語。

依正確順序跑完整個流程

實務上，opportunity-solution-tree usage 的流程會是：先定義成果，接著從研究或使用者回饋中蒐集機會，然後把這些機會分群與排序，再為每個機會腦力激盪多個解法，最後附上可驗證最風險假設的實驗。整棵樹要聚焦在單一成果上，這樣才有用，不會變成雜亂的待辦清單。

opportunity-solution-tree 技能 FAQ

這只是腦力激盪模板嗎？

不是。opportunity-solution-tree 技能的目的，是幫你結構化產品探索，而不是隨機生點子。它的價值在於強迫你把「成果 → 有證據支撐的機會 → 可測試的解法」這條鏈條釐清。

什麼情況下不該用？

如果問題已經完全定義清楚，而且工作重點是執行導向，那就不適合用 OST；如果你手上也沒有足夠的客戶證據來辨識真實機會，也不建議用。在這些情況下，通常簡單的需求簡報或交付計畫會比較好。

這對初學者友善嗎？

如果你已經知道產品目標，那就算友善。真正的難點不在格式，而是在於你要選出單一成果，並且把機會用客戶視角來表達，而不是包裝成隱藏的功能點。

它對 Product Management 有什麼幫助？

對 Product Management 而言，opportunity-solution-tree 技能能改善優先順序討論，讓探索工作更透明，也幫團隊說明為什麼某個機會或實驗比其他選項更有價值。尤其在還沒做出 roadmap 承諾之前，特別有用。

如何改進 opportunity-solution-tree 技能

先把成果範圍收窄

更好的 OST 來自更精準的提示詞。「提升 activation」太寬；「在註冊後 7 天內，提升新 team admins 的 activation」則提供了明確目標、使用者族群與可操作的決策邊界。

帶入真實的機會資料

樹狀圖的品質取決於機會資料的品質。把訪談引言、客服主題、session notes、win/loss pattern 或使用資料餵給技能，才能讓它分辨真正的客戶痛點與內部假設。

要求排序與取捨，不只要分支

如果你想拿到更強的 opportunity-solution-tree usage 結果，可以要求技能幫機會排序、說明為什麼重要，並提出能推翻每個解法的最小實驗。這會讓輸出對探索評審與利害關係人對齊更有行動性。

先做第一版，再持續迭代

先用第一版找出缺口，再用更好的證據與更精準的語言修正它。如果樹狀圖看起來太偏解法，就把功能語言拉回機會語言；如果看起來太模糊，就補上族群細節、成果指標，以及明確限制，例如時程、技術限制或研究信心程度。