axure商城

需求優先級 —— 資源分配最優化

在上一節的需求確立環節過后,我們擁有了一個龐大的需求管理文檔(需求池),但里面夾雜著海量且無序的需求。而我們接下來要做的,就是給這些需求的優先級進行排序,力圖將需求性價比最大化。

優先級是判斷需求排期的一個重要指標,之所以要對需求劃分排序,主要是為了實現資源配置的最優化,所謂好鋼用在刀刃上。一方面,互聯網行業瞬息萬變,企業講究敏捷迭代、小步快跑,有利于取得優勢;另一方面,公司資源總是有限的,尤其技術資源,所以我們更希望解決剛需價值問題。

 

?

全文共?2800?字,閱讀需要 9?分鐘

 

需求優先級排序是需求確立的下一個環節,也是整個需求環節的第二步。在此過程中,我們要遵守優先級的核心原則:

  • 資源分配最優化,需求性價比最大化

為了梳理清楚需求排序的整體思維框架,便于宏觀對其進行了解,于是匯總了相關的知識脈絡,如下圖所示:

前言

在產品經理日常工作中,會用到豐富多樣的需求優先級排序方法,而其中最為常規、實用的有下列四種:

  • 重要-緊急四象限模型
  • 需求價值模型
  • 性價比排序法
  • Kano模型

通過上述方法分析過后,我們將對需求打包處理。綜合考慮優先級和開發量這兩點至關重要的因素,確定下一版本迭代的內容都有哪些

在此基礎之上,一些大型公司還會有最后一步,是有關BRD方面 —— 商業需求文檔的撰寫。對于大型公司來說,各方面資源雖然優質且豐富,但對應的項目數量也是令人咂舌的。如何為了項目開展爭取到更多資源,成了BRD的重要存在意義。而只有得到高層領導的認可,且具有可觀商業價值的項目,資源才會源源不斷的涌入

一、優先級排序方法

1、重要-緊急四象限模型

可以根據重要、緊急的程度,分別對這兩項采取1-10分的打分。然后通過Excel等表單應用建立坐標系,并用氣泡圖的展示形式,從而獲取各需求的程度模型。如下圖所示:

優先級:重要緊急>重要不緊急>不重要緊急 

2、需求價值模型

分為兩個方面,用戶價值和公司價值。按照公司發展到不同階段時,所看重的價值方向來劃分決定的。其方法可參照上述【四象限模型】打分形式,并根據側重點的不同及時改變方向

優先級:先滿足用戶價值,再實現公司價值

其實,需求價值在某些維度上約等于產品價值,由此可以引出知名互聯網大咖俞軍曾所提出的產品公式:

產品價值 =(新體驗 – 舊體驗)- 遷移成本

這個公式的具體用法會在之后的文章里進行解讀

 

3、性價比排序法

所謂性價比,一般是用于比較同類物品的性能、價格等方面。在需求層面,我們主要用于表示商業價值與開發成本之間的關系。這是日常工作中比較常用的一種方法,定量評估各需求的性價比,進而實現排序分配最優化

 

(1)商業價值

  • 可以根據實際情況或者高層領導協商作為依據,按1~5分打分的形式,得出相應價值
  • 也可以按照拉新用戶數或者資金上的盈利,把其換算成同一標準單位,從而進行比較。比如獲取一個用戶的成本是5元,那么就能直接把用戶數與盈利額之間架起橋梁

說到這里,不得不提一下有關單用戶成本的定義。以往我們存在一個誤區,覺得單用戶成本=運營活動的錢 / 新增用戶數。比如公司花1萬元運營活動,新增了200名用戶,那單用戶成本就是50元

如果套用上述的公式,公司花費1萬元進行拉新,3個月拉來200名用戶和1個月拉來200名用戶的單用戶成本是一樣的。而事實上,還需要考慮時間成本

 

在上述例子中,存在明顯錯誤。首先,公司正常維持1個月和3個月的費用相差,就是個龐大的數字。其次,在互聯網時代,燒錢搶占市場才是王道,時間不會等任何人。所以正確的計算方式如下所示:

單用戶成本 = [ 運營活動費用 計算期內公司支出的正常維持費用(比如一個月內,公司發出的工資、水電費等)] / 新增用戶數

上述公式中,公司正常維持費用和所用時間是正相關。所以,從側面角度也印證了時間是一個需要重視的維度

 

(2)開發量

開發量是指一個需求實現需要多少的人力、物力。因為在需求開發之前,我們一般都會找到相應模塊的開發人員,探討對應需求的開發周期

統一開發量的單位為:人天

比如一個需求需要10個人工作15天才能完成,那么這個需求的開發量記為150人天

 

(3)性價比

最后套用公式:性價比=商業價值/開發量,從而量化比較各需求的價值,實現需求優先級的排序

 

4、Kano模型

該模型主要用于需求分類和排序,通過分析用戶滿意度與需求實現情況的關聯,找出兩者間的非線性關系。排序方式分為以下三種:

基本型需求:這類是最基礎的需求,比如手機里的打電話和短信功能

重點:這類需求解決后只能消除不滿,不能升高用戶滿意度

 

期望型需求:這類是用戶期待的需求。如果滿足這類需求,則會讓用戶高興;不滿足,則失望。一般情況下,用戶都會對一款產品有所期望,比如更多的內存、更快的處理速度等

重點:這類需求滿足的越多,用戶滿意度越高

 

興奮型需求:這類是用戶通常想不到的需求,擁有之后,會讓他們眼前一亮。如果用戶體驗還很不錯,則會引起自發傳播效應

重點:在解決前兩類需求后,可以分配資源做這部分

用戶滿意度與需求實現程度間的關聯,匯總如下圖所示:

優先級:基本型需求>期望型需求>興奮型需求 

二、需求打包

經過前一階段的優先級排序工作,我們就可以在需求管理文檔中填入商業價值、開發量、性價比等內容,并按需求性價比從高到低排列在日常工作中,我們是有相對固定的迭代周期,一般為2-4周迭代一次。當然,在項目開始初期,我們也曾有過一周迭代一次、更甚一周迭代兩次的時候,這時就會涉及到敏捷開發相關問題

有關敏捷開發的問題,在之后項目把控的文章會深入討論,這里只提一句:產品迭代上線的時間最好為周二至周四,因為如果在線上使用出現問題,也可以立即進行補救,不會導致占用周末時間來救火的情況

 

以相對固定的迭代周期為例,我們需要在階段迭代完成后,梳理出下一階段所要開發的需求內容。這里就需要參考性價比以及開發量了,要做到:先根據性價比決定優先順序,再疊加開發量累計到達迭代周期范圍

比如,我們是2周進行一次固定迭代,那么依次選擇性價比高的前幾位,并累加開發量直到滿足2周任務時間為止,則本次迭代內容就是上述這些

還有一點需要注意,那就是一定要預留一段應急的時間,一般情況下我們會有2-3天的富裕,防止突如其來的需求打亂原先制定的計劃。不過說實話,這是常態在所難免…

 

三、商業需求文檔BRD

最后來講一下有關BRD的內容,它的意義在于,在項目初期爭取開發資源時提供一臂之力。但事實上,除了大公司可能會需要,像一般的小公司都會忽視BRD的存在價值如果身為產品經理的你,想提高自己的眼界,向更高層級進發,那么非常有必要對BRD的思維框架有所了解。可能不需要你會寫,但應該借鑒的是它所思考的方向和視角

網上有關BRD的模板千差萬別,但歸根結底還是從商業層面對未來要做的功能、實現的價值展開聯想,主要分為以下6方面內容:

  1. 項目背景從行業或企業層面分析我們為什么做,行業分析參考PEST模型,企業自身分析參考SWOT模型、波特五力圖
  2. 商業價值使用量化說明方式,具體能帶來什么
  3. 功能需求圍繞做什么、做多少展開
  4. 非功能需求交互、設計等除搭建功能以外的需求
  5. 資源評估針對現有資源,評估各需求開發量,并合理分配
  6. 風險與對策項目過程中可能出現的問題及其對策

BRD中需要的部分內容,也是需求打包過程中需要明確的,所以可以在需求打包前就把上述問題都想清楚

 

小結

本文針對需求優先級排序的知識點及流程方法進行了匯總,它是需求環節的中間步驟,起到了承上啟下的作用。在接下來的工作中,還需要對已確定迭代的需求進行功能轉化,經歷從表象需求到實際目標再到用戶價值觀最后轉化為產品功能的整體流程,這就是需求轉化

下節將會對需求轉化的相關內容進行總結

?

態度奠定高度,細節決定成敗

給TA買糖
共{{data.count}}人
人已贊賞
產品經理

產品經理如何確立需求并進行需求管理

2019-9-16 2:13:17

產品經理

需求轉化 —— 深入淺出設計產品

2019-9-25 16:27:41

axure商城
0 條回復 A文章作者 M管理員
    暫無討論,說說你的看法吧
?
個人中心
購物車
優惠劵
今日簽到
有新私信 私信列表
搜索
俄罗斯videoxxxoo