prioritize-features

prioritize-features skill 概覽

prioritize-features skill 可以幫你把功能待辦清單依影響度、投入成本、風險與策略契合度，排出一個站得住腳的前 5 名。它最適合用在 Product Management 工作情境：你需要把一長串想法收斂成清楚的建議，而不只是再多想幾個方案。

當你手上有功能候選項、產品目標，或互相競爭的利害關係人需求，並且需要一個能說得清楚的決策時，就很適合使用這個 prioritize-features skill。尤其當你想要的是結構化輸出，不只是一般提示詞，還會強迫你思考取捨，它特別有用。

Product Management 的最佳適用情境

prioritize-features for Product Management 很適合用在你要決定下一步做什麼、對齊團隊，或準備 roadmap 討論的情況。它最有效的前提是，你已經有一份 backlog、一些粗略的客戶證據，或至少有明確的商業目標。

它實際優化的是什麼

這個流程的設計，是要針對每個想法評估影響度、投入成本、風險與策略一致性，最後推薦前 5 名。它的實際價值不在於做出完美分數表，而在於提供一個可重複的方式，讓優先排序更少主觀、更容易被檢視與辯護。

什麼情況下最有用

當問題是「我們先做什麼？」而不是「我們要從零做出什麼？」時，選這個 skill 最合適。若你需要機會規模評估、backlog 排序，或給主管一個精簡明確的建議，這個 skill 會比開放式的產品提示詞更好當起點。

如何使用 prioritize-features skill

安裝這個 skill

使用 repository 的安裝流程來針對性新增 skill，例如：npx skills add phuryn/pm-skills --skill prioritize-features。如果你的環境使用不同的 skills manager，請把 prioritize-features skill 安裝到產品脈絡檔案所在的同一個 workspace，這樣 agent 才能讀到那些檔案。

提供能直接做決策的輸入

這個 skill 最適合你同時提供三樣東西：產品目標、功能清單，以及任何限制條件。比較弱的提法是「幫我排這些想法的優先順序」。比較強的提法是「請為 3 月的啟動排這 12 個想法的優先順序，目標是最佳化試用轉付費轉換率，資源只有 1 位設計師和 2 位工程師。」

能產生更好輸出的提示詞形式

對於 prioritize-features usage，請包含：

• 目標使用者或目標客群
• 你想推動的結果
• 用一般清單列出的功能想法
• 你手上的資料，例如使用數據、客戶需求或流失原因
• 限制條件，例如時程、團隊容量、平台限制或相依關係

範例：
「請幫這些功能想法排優先順序，適用於一個 B2B admin product。目標：把 onboarding drop-off 降低 15%。團隊：2 位工程師、1 位設計師、6 週。請使用下方 feature list，回傳前 5 名，附上簡短理由與主要風險。」

先讀這些檔案

先從 SKILL.md 開始，因為它定義了工作流程、評估邏輯，以及這個 skill 對 $ARGUMENTS 的期待。如果你需要更廣的脈絡，也可以再檢查 repo 裡相鄰的 skill 或 taxonomy 檔案，特別是 prioritization-frameworks，這樣你就能把正確的評分模型對上正確的決策情境。

prioritize-features skill 常見問題

這只是比較好的提示詞嗎？

不是。prioritize-features skill 的價值在於，它把可重複的優先排序流程編碼進去，並促使 agent 用相同標準比較不同想法。一般提示詞可能只會產生一份清單；這個 skill 的目的，是產生一個決策。

我一定要有客戶資料嗎？

不一定，但如果有，結果會更有力。只要你能提供使用數據、客戶回饋或機會訊號，這個 skill 就能讓優先排序更有根據，也比較不會只是憑主觀印象。

什麼時候不該用？

如果你要的是發想，不是排序；或者功能清單太模糊，根本無法比較，就不適合用它。若你的真正問題是「有哪些可能的解法？」或「我們應該解決什麼問題？」，先從 discovery 的角度切入，通常會得到更好的結果。

這對初學者友善嗎？

可以，只要你能描述產品目標和一組候選功能就行。使用 prioritize-features skill 不需要你已經熟悉進階評分方法；最重要的是提供足夠的脈絡，讓系統能做取捨判斷。

如何改進 prioritize-features skill

給更強的限制條件

最好的輸出來自真實限制，而不是大而化之的願景。請補上時程、人力、平台與上線限制，這樣這個 skill 才能分辨「有價值」和「現在既有價值又做得到」。

把問題和解法分清楚

常見的失誤，是直接丟給 agent 一串提議中的解法，卻沒有背後的問題描述。要讓 prioritize-features guide 產出更好結果，請先說明使用者問題或商業目標，再把功能想法附在下面。

加入證據，不要只給意見

如果有的話，請加入客戶訪談、客服主題、漏斗流失點、營收影響或流失原因。這樣這個 skill 才能更聰明地衡量信心與重要性，而不是把每個想法都當成同樣有可能。

第一次排序後再迭代

先用第一輪排序把分歧找出來：哪些項目被相依關係卡住、哪些投入高但策略價值低、哪些在目標指標改變後會往上或往下移。通常第二輪的改善效果，會比把原始清單拉長更大。