prioritization-advisor

prioritization-advisor 技能總覽

prioritization-advisor 能幫產品團隊選出符合決策情境的優先順序框架，而不只是追流行。它最適合產品經理、創辦人與營運主管，當你需要回答「我們該用 RICE、ICE、value/effort，還是別的方法？」這類實際問題時，並且希望建議能反映團隊階段、成熟度、資料品質與利害關係人的壓力。

這個技能真正要解決的，是減少框架一直換、團隊一直辯論的情況。prioritization-advisor 不會強迫你到處都套用同一種評分模型，而是先推薦一個符合團隊實際決策方式的框架，再說明怎麼用，避免流程過度工程化。

什麼情況下 prioritization-advisor 最適合

當你需要用來支援路線圖規劃、需求進件分流，或跨部門優先順序排序的決策時，就很適合用這個技能。特別是在團隊老是在換方法、指標不完整，或很難判斷要偏速度還是偏嚴謹時，它會特別有用。

prioritization-advisor 有什麼不同

這個技能是互動式、也會依情境調整的，所以它不是單純的靜態框架比較。prioritization-advisor 會先問最關鍵的條件，再依那些條件調整建議；比起一般的優先順序提示詞，它更能貼近真實使用情境。

使用者通常希望它幫什麼

大多數使用者想要三件事：一個框架建議、一段可以拿去對內說明的簡短理由，以及足夠的落地指引，讓他們可以立刻開始用。prioritization-advisor for Decision Support 的設計，就是要一次給你這三樣。

如何使用 prioritization-advisor 技能

在你的技能庫中安裝 prioritization-advisor

請使用這個 repo 的目錄安裝流程，例如：npx skills add deanpeters/Product-Manager-Skills --skill prioritization-advisor。如果你的環境使用的是其他 skills manager，也應該把這個技能裝在你平常放可重用工作流程技能的同一個位置，這樣之後才能穩定呼叫。

提供正確的決策情境

prioritization-advisor usage 在你提供清楚但精簡的背景時，效果最好：包含產品階段、團隊規模、是否有可靠資料、優先順序多久變動一次、這個決策是給誰看的，以及要排序的是哪一類工作。像這樣的提示就很強：

「請為一個種子期 B2B SaaS 團隊推薦優先順序方法。我們的使用資料有限，只有一位 PM、兩位工程師，創辦人希望每週能快速做決策。我們需要比較成長實驗、客服修復，以及一個策略性整合案。」

這種輸入會比「我們該用哪個框架？」更有用，因為它把決定正確取捨所需的限制條件都提供給技能了。

先讀這些檔案

先從 SKILL.md 開始，再查看裡面連結到的相關段落，不要先假設整個流程都只是通用模板。這個 repo 裡沒有像 rules/、resources/ 或 references/ 這類支援資料夾，所以真正的價值在於深入理解主技能檔，並把其中的提示與範例當成唯一依據。

把輸出當成決策輔助，而不是政策

prioritization-advisor guide 最有用的方式，是把它的建議當作決策支援草稿。如果建議的框架跟你的營運節奏不合，不要整套機械照搬；應該保留它的推理，再去調整方法。當你面對利害關係人的政治角力、資料稀少，或同一個 backlog 裡混著不同類型的工作時，這點尤其重要。

prioritization-advisor 技能 FAQ

prioritization-advisor 只有產品經理能用嗎？

不是。它對產品管理最強，但對創辦人、設計主管，以及需要有說服力的方式來排序競爭性工作的營運團隊，也同樣有幫助。如果你的團隊必須在不確定性下做取捨，prioritization-advisor 技能還是能派上用場。

這和一般 prompt 有什麼不同？

一般 prompt 通常只會孤立地問某一個框架。prioritization-advisor 更適合用在結果取決於情境的時候，因為它會先衡量階段、決策頻率與資料品質，再推薦方法。這通常能減少泛泛而談的建議，也比較不會推錯框架。

這個技能適合新手嗎？

適合，只要你能用白話描述你的團隊和 backlog 就行。你不需要先有成熟的分析架構才能使用它，但你確實需要提供足夠的背景，讓技能能分辨戰略性押注、漸進式改善，以及緊急營運工作之間的差異。

什麼情況下不該用？

如果公司已經規定了統一框架，你只是需要一個填空式模板，就不該用 prioritization-advisor。當真正的問題不是在選優先順序方法，而是策略不清、目標缺失，或 ownership 還沒定案時，它也不是好選擇。

如何改進 prioritization-advisor 技能

把決策現實講得更精準

最好的結果來自於描述真實的決策環境，而不只是問題類別。請包含：正在排序的是什麼、多久做一次決策、你需要的是速度還是可稽核性，以及誰必須接受這個結果。這些細節能讓 prioritization-advisor 選出真正符合工作流程的框架。

明確說出你需要的落地形式

如果你想要的不只是推薦，請直接說明。例如：「請推薦一個框架，並示範如何替 5 個 backlog 項目評分」，或「請提供一個我們可以用在每週規劃的輕量版本。」這會讓 prioritization-advisor usage 更有效，因為輸出不只會對齊選擇，也能對齊導入方式。

留意常見失敗模式

最大的失敗模式，是把像「讓 prioritization 更好」這種模糊目標丟給技能。另一個問題是在提供背景之前就先表態偏好某個框架，這很容易讓結果偏向錯誤模型。如果你感受到阻力，先釐清問題到底是決策速度、利害關係人對齊，還是證據品質不足。

在第一次建議之後再迭代

把第一個答案當成起點，然後用一個追問來修正：例如「如果資料更多，會改變什麼？」「如果是混合了策略與支援工作的情境，該怎麼做？」「如果創辦人想保有最後決定權，會怎樣？」通常第二輪得到的 prioritization-advisor skill 結果，會比你一開始試圖把 prompt 打磨到完美更實用。