前言

RICE/MoSCoW/Kano三種模型，教你如何對需求進行優先級排序。

也許你會讓業務提供一份ROI，記得前不久參加過一場立項會評審，一位很有意思的小產品在會上講不清楚ROI，評審們要求會后重新梳理，小產品表達不要為難業務方干一些他們不擅長的事了。這個看似笑話的經歷，背后隱藏著價值判斷已經流于形式。

也許你會要求業務方直接給出需求優先級列表，把任務分為P0到P5，這樣的劃分除了按需求本質的優先級還同時考慮了開發資源、開發難度等問題。毫不夸張地說，我曾經拿到一張全是P0級別的需求清單，如果一切任務都是高優先級，那就意味著沒有優先級。

需求有時會戴上“高優先級”的面具，實際上就是擔心你不去實現它。

如何確定優先級是設計產品路線時常見的挑戰，如果你已經花費很大精力去做頭腦風暴、尋找改進的機會點和收集反饋，你會得到一個充滿好主意的產品演進路線。但是，你值得投入同樣多的精力去思考解決這些問題的順序，需要花時間去做好優先級排序。

為什么做產品路線圖的優先級排序如此困難呢？

原因數不勝數：

在實踐中，優先級劃分經常會比較隨意，甚至用戶經常會阻礙優先級的劃分，說所有的需求都是重要的，這就使得優先級劃分無的放矢。

• 相比去做更普適的項目，做那些你最喜歡的、自己會用的產品更令人滿足。
• 相比去做直接對你的目標產生影響的項目，把注意力集中在那些聰明有趣的主意上更有誘惑力。
• 相比去做自己已經有信心的項目，去鉆研新的想法更令人興奮。（有些情況也可能反過來）

優先級劃分經常是“拍腦袋”的產物，沒有理由也沒有原因，它

總結

以上是生活随笔為你收集整理的产品路线图的三种模型（RICE/MoSCoW/Kano），教你如何对需求进行优先级排序的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。