AAA教育

每個產品經(jīng)理在面對紛繁復雜的需求時都會產生一種「我該如何是好」的想法，確定需求做與不做相對簡單，但是哪個先做哪個后做這就極度折磨著一個產品經(jīng)理。畢竟對于每一個需求方來說，都希望它提出的需求優(yōu)先處理。

大家肯定都聽過大名鼎鼎的 Kano (卡諾）模型用來對用戶需求分類和優(yōu)先排序，今天我要給大家介紹的是另外一種用來評估功能優(yōu)先級方面的工具——「價值復雜性矩陣」（The Value-Complexity Matrix，好吧我承認我是在不知道這應該怎么翻譯，就按照字面意思翻譯的）。

什么是「價值 vs 復雜度矩陣」

從名字就可以看出，這個矩陣是通過對比每一個需求的價值和需要實現(xiàn)的復雜度來進行對比，我更愿意叫他「性價比」模型。這個概念有一個很重要的前提：所有的需求都有一個固有的商業(yè)價值和實現(xiàn)的復雜性，并可以將其展示在一個由「價值」和「復雜度」形成的「平面直角坐標系」中，從而形成一個可視化的圖像來確定哪些需求應該先做，哪些應該
后做，哪些不應該做。比如

確定需求的價值和復雜度：

1. 確定需求的價值需求的價值，并不單單是這個需求可以換回多少收入還包括了增加流量、促進用戶活躍、減少成本等各個方面，這些價值的權重可能不盡相同。隨著產品業(yè)務的發(fā)展或行業(yè)的不同，也可能會有其它方面的機制出現(xiàn)。比如作為一個互金產品經(jīng)理，我會把監(jiān)管合規(guī)要求以及銀行爸爸的需求的價值放在一個較高的位置。同時，需要強調的一點是，某一項（或某一類）需求的價值并不是已成不變的，而是會隨著時間的變化而改變，也會隨著產品需要達成的階段性目標的變化而變化。

2. ---

   確定需求的復雜度每一個需求都需要實現(xiàn)，一般我們可以用（預計）工作時長來表示該需求的復雜度。（感謝我司大力推行使用「禪道」項目管理軟件，我可以很準確的獲得開發(fā)小伙伴們的歷史開發(fā)記錄及現(xiàn)有工作。）另外，需求做完是用來使用的，在考慮復雜度的時候還需要考慮使用壓力。比如：這個功能是否需要投入較高的運營費用？是否擁有足夠的人力去支持該需求的運營？最后，還需要去考慮該項目的風險程度？比如：是否會涉及合規(guī)風險（額，一看就是做金融的產品經(jīng)理），開發(fā)小伙伴是否有能力完成，該需求是否會對已有的其它功能產生影響（我現(xiàn)在晚上做夢都是新需求千萬別影響現(xiàn)有功能，據(jù)說我項目組的開發(fā) leader 每天做夢和我差不多……）最后來一個公式：「需求復雜度=時間+使用壓力+風險程度」，當然「時間」、「使用壓力」和「風險程度」是需要根據(jù)項目組的實際加權處理的，比如在我負責的項目組里，因為是互金產品，所以「風險程度」的權重可能達到80%~100%（也就是風控第一，不打折扣。）而我司另外一個「小工具」項目，工期緊任務重，因此「時間」的在復雜度確定的時候占據(jù)了較大的權重。

3. ---

   找誰來確定需求價值和復雜度關于價值，我建議產品經(jīng)理去和相關需求方去談，但是需要注意的是：1.人數(shù)越少越好，2. 最好有較高層（或了解整個項目）的人參與。人數(shù)越少，越容易達成共識；而每個需求方都會覺得自己的需求價值最高，如果有較高層（或了解整個項目）的人參與，可以從整個項目的角度去判斷需求的價值，可以較快速的做出關于需求價值的排序（即使這個人也不能判斷，但作為產品經(jīng)理，說服一個人總比說服一群人簡單。）## 價值 vs 復雜度矩陣上邊說到，通過確定需求的價值和復雜度（比如通過1-5來講需求進行排序），展示在一個由「價值」和「復雜度」形成的「平面直角坐標系」中，從而形成一個可視化的圖像。我們對這個圖像分割成2X2的網(wǎng)格，這樣就將所有需求分割在了四個區(qū)域內。如圖：

我們來對這張圖進行下分析，為了方便，我對這張圖上的四個區(qū)域進行了編號：

第1號區(qū)域：「高價值，高復雜度」，這些需求都屬于重要的需求，但是實現(xiàn)起來很困難，我們必須有足夠的時間（精力）去處理它，因此我們應該優(yōu)先處理該區(qū)域內的需求。第2號區(qū)域：「高價值，低復雜度」，這些需求做起來絕對是一本萬利，性價比最高。但是正是因為比較簡單，所以我們可以給一個較低的優(yōu)先級來處理。不過這種需求一般比較少，是不是很失望。第3號區(qū)域：「低價值，低復雜度」，對于這些需求雖然實現(xiàn)起來比較簡單，但是也不會為你帶來什么價值。性價比也就不是很高，所以你可以把它列入你的需求列表里，如果資源允許就做，如果資源不允許，就痛快的舍棄掉。第4號區(qū)域：「低價值，高復雜度」，性價比最低，復雜還沒有價值，做它干啥。愉快的把它排除吧。

你可能遇到的四個坑

1. 部分文章中認為「高價值，低復雜度」需求的優(yōu)先級應該最高。我則優(yōu)先保障「高價值，高復雜度」需求，以保障我有充足的時間和資源來降低風險。關于這兩塊的優(yōu)先級排序我認為沒有固定的順序，根據(jù)項目或產品的不同，應該有產品經(jīng)理自己來設定。

2. ---

   對于「高價值，高復雜度」的需求我更愿意將其進行拆解，將其分割成若干可以通過迭代來完成的小需求，這有助于控制時間、降低風險。

3. ---

   對于所有需求的劃分并不是已成不變的，我的建議是定期（比如一周或者一個月）把現(xiàn)有（未做）的需求拿出來根據(jù)實際的情況重新梳理和分區(qū)。

4. ---

   開發(fā)同學們喜歡解決復雜的問題，他們認為這是他們的價值。但是對于產品經(jīng)理，一定要禁得住開發(fā)同學的「誘惑」，守住底線！對于可能花費過多時間討論和規(guī)劃，而實際價值低的功能一定要大聲說「不」！避免浪費寶貴的開發(fā)資源。