今天這篇文章聊聊定義需求優先級的方法，這幾個方法是我通過學習和平時工作中思考總結而來，在這裡分享給你，希望與你一起交流。

這周我們團隊開始制定季度目標，在此之前，已經和各個業務團隊進行了一輪溝通，瞭解到團隊的目標，也收集到了長長一列的需求。面對這麼多的需求，我和我的產品經理小伙伴用了兩個方法，快速完成的優先級排列。

方法 1：KANO 模型

KANO 模型，是一種對用戶需求分類和優先排序的工具，此模型可以將需求分為3 種：基礎型、期望型和高滿足型。

需求可以分為以下 3 類：

（1）基礎型需求

也可以叫必備需求，沒有這些功能，業務流程就不完整。

例子：B 端業務的賬號系統，沒有的話，用戶是無法使用的。

（2）期望型需求

這類需求是在業務跑通之後，提升客戶的效率，這些功能多一點，客戶滿意度會高很多。

例子：批量更新等，能有效的提升用戶的效率。

（3）高滿足型需求

這是用戶自己想不到的，如果你有了這些功能服務，可以非常滿意；如果沒有，客戶也想不到，也無所謂。

例子：SOP（Standard Operating Procedure ，即標準作業程序）工具。產品經理對業務和行業非常熟悉後，可以為用戶定義標準業務流程，當達到某種條件自動執行，極大的減少人力成本，有效的提高工作效率。

需求類型對應的業務價值和用戶滿意度，如下圖：

KANO 模型（圖片來源：自己畫的）

我們可以看到，基礎型需求是必備的，如果沒有那業務是跑不起來的，如果非常完善，也僅僅是剛剛滿足用戶的目標而已，用戶滿意度也不會高。這也是很多產品經理感覺自己做了很多事情，業務方不會給你好評的原因。

期望型需求，是幫助客戶解決便捷性的問題。同樣是一個「患者掛號」功能，競品只可以選擇「科室掛號」，而你比競品功能多了可選擇「醫生掛號」，那客戶選擇購買你產品的幾率會更大一些。

高滿足型需求，這個需要產品經理對業務和行業認知度非常高，才可能做出類似的需求。

案例分享

下麵通過一個真實的案例，來給大家看下，如果通過「KANO 模型」，快速定義優先級。

（1）需求背景

疫情期間，我們團隊接到一個需求：要管理公司所有微信的文章發佈情況，要發佈文章需要提前預定，如果要發商業廣告，需要提前一段時間申請，並且申請次數有限制。

（2）需求場景化 &拆分任務

拿到這個需求，我們和業務團隊進行了幾次溝通，瞭解到業務團隊使用場景，也明確定位「微信廣告位預約系統」，基於需求和使用場景，我們對需求進行了拆分：

（3）基於 KANO 模型，進行優先級整理

那我們基於 KANO 模型，對上面需求進行了分類整理，整理出需求列表。

基礎型定位是「微信預定管理，促進各團隊協作進度透明化」，沒有這塊需求是不完整的。

期望型需求定位「減少團隊之間不必要的溝通」，屬於有這塊內容，業務團隊會滿意，沒有就會吐槽。

高滿足型需求定位是「系統打通，數據自定化流轉」，沒有這個業務團隊照常用，如果有這個需求，業務團隊就會非常開心，減少了兩個系統切換的問題。

KANO 模型內部的優先級

最終我們得到的優先級如下：

但我們看到，不同層級的需求還是很多，那同一層級的需求，怎麼進行優先級排序呢？這就用到我們第二個需求管理策略：「產品價值模型」。

方法 2：產品價值模型

產品價值可以分為兩類：業務價值和用戶價值。

價值定義：

• 業務價值：對應商業類產品，稱為商業價值，體現在能給業務帶來多少收益。
• 用戶價值：對於使用者來說，能給他帶來的價值，比如說能減少操作步驟。當業務價值與用戶價值產生衝突的時候，優先於考慮業務價值。

通常來講，基礎型不存在優先級的，是一定要全做的。當然你可以分幾個版本來實現，但如果基礎型需求沒有完善，業務方可能就用不起來。

對於期望型和高滿足型需求來說，對業務價值高的優先，然後根據功能對使用者的價值，來確定優先級。

優先級原則

期望型和高滿足型需求，最終我們得到的優先級如下：

最終效果：

通過「KANO 模型」和「價值模型」，我們很快完成需求拆分，雖然疫情期間在辦公需要遠程溝通，由於清晰的優先級拆分，得到業務方的認同，產品也很進入開發迭代。

經過 2 周的開發， P0 需求完成上線，業務方立即進入使用。因為瞭解我們的優先級規劃，也沒有催命連環 Call，按照每周一個版本的節奏，完成了 P1.1、P1.2需求，剩下的需求節奏逐步放緩，產品經理及時瞭解業務使用情況，後續版本中增加優化內容。

總結

這兩個方法能較大顆粒度的判斷需求的優先級，能幫你大致排好工作計劃。

還有很多需求優先級管理方法，比如說矩陣分析法（重要緊急 > 重要不緊急>不重要緊急>不重要不緊急）、滿足核心用戶需求的優先（二八原則）等。

工具沒有完美的，選適合自己的就好。

#專欄作家#

司馬特小隊，公眾號：司馬特小分隊，人人都是產品經理專欄作家。8年+互聯網資深產品經驗，多年B端產品管理經驗。具有多個從0到1的大型B端產品的孵化、重構、迭代經驗；主要教授產業互聯網產品相關的硬核知識點。

本文原創發佈於人人都是產品經理，未經許可，禁止轉載

題圖來自Unsplash，基於CC0協議。