prioritization-frameworks

prioritization-frameworks 技能概覽

prioritization-frameworks 技能能幫你選擇並套用一種優先排序方法，而不是臨場亂想一套。它最適合產品管理工作，當你需要比較問題、想法或提案，並說明為什麼某個項目應該排在另一個之前時。它的核心價值是實際的決策支援：把雜亂的輸入轉成有框架依據的排序，附上公式、取捨，以及「什麼情境下適合用」的指引。

prioritization-frameworks 技能是用來做什麼的

當你需要快速在 RICE、ICE、Kano、MoSCoW 或 Opportunity Score 這類框架之間做選擇時，就可以使用 prioritization-frameworks 技能。如果你希望技能幫你把決策結構化，而不只是列出方法，這個技能就很合適。

最適合的使用者與待完成工作

這份 prioritization-frameworks 指南最適合 PM、創辦人、產品營運與分析師，尤其是那些需要一套站得住腳的方法來排序工作的角色。當利害關係人意見不一致、同時要考量「重要性」與「工時」、或你需要優先排序的是問題而不是功能需求時，它特別有用。

它的差異化在哪裡

這個 repo 的核心原則很清楚：優先排序的是問題，不是解法。這點很重要，因為很多通用提示詞會直接跳到功能排序。prioritization-frameworks 技能更有用的地方，是它能產出一份有理有據的候選清單，並幫你說明排序背後的邏輯。

如何使用 prioritization-frameworks 技能

安裝這個技能

使用 npx skills add phuryn/pm-skills --skill prioritization-frameworks 進行安裝。這就是支援此 repo skills 的 agents 與本地工作流程所使用的 prioritization-frameworks install 路徑。

提供可直接做決策的輸入

prioritization-frameworks usage 模式最適合在你提供一小組可相互比較的項目，以及決策情境時使用。像是：使用者問題、候選提案、預期觸及範圍、已知限制，以及你對「成功」的定義。較弱的提示詞會說「幫我排 backlog 優先順序」。更強的提示詞會說：「請用一個能考量客戶痛點、信心程度與實作成本的框架，優先排序這 8 個 B2B SaaS onboarding 團隊面臨的問題。」

先以正確順序閱讀 repo

先從 SKILL.md 開始，因為它包含框架邏輯與唯一的權威指引。若你想了解這個 skill 的組織方式，可以再查看 README.md、AGENTS.md、metadata.json，以及任何 rules/、resources/、references/ 或 scripts/ 資料夾。就這個 repo 而言，SKILL.md 是唯一的檔案，因此主要的安裝判斷問題，就是框架邏輯是否適合你的使用情境。

把粗略需求改寫成有用的提示詞

一個好的 prioritization-frameworks 提示詞應包含：決策類型、候選項目清單、使用者或商業情境，以及真正重要的限制條件。範例如下：「請用優先排序框架，替這 6 個 mobile banking app 的客戶問題排優先順序。請以客戶影響、這一季內的可行性，以及對利害關係人的說明清晰度為最佳化目標。並展示你使用的公式或評分邏輯。」

prioritization-frameworks 技能常見問答

prioritization-frameworks 只適用於產品管理嗎？

不是，但 prioritization-frameworks for Product Management 的確是最清楚的適用場景。它也適合 roadmapping、營運，以及任何需要結構化取捨的情境。如果你只是要在兩個簡單工作之間做選擇，完整框架可能就太過頭了。

這和一般提示詞有什麼不同？

一般提示詞可能只會給你一個沒有一致邏輯的排序。prioritization-frameworks 技能會提供明確方法，讓結果更容易被稽核、辯護，也更容易在團隊之間重複使用。

安裝之前需要先懂這些框架嗎？

不需要。如果你想邊用邊學，這個 skill 可以當成導引式參考。不過，當你能提供真實輸入資料，而不是模糊想法時，它的效果最好。

什麼情況下不應該使用這個技能？

如果你的決策主要受硬性限制左右，導致排序其實沒有意義，就可以跳過它；或者你需要的是深度統計建模，而不是輕量級的優先排序準則時，也不適合。若項目彼此無法合理比較，這個技能同樣不是好選擇。

如何改進 prioritization-frameworks 技能

提供框架真的能打分的輸入

最好的輸出來自具體、可比較的項目。不要只說「改善 onboarding」，而是提供彼此不同的問題，例如：「使用者在帳戶綁定時失敗」、「使用者在 KYC 上傳步驟流失」、「使用者看不懂下一步要做什麼」。prioritization-frameworks 技能只能排序它能清楚區分的內容。

說清楚你想最佳化的取捨

如果你最在意的是客戶痛點，就直接說明。如果你最在意的是速度、營收或信心程度，也要一併講清楚。這很重要，因為不同框架強調的維度不同，而最佳的 prioritization-frameworks usage 取決於你的決策目標。

不只要排名，也要請它交代評分邏輯

請求排序背後的理由、公式與假設。這能幫你抓出隱性偏誤、挑戰不良輸入，並把方法調整成適合你團隊的版本。例如：「請替這些項目排序，列出使用的評估標準，並說明為什麼前 3 名勝過其他項目。」

搭配缺資料檢查反覆修正

如果第一輪結果讓人覺得不夠確定，可以請技能標出未知項，並說明還需要哪些額外證據才會改變排序。這通常比硬湊出看似精準的結論更有價值，尤其是在早期 Product Management discovery 工作中。