當開發資源有限的情況下，必然無法做到所有需求都放到一次迭代中，為了讓每次迭代都盡可能地實現最有價值的功能，合理定義需求優先級尤為重要。
01. 用哪些工具來定義需求優先級
定義需求優先級不是一個新鮮話題，查閱了各類指導文章后，發現把優先級量化成分數是一致認可的，直觀的分數更具有說服力，我們可以利用各類工具來量化分數。
① 四象限法則
在分析需求優先級的工具里，四象限法則是最魔幻的一個，看似很有用，但如果不進一步細化，很容易變成純拍腦袋的心理安慰劑。怎么判斷需求的緊急程度和重要程度，會發現又回到了最初的問題——量化分數。并且劃分緊急程度和重要程度后，衍生出了新的問題，緊急不重要和重要不緊急的需求該如何“視情況而定”，又是一門“玄學”。所以，我們在探討后放棄了使用四象限法則來定義需求優先級。
② 卡諾模型
卡諾模型是很基礎的需求分類工具，我們先把需求功能劃分為五種類型：必備型、期望型、魅力型、反向型、無差異型。分類后，根據產品的不同階段，我們會重點關注不同類型的需求：
- 初期：必備型功能 > 期望型功能 > 魅力型功能
- 穩定期：必備型功能 > 期望型功能 = 魅力型功能 > 反向型功能（如廣告投放）
根據以上規則，我們可以使用卡諾模型初步給需求定義需求優先級了，但存在兩個問題：
- 當需求多的時候，同類型需求需要進一步排序；
- 較低優先級的類型功能，缺乏分析動力和統籌規劃，例如在產品初期，應對期望型、魅力型需求功能有一定分析和鋪墊；
這時候，我們需要更多的工具來彌補這塊的不足。
③ 干系人四象限
干系人管理在B端產品中尤為重要，因為B端產品的使用者和購買決策者往往是不同的。對于IT運維產品，我們結合產品的特性將需求面向的干系人（通常有CIO、IT總監、IT經理、運維工程師、外部用戶）按四象限排序。角色不同訴求也相差很大，但相互之間又有關聯，例如IT主管的訴求得到滿足（運營分析），同時也會關注工程師的使用反饋（便捷易用）。
④ 價值模型
價值模型公式本質是價值=價格/成本，對于IT運維產品，成本通常用人天來計算，即：
產研成本=設計人天+開發人天+實施人天
然而價格的計算又比較抽象了，因此價值模型工具我們僅參考了其成本部分。
02. 整合需求優先級公式
經過組內探討，我們將上述工具進行分析和整合，結合自身的產品背景、定位和階段，按照不同維度的分類給與評分（輕拍腦袋），最終的公式為：
需求優先級=卡諾模型評分+主要使用人評分+使用頻率評分+成本評分
03. 驗證公式，符合預期
我們列出6個需求，按照上述公式進行優先級排序，發現與預期基本一致，且借助該方法，我們可以感知到需求的特點和風險點，在解釋的時候可以更有依據。
當然，公式也需要不斷打磨迭代，引入更多合理的因素，讓評分更加客觀，盡量減少拍腦袋的成分。
