判斷需求優先級的新視角!
在日常工作中,產品經理可能需要判斷需求優先級,那么,優先級的判定可以怎么進行呢?這篇文章里,作者針對需求優先級判斷這個問題,提出了自己的看法和視角,一起來看一下。
01
在講需求優先級之前,我想先分享兩個常見的場景:
場景一:
作為甲方B端產品經理,接收到業務部門諸多痛點和訴求,經過整理后進入需求池,不同部門的業務方的需求全部集中到一起,每個業務方都說自己的需求是P0最高優先級;
場景二:
作為乙方B端產品經理,接收到客戶梳理出來的問題,不管是新客戶第一次需求溝通,還是老客戶的產品運營升級需要,每個客戶都說自己的需求也是P0最高優化級;
場景一產品經理面向的是內部用戶,而場景二產品經理面向的是外部客戶。
若從產品經理服務的主體來講,不管是甲方還是乙方產品經理,都服務就職公司。從根本利益出發,評定需求優先級的標準本質上還是考慮需求對于所服務公司的重要性程度,而需求來源于業務,業務基于商業模式和戰略的拆解,所以最后需求的優先級就演變成了在當前商業模式邏輯前提下的業務優先級。
討論優先級一定不能脫離目標和實現方式,目標決定方向,實現方式決定短期和長期的投入和產出。
同時,業務優先級還要結合企業的生命周期來考慮。一般一個企業的全生命周期大致會經歷以下五個階段:
- 創立階段;
- 成長階段;
- 平臺階段;
- 衰退階段;
- 退出階段。
企業一經創立,已經確定了商業模式和戰略,這時企業總體面對的問題大致可為兩類:1.生存問題;2.發展問題。
生存問題,更多的是一個企業從創立到成長,再到平臺期這一段。如果再考慮黑天鵝事件,那全生命周期都要考慮生存的問題。面向生存問題的業務需求,是為了讓企業活下來。先圖生存,再求發展。
舉個例子,對于一個生產ERP系統的乙方軟件公司來講,采購,庫存,銷售,財務,稅務,每一塊業務領域都有MVP,MVP的功能全是最高優先級P0。ERP就是業財稅一體化,而MVP的所有功能就構成了跑通業財稅的必要支撐。如果不做,ERP根本就不太可能拿出來賣。這就是產品還沒出來,企業面臨的將是生產的挑戰,這個時候還在生存的邊緣上掙扎;
發展問題,一部分在成長期,更多的是從一個平臺期向另外一個更高的平臺期躍遷的階段,也就是常講的第二增長曲線。面向發展問題的業務需求,將不再是讓企業活下來,而是讓企業活得更好。
02
生存和發展作為需求優先級判斷的第一層次,接下來講講個人理解的判斷優先級的第二層次。
第二層次涉及到一些有趣的數學知識,簡單梳理一下:
1.事件A和事件B是相互獨立事件,A和B完全沒關系
A和B同時發生的概率,就來單獨發生的概率的乘積。即P(AB)=P(A)*P(B)。
2.事件A和事件B存在因果關系
1)A發生導致B發生,B發生不會導致A發生,A是B的充分不必要條件——A是因,B是果;
2)B發生導致A發生,A發生不會導致B發生,B是A的充分不必要條件,也可以說A是B的必要不充分條件——A是果,B是因;
3)A發生導致B發生,B發生又會導致A發生,A和B互為充分必要條件,A和B互為因果。
4)A發生不會導致B發生,B發生也不會導致A發生,A和B可能是相互獨立的事件,也可以是相關的事件。A可能是B發生原因的其中一個因素,B也有可能是A發生原因的其中一個因素。考慮多因素條件都要具備,所以單純A和B不構成充分或必要性,即既非因也非果。
3.事件A和事件B存在相關關系
對因果關系的第(4)對關系,實際說的就是相關關系。
表達相關關系最好的工具就是前邊文章介紹的貝葉斯定理——條件概率,這時不再贅述。
說完這些,判斷需求優先級的第二層次到底是什么呢?
再重復一遍,需求來源于業務,到底在解決什么業務痛點和期待,這些痛點和期待到底處于什么級別和地位。
業務需求的產生的根本原因是系統無法滿足業務現狀的需要。
不妨根據以上數學知識分為主要矛盾和次要矛盾,主要矛盾又分為矛盾的主要方面和次要方面。
怎么去落地,分清這些不同的矛盾級別和層次?這里提供一個方法。
1.圍繞業務目標,可以將所有的痛點和期待經過頭腦風暴一一列舉出來,我們暫且把這些稱為“業務因素”;
2.根據實際業務情況,理清業務因素之間的關系。可以借助一個矩陣工具,橫縱坐標都是這些業務因素,A因素如果是B因素的因,則記為“-1”;A因素如果是B因素的果,則記為“1”;A因素如果和B因素不相關,相互獨立,則記為“0”;A因素如果和B因素相關,為簡化模型分析,這時暫且忽略不計。感興趣的朋友可以通過條件概率去計算最后的指標值。
表格的解讀如下:
橫向來看:
表格第二行中因素A是因,第三列因素B是果,記為“-1”;
表格第二行中因素B是果,第六列因素E是因,記為“1”;
因素和自身本是等同關系,條件概率上就是1,為忽略干擾,記為“0”;
匯總水平方向的積分,即為總分。最高分除以2得到上中位線,最低分也除以2得到下中位線,得到{-2,2}的區間。
定義:
- 上中位線到最高值之間得分的因素:根本原因;
- 下中位線到上中位線之間得分的因素:過渡原因;
- 最低值到下中位線之間得分的因素:表面原因;
根據以上模型,得出C是表面原因,BDE是過渡原因,A是根本原因。
得出的冰山模型就是:
需求解決的問題應該優先面向根本原因,即因素A,所以對應因素A的需求是最高優先級的需求,設為P0,針對過渡原因的因素B/D/E是次高優先級的需求,設為P1,而表面原因因素C相對優先級更低,設為P2。這是需求優先級。
進一步看看實現需求的解決方案的優先級怎么排列。
頭腦風暴解決方案,然后再列出比較矩陣,兩兩比較,就是第2個矩陣。兩兩比較,哪個更能解決問題,就列哪個方案1234序號,比如方案1和方案3相比較,方案1更能從根本上解決問題,所以標方案1。其他依此類推,然后統計方案1234每個出現的次數,再算出百分比,就可以把優先級排出來了。
當然實際需求和解決方案的優先級判斷還有很多其他的參考理論模型,評判需要考慮短期和長期的投入產出比。這里只是從解決的對象的所處的地位提供一個新的視角。讀者們可以找到適合自己的,并且把它運用到極致,畢竟條條道道通羅馬。
以上。
本文由 @趙佳蛟Peter 原創發布于人人都是產品經理,未經許可,禁止轉載
題圖來自Unsplash,基于CC0協議
該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。
- 目前還沒評論,等你發揮!