nav分隔線 nav分隔線

聯成電腦職場談:需求優先級怎麼定?

icon_fb icon_twitter icon_google
聯成電腦職場談:需求優先級怎麼定?

文、Livia Yang

 

 

 

【產品經理職場談】 — 真需求 vs. 偽需求中,我們談到需求蒐集後,必須通過謹慎的分析,才能避免掉入偽需求的陷阱。那完成這一步,現在手邊都是「可以做的」需求時,我們怎麼決定哪些做?哪些不做?和優先做什麼?

 

曾經有段時間,我常會面臨到一個尷尬的狀況:不缺需求,但是迷失在眾多需求中。覺得這個需求很緊急、那個需求也很重要,想實現的需求很多,但每次迭代的開發資源有限,不可能一次全都做完,所以,這時決定需求的優先級就變得非常關鍵,不然團隊會不知道各項事務的輕重緩急,資源和精力都無法集中在最重要的目標上。

 

 

那麼該如何定義需求優先級呢?每位產品經理可能都有不同的排序原則:

1. 按緊急程度,越緊急、逼得越緊的越優先;

2. 按開發先後順序,前置項的優先;

3. 按需求方的職級,老闆的需求優先;

4. 按產品經理自身的判斷,我說了算;

5. 按開發實現的難易度,簡單的先做;

6. 按項目排期的進度,按部就班;

7. 按業務實現後的貢獻度,價值高的先做。

 

上述的方法並沒有對錯,因為在不同的情景和產品階段下,評定需求優先級的標準可能都會有所差異。比如說我們在一家外包公司,那可能是按排期和客戶重要度來排序; 又或是我們在老闆超級強勢又有想法的公司,那需求可能就是Boss說了算。

 

但撇開這些因素,回到產品的核心來說,「我們怎麼更好地實現產品的業務價值」,這才是第一衡量指標。

 

 

 

做好這三件事 評估需求優先級?

 

那從什麼角度來衡量需求和業務價值的相關程度呢?我覺得回答這個問題前,要先明確清楚我們最終想實現的產品願景,這個就像是北極星一樣,在一片黑暗中指引我們該往哪裡去,該怎麼抉擇。

 

我會建議思考和規劃的順序如下:

第一件事:制訂產品願景和定位 決定哪些是核心要關注的事情

第二件事:檢視產品的生命週期 決定該階段要使用什麼策略

第三件事:排產品需求的優先級 決定達到每個里程碑的節奏

 

舉個例子,電商平台的核心功能是用戶下單購買商品,所以從瀏覽商品到加入購物車,完成支付並建立一筆訂單,這就是業務的主流程,也是需要時常關注和優化的部分。但除了主流程之外,也會有許多衍生的分支流程,像是退換貨處理、商家貨款結算等,這時就必須根據產品所處的生命週期,來決定優先順序。

 

比如在產品發展階段,重點考慮新用戶註冊和留存率,那可能良好的購物體驗更重要,所以必須先保證退換貨流程的順暢; 又或者在產品成熟階段,這時平台有大量入駐的商家,結算效率低導致管理成本提高,所以訂單結算流程的改進就必須優先處理。

 

 

接著簡單分享評估需求優先級常見的兩種方式:

 

1)KANO模型法(用戶視角):基本型需求>期望型需求>興奮型需求

 

KANO模型

 

 

 

KANO模型是東京理工大學狩野紀昭教授在1979年提出,從需求實現率和用戶滿意度來衡量產品需求的優先級,核心概念是:產品實現不同類型的用戶需求,所產生的用戶滿意度也會有不同的表現。

 

主要將人的需求分成三類:

 

1)基本型需求

 

是屬於用戶認為「必須要有」的功能,產品具備此類的功能,用戶會覺得理所當然,如果缺乏,用戶會覺得非常不滿意,引發抱怨和投訴 ; 但如果具備,用戶也可能不會因此感到滿意。

 

例如:汽車需要正常能夠行駛、冷氣空調需要正常製冷、餐廳要能提供餐點讓顧客飽餐一頓、行動支付App要能夠順利付款結帳等。

 

 

2)期望型需求

 

是屬於用戶認為「有更好,多多益善」的功能,如果功能超出用戶預期越多,則滿意度越高,這類需求是用戶可以清晰知道的。

 

例如:商店提供優惠活動,當折扣越多時,用戶感到越開心 ; 行動支付App顯示各筆帳單紀錄,方便用戶記帳管理等。

 

 

3)興奮型需求

 

是屬於「驚喜,Wow!」的功能,這類需求是用戶無預期的,當提供這些出乎意料的功能時,用戶的滿意度會急遽上升,從而提高忠誠度。

 

例如:酒店特定為新婚夫妻準備特別的禮物和升級套房,以表示祝福 ; 電商送貨時附贈適合顧客膚質的知名彩妝小樣等。

 

基於以上不同需求類型的特性,可以按照基本型需求>期望型需求>興奮型需求來排定優先級,即一輛車需要能正常行駛,才會進而考慮到它的外觀和車內的舒適度,如果再有自動駕駛就更好了!

 

所以可以想想目前我們負責的產品需求,它是屬於哪一類型的呢?用戶對於它的預期是如何?做和不做對用戶滿意度的影響又是如何?就知道該怎麼安排投入資源了。

 

 

 

2)四像限分析法:重要且緊急>重要不緊急>緊急不重要>不重要不緊急

 

四象限法則

 

 

 

所有的事情我們可以依照「重要度」和「緊急度」兩個維度來歸類,重要度優先於緊急度,關鍵在於我們怎麼衡量事情有多重要和多緊急。

 

我覺得可以問幾個問題:

 

1. 這件事不做的負面影響程度有多大?

2. 做了可以帶來什麼效益?

3. 是不是現在一定要解決?

4. 有沒有更適合的時間點?

5. 有沒有更急迫要解決的事?

 

例如AI智能測膚系統,我們區分了幾大功能模塊:商家管理、顧客檔案、皮膚檢測、測膚報告等,假設只有一個月的開發時間,一定是優先做最重要的核心流程,即「從檢測到報告展示,同時必須確保皮膚算法的精確度和穩定度達標」,其中,緊急的任務包含要能完成軟體和硬體的聯調、照片上傳到雲端進行皮膚庫檢測等,在建立專業的測膚體系後,下階段才是完善顧客檔案的查詢和商家自主管理。

 

以下附上需求池的模版給大家參考(可依據個人習慣和管理效率來做調整):

 

 

 


 

 

 

因為人的精力是有限的,團隊的資源也是定量的,平時就常會聽到開發大哥或設計師們說:「那麼多需求這個迭代做不完啊~給個優先級吧!」

 

所以,產品經理需要能合理的安排需求優先級,確保每個迭代做最有價值的事,這項任務非常具有挑戰性,也考驗產品經理對於產品方向和節奏的掌握度。我的建議是多花些時間思考「產品核心價值」和「用戶使用場景」,會更好的幫助我們判斷每個需求的優先級囉!

 

文章轉載自「medium」,已取得作者授權同意,原文為:【產品經理職場談】 — 如何定義需求優先級​

 

 

 

 

痞客邦Blog:http://lccnetvip.pixnet.net/blog
FB粉絲團:https://www.facebook.com/lccnetzone
菜鳥救星:https://www.facebook.com/greensn0w

本網站使用相關網站技術以確保使用者獲得最佳體驗,通過使用我們的網站,您確認並同意本網站的隱私權政策。欲了解詳情,請參閱 隱私權政策