產品優先級
一句話定義
產品優先級 是產品團隊在有限資源下，將候選需求、功能與問題依商業價值、使用者價值、策略影響、信心與實作複雜度排序的決策與溝通機制。
核心要點
優先級不是 roadmap 本身
Roadmap 是時間與承諾的外顯結果；產品優先級是 roadmap 前面的判斷機制。它要回答：
- 這個需求替誰創造價值？
- 價值是使用者體驗、客戶營收、續約風險、新客成交，還是產品策略？
- 我們對這個判斷有多少信心？
- 做它要付出多少時間、工程複雜度、跨團隊協調成本？
- 為什麼現在做它，而不是做另一個也很重要的需求？
因此優先級框架不是用來消滅爭議，而是把爭議拆成可以討論的維度。
B2B 場景的多角色問題
2026-05-06-Samuel-B2B產品優先級 指出，B2B 產品的難點在於「客戶」不是單一人：
| 角色 | 可能在意的事 | 優先級風險 |
|---|---|---|
| 付費客戶 / 企業買方 | 成本、ROI、合約、續約、採購風險 | 聽買方可能忽略日常使用摩擦 |
| 決策者 / 管理層 | 管理效率、可見性、風險控管、部門 KPI | 容易偏向報表、控管與可管理性 |
| 實際使用者 | 任務效率、流程順暢、錯誤成本、學習負擔 | 聽使用者可能忽略採購理由 |
| 內部業務 / 客服 / CS | 成交阻力、客訴、導入摩擦、續約風險 | 容易被近期大客戶或高壓事件放大 |
這使 B2B prioritization 不能只問「使用者想要什麼」，也不能只問「客戶願意付多少」。它必須把 buying center、user workflow 與產品長期方向放在同一張表上。
需求先分三類
本文把 B2B 需求來源拆成三類：
- 商業需求：續約、新客成交、客戶權重、營收、競爭壓力、企業策略。
- 使用者需求：實際使用者的流程痛點、任務效率、滿意度、學習成本。
- 產品需求：產品本身的長期健康，包含功能性需求與非功能性需求（穩定性、可維護性、安全性、擴充性等）。
這個分類讓團隊避免把所有 request 都混成「客戶說要」或「使用者想要」。不同類需求需要不同證據，也應該進入不同評分維度。
B2B 版 RICE 的五組維度
一般 RICE（Reach / Impact / Confidence / Effort）適合快速比較候選項目，但 B2B 產品常需要更細的拆法。本文提出的方向可整理為：
| 維度 | 問題 | B2B 特化 |
|---|---|---|
| B：商業價值 | 對公司或客戶商業結果有多大幫助？ | 分開看續約 / 維繫與新客成交；再乘上客戶權重與信心 |
| R+：使用者產品價值 | 影響多少使用者、影響多深？ | 不只算 reach，也看使用者角色權重與 Kano 類價值 |
| I：產品策略影響 | 是否支持長期產品方向？ | 防止短期客製化把產品帶離主線 |
| C：信心 | 證據可靠度有多高？ | 區分銷售個案、研究證據、數據訊號與多客戶共通性 |
| E：複雜度 / 成本 | 需要多少實作與協調成本？ | 工程量、系統風險、導入成本、跨部門教育都要算 |
這不是固定公式，而是一組拆解邏輯：把「重要」拆成多個可辯論的子問題。
框架過度複雜會失效
產品優先級框架常見失效點：
- 維度太多，團隊不願意填或填得很隨便。
- 分數看似精準，但每個輸入仍是主觀估計。
- 缺乏共同資料來源，評分變成各部門立場競賽。
- 公式被 PM 當作背書，而不是拿來開放討論。
- 短期商業價值被過度放大，長期產品策略被稀釋。
因此框架要配合 信任公式 與 利害關係人管理：如果團隊不相信彼此的意圖，任何公式都會被解讀成政治工具。
優先級是溝通語言
好的 prioritization 會讓不同角色知道：
- 業務知道為什麼某個大客戶 request 沒有立刻排進去。
- 工程知道為什麼某個非功能性需求需要提前做。
- 管理層知道短期營收與長期產品策略如何取捨。
- 客戶知道產品不是拒絕需求，而是在維護更長期的價值。
換句話說，優先級不是只服務產品團隊內部排序，也服務外部 expectation management。
與其他概念的關係
- 產品洞察 — 產品洞察提供「哪個問題值得解」的高槓桿判斷；產品優先級把多個洞察與需求放到同一個可比較結構中。
- 拆分需求 — 拆分需求回答「怎麼把大需求切成可估、可做、可測的顆粒」；產品優先級回答「切完後哪些先做」。
- Goal-Signal-Metric — G-S-M 把單一目標拆成可觀察指標；產品優先級把多個候選項目放在同一張決策表，兩者都要避免數字形式掩蓋判斷假設。
- 產品經理 — 產品經理通常是優先級框架的維護者，但真正工作不是算分，而是協調需求、證據、信任與決策。
- 設計策略 — 設計策略處理問題方向與資源限制；產品優先級是策略落到 roadmap 與需求取捨時的工具。
- 目標族群 — B2B prioritization 必須拆出付費客戶、決策者、管理者與實際使用者；同一需求對不同角色的價值不同。
- 優先順序矩陣 — 優先順序矩陣是通用組織任務分類工具；產品優先級是產品 / roadmap / feature 層的多維判斷工具。
- 加權決策矩陣 — 加權決策矩陣是通用個人多標準決策工具；產品優先級是產品團隊把多角色價值、信心與成本放進 roadmap 的團隊版延伸。
- 利害關係人管理 — 優先級決策會影響銷售、客服、工程、管理層與客戶，需要利害關係人提早對齊與持續溝通。
相關來源
- 2026-05-06-Samuel-B2B產品優先級 — Samuel Medium 文章；vault 第一份以 B2B product prioritization 為主題的來源，提出商業價值、使用者產品價值、策略影響、信心與複雜度的拆解。
- 2026-05-07-Benzi-不後悔決策框架 — 透過 加權決策矩陣 補入個人多標準決策對位，作為產品優先級框架的通用前身。
備註
- 與 優先順序矩陣 的邊界：若問題是「組織任務太多，哪些該做」，優先順序矩陣足夠；若問題是「產品 roadmap 裡哪些功能 / 需求 / 客戶 request 先做」，用本頁。
- 未來累積方向：RICE / ICE / WSJF / Kano / MoSCoW / Cost of Delay / Opportunity Scoring / Product Roadmap / Gusto prioritization 原文 / Teresa Torres continuous discovery 與 roadmap 決策的對位。