product-strategy-session
作者 deanpetersproduct-strategy-session 可引導你完成一場結構化的產品策略會議,從定位與探索,到優先排序與路線圖規劃,完整覆蓋。它特別適合需要在執行前先取得驗證方向的產品管理團隊、創辦人與跨職能主管,並提供可重複使用的工作流程,減少憑直覺猜測。
這個技能的評分為 83/100,屬於很適合收錄進目錄的候選項,特別適合想要可重複使用的產品策略工作流程,而不是每次都從零下 prompt 的使用者。這個 repository 展現了足夠完整的端到端結構,可協助 agent 觸發技能、依流程操作,並在定位、探索與路線圖規劃等面向產出可執行的成果。
- 觸發條件明確:frontmatter 清楚說明適用時機,並將其定位為可驗證產品方向的端到端工作流程。
- 操作深度不錯:正文內容相當充實(14k+ 字元),包含 13 個 H2 與 23 個 H3,另有範本與範例可對照預期輸出。
- 對 agent 的支援度高:明確串起定位、問題定義、客戶探索、優先排序與路線圖規劃,相較於一般 prompt 更能降低猜測成本。
- 未提供安裝指令或輔助參考檔案,因此使用者必須僅根據 SKILL.md 推敲採用與整合細節。
- 這個 repository 看起來偏工作流程導向,未與工具深度整合;agent 仍可能需要自行判斷,才能依產品情境調整流程。
product-strategy-session 技能總覽
product-strategy-session 是做什麼的
product-strategy-session 是一個工作流程型技能,用來把產品策略會議從模糊狀態一路推進到可直接做決策的方案。它幫助產品經理在一套結構化流程裡,串起定位、客戶洞察、問題界定、解法選項與路線圖排序。如果你想更清楚回答「我們該做什麼、為誰做、為什麼是現在」,這個 product-strategy-session skill 就是為了這件事而設計。
最適合誰使用
這個技能最適合已經有產品方向問題、但還沒有完整策略的 Product Management 團隊、創辦人,以及跨部門主管。當利害關係人意見分歧、探索研究不完整,或路線圖被迫太早定案時,它特別有用。若你只是想快速腦力激盪,或做一份一次性的 PRD,這個技能就沒那麼合適。
它有什麼不同
它最大的價值在於編排流程。product-strategy-session 不會要求模型一次把策略「想出來」,而是引導一個分階段的過程,先產生更清楚的輸入,再得到更站得住腳的輸出。當你在意的是對齊共識,而不只是點子本身時,這會是更好的安裝決策。它的輸出也更容易接到產品規劃,因為整個流程本來就是朝著優先順序、排序與下一步收斂。
如何使用 product-strategy-session 技能
安裝並找到工作流程
安裝方式:
npx skills add deanpeters/Product-Manager-Skills --skill product-strategy-session
如果你要看 product-strategy-session install 與設定說明,先打開 skills/product-strategy-session/SKILL.md,再查看 template.md 和 examples/sample.md。這三個檔案會分別展示核心工作流程、預期的輸出樣貌,以及一個貼近實戰的端到端範例。
這個技能需要什麼輸入
這個技能在你提供真實策略問題時效果最好,而不是丟一句空泛的「幫我規劃產品」。強而有力的輸入包括公司目標、市場背景、目標使用者、目前限制、已知的客戶證據,以及你希望最後做出的決策。輸入太弱,通常只會得到很泛的策略討論。
比較好的提示詞可以像這樣:
- “Use
product-strategy-sessionto help us reposition an onboarding product for non-technical SMB owners. We have 60% drop-off in first-time use, a small research set, and need a 90-day roadmap.” - “Run a
product-strategy-session usageworkflow for our B2B analytics tool. We need to decide whether to prioritize reporting, alerts, or workflow automation.”
建議的閱讀與操作順序
先讀 SKILL.md,掌握整個流程與設計意圖。接著用 template.md 當作輸出檢查表,確認這個會議應該產出哪些內容。最後再看 examples/sample.md,理解一場完成的策略會議如何轉化成實際決策。如果你要套用到自己的組織,保留流程步驟,但把假設換成你自己的市場、客戶與營運限制。
實務上的工作流程建議
把這場會議當成多步驟的決策流程,而不是一次性要答案。若你的情境很雜,可以一次只餵模型一個階段:先定位,再做問題界定,接著找機會,最後做優先排序。這通常會讓最終路線圖的品質更好,因為每一步都有更好的上游證據。當你需要一份能先對齊再執行的結構化 product-strategy-session guide 時,就很適合使用這個技能。
product-strategy-session 技能 FAQ
這只適合 Product Management 嗎?
不是。它當然很適合 product-strategy-session for Product Management,但創辦人、設計主管與 GTM 團隊在需要策略對齊時也都能用。只是這個流程仍然是以產品為核心,所以它比較不適合純行銷規劃或工程執行規劃。
它和一般提示詞有什麼不同?
一般提示詞也可能產出看起來像策略的答案,但這個技能提供的是可重複使用的流程,還有中間產物。當真正的問題不是「想法不夠」,而是「決策品質不夠」時,這一點就很重要。如果你需要一條更乾淨的路徑,從探索一路走到路線圖,product-strategy-session skill 會比臨時拼湊的提示詞更適合。
什麼情況下不該用它?
如果團隊已經有驗證過的策略,只差執行任務,就不需要用它。像「選一個標語」或「把這三個 UI 想法排序」這種單一、很小的決策題目,也不是它的強項。這些情況下,用更窄的提示詞會更快。
這個技能適合新手嗎?
可以,只要你能提供基本的產品背景。新手通常最容易得到好結果的方法,就是先從模板開始,把已知資訊填進去,即使有些欄位還不完整也沒關係。這個技能最有幫助的時候,就是它能把缺口暴露出來。
如何提升 product-strategy-session 技能
提供能做決策的上下文
最快提升輸出品質的方法,就是提供這個技能可以直接拿來判斷的限制:目標客群、事業階段、可用證據、硬性期限,以及團隊不能做什麼。像「這一季不能增加人力」就比「我們想要更好的路線圖」有用得多。輸入越精準,優先排序就越銳利,也越不會只得到泛泛而談的選項。
避免空泛的策略問題
常見失敗模式是只問「最好的策略是什麼」,卻沒有講清楚客戶、問題或目標。另一個失敗模式是跳過證據,期待模型自己推斷市場現實。使用 product-strategy-session 時,請一次只問一個具體決策,並至少附上一個粗略假設,例如 persona、JTBD,或目前的痛點。
從輸出迭代,不要每次都從零開始
第一次跑完之後,優先修正最弱的假設來提升這場會議。如果定位太弱,就補上客群分群或競品脈絡。如果路線圖品質太弱,就補上工時限制、相依性限制,或成功指標。最佳的 product-strategy-session usage 用法是迭代式的:先調整目標,再用更好的輸入重跑同一套流程。
對照範例檢查自己的情境
把 examples/sample.md 當作校準工具,不要照抄成模板。把它的各個階段和你自己的狀況相比,確認你的產品需要同樣的順序,還是更精簡的版本。這是判斷這個技能是否真的在解你要解的問題,以及你的 product-strategy-session install 什麼時候最划算的最快方法。
