← 所有文章 打造對的產品

當一切看起來都很緊急時，如何為功能排定優先順序

由 FabricLoop 團隊撰寫 · 2026 年 5 月 · 閲讀時間約 6 分鐘

在多數產品團隊裏，待辦清單（backlog）是急迫感的墳場。每一項在加入時都很緊急：客户抱怨、業務需求、競品新功能、內部點子。六個月後，它們全都還在，看起來依然很緊急，卻沒有人説得清楚下一件該做哪一項。

問題不在於缺少工具。優先順序框架多達數十種：RICE、MoSCoW、Kano、ICE、加權評分。問題在於，多數框架都要求一種虛假的精確，也就是為未知數打分數。這讓決策看起來很嚴謹，實際上只是把憑感覺的判斷丟進試算表裏「洗」一遍。

真正有效的做法更簡單：兩個維度、誠實評估，以及確實依結果行動的紀律。

真正重要的只有兩個維度

排定優先順序歸結為兩個問題。第一：這件事能為我們在意的成果帶來多大的提升？（影響力。）第二：交付它要花我們多少成本？（投入。）其他一切，不是這兩者的細部調整，就是對它們的干擾。

有時會加入第三個維度——信心度，也就是「我們對影響力有多確定？」——這一點值得留意。但實務上，多數團隊都清楚自己什麼時候是在猜。重點在於誠實標示這是猜測，而不是用 1 到 5 分打個分數再代入公式。

困難之處不在於看懂這個矩陣，而在於填寫時是否誠實。每個團隊都有一些想做的功能，其實該歸入「時間黑洞」，卻一再被重新歸類為「重大押注」。團隊必須能誠實評估影響力，這個框架才有用。

不靠虛假精確來評估影響力

影響力是團隊覺得最難評估的維度，因為它往往需要預測未來。人們很容易想用數字打分數，藉此顯得很科學。比較好的做法是定性但有結構的評估。

針對每個待考慮的功能，問三個問題：

• 它解決的是哪個具體的用戶問題？如果説不出一個具體且反覆出現的問題，代表影響力的論據不足。
• 有多少用戶遇到這個問題，頻率如何？影響力等於頻率乘以強度。讓所有人稍感不便，與讓少數人徹底卡關，是兩回事。
• 如果不做，會發生什麼事？如果答案是「沒什麼影響」，就重新降級。如果答案是「用戶會流失」或「我們會丟掉訂單」，那影響力就是真實的。

評估投入，避免低估

團隊總是系統性地低估投入。這點有大量文獻記載，與規劃謬誤和樂觀偏誤有關。對於牽涉多個系統、需要跨團隊協調，或需要團隊從未建構過的能力的功能，低估的情況尤其明顯。

有兩個做法會有幫助。第一，先詢問工程團隊，再評估投入，而不是事後才問。產品經理單方面評估投入，幾乎總是會低估。第二，把「未知的未知」當作明確的投入乘數。任何涉及代碼庫新區域、第三方 API，或近期未經測試的用戶流程的功能，投入評分都應該比表面工作量高出 1.5 倍。

急迫感的錯覺

產品待辦清單中的大多數「急迫」並不是真正的急迫，而是近因效應。上週有客户抱怨，所以他們的需求看起來迫在眉睫。上個月有競爭對手推出了新東西，所以跟進顯得至關重要。但「最近」不等於「重要」，對最近發生的事做出反應，是讓真正重要的工作被耽誤的最常見原因之一。

一個實用的檢驗方式：問問自己，如果你是在六個月前而不是上週才聽到這件事，你還會覺得它很緊急嗎？如果答案是否定的，那就是近因偏誤在作祟，而不是策略優先順序。把它記錄下來，對照矩陣冷靜評估，不要因為它是新鮮事就急着插隊。

當矩陣給出平手的結果時

矩陣並不是每次都能給出明確的答案。兩個項目落在同一個象限、分數相近，而你仍然必須選一個。這時有兩個決勝標準可用：策略契合度（哪一項能讓你更接近 18 個月後想達到的位置？）以及可逆性（如果判斷錯誤，哪一項比較難挽回？）。優先選擇策略上更契合、也更容易挽回的項目。