需求優先級評估引爭議,我用卡諾模型做調研說服領導
卡諾模型是需求管理中非常有用的一個工具。
最近在和產品討論功能開發進度的時候,就某個需求的開發優先級有了爭議。公司歷來在排需求優先級的時候,遵循的是2個指標:
- 對產品核心指標的貢獻
- 開發難度
這里我們看到需求2雖然對產品核心指標貢獻大,但是預計開發時間較長;而需求1雖然對產品核心指標貢獻相比需求2要略小,但開發時間短。領導認為需求1能很快做出來,可以成為產品亮點;而我們認為需求2的需求度更高,值得花時間去做,一旦推出對拉新和留存都會有顯著影響。
所以,在這個開發周期里,是先做需求1還是需求2呢?
我和同事決定基于卡諾模型做一次調研,用數據來說服領導。
卡諾模型(Kano Model)是由日本東京理工大學教授狩野紀昭(Kano Noriaki)博士提出,揭示了需求與用戶滿意度的關系??ㄖZ模型將需求分為:
- 必備屬性:具有這類屬性的功能屬于產品的基本功能,如果不滿足該需求,用戶滿意度會大幅降低。但是這類功能也無法給用戶帶來驚喜,滿意度不會因為這類功能大幅提升。
- 期望屬性:如果提供該功能,客戶滿意度提高,如果不提供該功能,客戶滿意度會隨之下降。
- 魅力屬性:讓用戶感到驚喜的屬性,如果不提供此屬性,不會降低用戶的滿意度,一旦提供魅力屬性,用戶滿意度會大幅提升。
- 無差異屬性:無論提供或不提供此功能,用戶滿意度不會改變,用戶根本不在意有沒有這個功能。
- 反向屬性:提供具有此屬性的功能后,用戶滿意度反而會下降。
我們通過調研在功能具備或不具備的情況下用戶的滿意度,以此了解用戶對功能的需求程度。
找了一個卡諾模型問卷示例:https://www.wenjuan.com/s/NrQz6r/
調研對象:用戶QQ群里隨機調研200人
調研時間:1天
在制作問卷、發布問卷、收集到答卷數據后,我將答卷時長過短,答案矛盾的(即具備或不具備功能時都填喜歡或不喜歡)答卷刪除,統計數量如下:
套用卡諾模型的模板:
最后得到2個需求的屬性:
根據數據,我們認為需求1是錦上添花的功能,接近一半用戶會因為這個功能提升使用體驗。而需求2里有三分之一的用戶非常需要它,是滿足用戶使用需求的基本功能。也就是說對三分之一用戶來說,需求2是Must-have 的功能。
用Better-Worse系數直觀地來看一看結果:
Better-Worse系數表示某功能可以增加滿意或者消除很不喜歡的影響程度。根據Better-worse系數,優先滿足系數絕對分值較高的功能或需求。
Better系數=(期望+魅力)/(必備+期望+魅力+無差異)
Worse系數= -(必備+期望)/(必備+期望+魅力+無差異)
- 增加需求1后的滿意系數Better=46
- 消除需求1后的滿意系數Worse=0
- 增加需求2后的滿意系數Better=36
- 消除需求2后的滿意系數Worse=-41
這兩個需求都落在了無差異屬性范圍里,但需求2更靠近必備屬性,結合產品目前在市場上的定位,最終領導同意先開發需求2。
經驗總結
1. 卡諾模型可以用來驗證我們對用戶需求的預判,這種思考方式能指導我們做需求管理。
2. 卡諾模型能給出直觀的數據結果,方便為論點提供數據支撐。尤其在和領導擺事實講道理的過程中很有用。與“感覺某功能更重要”相比,數據圖表更讓人信服。
3. 卡諾模型對差別不大的需求的優先級的評估作用有限,還得綜合重要程度、產品的實際情況來考慮。需求管理是復雜的,市場是動態的,即使排定了需求優先級,可能因為競品的動作而需做緊急變更。
4. 再多的調研與分析也敵不過老板的直覺。成功需要經驗與知識,也需要一點運氣。
總的來說,卡諾模型是需求管理中非常有用的一個工具,但這次在優先級較為相近的需求中使用卡諾模型的嘗試并不能算很成功,最終決策還是因為我們更重視必備屬性而決定開發需求2,相信可能有其他產品會在特定階段更重視魅力屬性而選擇開發需求1 。
本文由 @任立頻 原創發布于人人都是產品經理。未經許可,禁止轉載。
題圖來自 Pexels,基于 CC0 協議
我看不懂問卷結果的第一個需求1的Excel表,9%對應的是:具備需求1的功能的話“我很喜歡”,不具備需求1的功能的話“理應如此”,這不是互相矛盾嗎?小白一枚,實在想不通,求大佬解答~~~感謝!
只看到需求1的調研結果,需求2的在哪?
請問需求1的不滿意系數worse怎么算出來為0的呢?
better系數跟worse系數不應該是帶百分號的小數嗎,還有小姐姐你數值算錯了誒
TO B產品做需求調研和排優先級時很有用,謝謝
您好,可以轉載,請標明來源
您好,我是中國第一高端品牌營銷人社群藍莓會新媒體編輯,看完您這一文后特別有啟發,想轉載到我們的公眾號分享給粉絲。藍莓會公眾號有10萬粉絲,都是國內高端營銷人。希望能夠取得你們雙勾授權,我們會在文章內標明作者和出處的。(公眾號ID:lmh-china)
您好,可以轉載,請標明來源
這樣的問卷無異于用研在問卷中出題:如果有這個功能你覺得怎么樣?這種純粹靠被測者自己臆想的結論并不足以表明他們真實的認知與行為。
貌似在哪里見過同樣的東西
不能源自身子郵電子
在那些事件下
不實用
工作在不是BAT公司內, 很多需求都很積極,項目時間也很緊。根本沒有時間做市調。。。這可咋整,全憑經驗在上運氣了。
可能只是糊弄了老板,kano模型這次不是為了分析需求,而是為了說服他人
你們都忽略了一點,這其實是用來說服領導的……
+1 哈哈哈
現實情況下,產品的核心指標的指定才是最麻煩的。
優先級判斷憑據無法認同,開發難度算什么?是技術風險嗎?如果是技術風險前期預研才會繼續,如果不是技術風險,那么只是工作量而已。當前產品目標是什么?是滿足核心利益還是提供更好的用戶體驗,這可能都不是需要什么一天調研之后才知道的東西….所以硬生生套了個kano真是..
本文未就開發難度和對核心指標的貢獻詳細展開,相信不同產品的指標不一樣。我們開發難度的評級主要是依據開發工作量的評估,核心指標是注冊量、月活躍和銷售額。文中的一天調研是為了卡諾模型做的,這也是我的一個嘗試。如果您遇到這樣的問題會怎么辦呢?歡迎提供更好的建議
需求1的各屬性數值是不是錯了,應該是:1%,1%,49%,46%,3%?
我也這么覺得
感謝指出,已更正。寫文不仔細,反省。
姐姐,需求1算錯了,我還以為我算錯了 算了N久
感謝指出,已更正。寫文不仔細,反省ing
這個數值是怎么計算的呢?
實用
華而不實
干貨