善用KANO模型,做需求分類與評(píng)估優(yōu)先級(jí)
產(chǎn)品設(shè)計(jì)過(guò)程中,各方都會(huì)提出對(duì)應(yīng)的需求,那么產(chǎn)品經(jīng)理又該如何抉擇,對(duì)需求優(yōu)先級(jí)進(jìn)行排序呢?筆者認(rèn)為使用KANO模型會(huì)是不錯(cuò)的辦法。
在項(xiàng)目中,設(shè)計(jì)需求從四面八方而來(lái),你也許經(jīng)歷過(guò)下面的某個(gè)場(chǎng)景:
1. 競(jìng)品調(diào)研
PM:競(jìng)品出了XX新功能,我們也不能落后,緊鑼密鼓跟上。
2. 用戶反饋
User打客服熱線,咨詢退貨要如何申請(qǐng)。
客服將需求反饋給PM,目前用戶只能通過(guò)客服進(jìn)行人工登記申請(qǐng)退換貨,可考慮在App上加上售后管理模塊。
3. 業(yè)務(wù)需求
法務(wù):我們XX條款一定要強(qiáng)制讓用戶看到。
4. 產(chǎn)品體驗(yàn)
某次走查中,發(fā)現(xiàn)閃屏頁(yè)在各款機(jī)型適配顯示上有問(wèn)題,在某機(jī)型上變形擠壓了。
… …
通過(guò)各種渠道反饋的需求收集,需求池越來(lái)越滿,有些需求,可以主觀判定是否排定開(kāi)發(fā),比如上面所舉例的售后模塊、閃屏適配問(wèn)題(保證用戶體驗(yàn),不然用戶會(huì)流失)、條款強(qiáng)彈(App上線過(guò)審時(shí),某些條款的出現(xiàn)時(shí)審核的條件之一)。
而類似場(chǎng)景1的需求,要科學(xué)理性地評(píng)判。下面一起了解下KANO模型,它可以在我們客觀評(píng)判上助一臂之力。
一、KANO模型是什么
KANO模型是由東京理工大學(xué)教授狩野紀(jì)昭(Noriaki Kano)建立的,用于對(duì)需求用進(jìn)行分類和分級(jí)排序。
KANO模型將需求劃分為必備型需求、期望型需求、魅力型需求、無(wú)差異需求、反向型需求。
它描述了需求具備程度和用戶滿意度之間的關(guān)系。
- 必備型(Must-beQuality)需求:呈正相關(guān)
- 期望型(One-dimensional Quality)需求:呈正相關(guān)
- 魅力型(Attractive Quality)需求:呈正相關(guān)
- 無(wú)差異型(Indifferent Quality)需求:無(wú)相關(guān)
- 反向型(Reverse Quality)需求:呈負(fù)相關(guān)
正相關(guān)表示具備程度越高,用戶滿意度越高;負(fù)相關(guān)表示具備程度越高,用戶滿意度越低;無(wú)相關(guān)表示兩者間無(wú)特定關(guān)系。
下面通過(guò)案例來(lái)了解下:
1. M必備型需求
必備型:用戶覺(jué)得理所應(yīng)當(dāng)?shù)墓δ?,未?shí)現(xiàn)用戶會(huì)不爽,實(shí)現(xiàn)了用戶覺(jué)得應(yīng)該。
在產(chǎn)品生命周期建設(shè)階段,必備型需求是主流需求,項(xiàng)目團(tuán)隊(duì)實(shí)現(xiàn)的重點(diǎn),它關(guān)系著產(chǎn)品的正常使用。
比如:有道云筆記可以批量選擇筆記進(jìn)行移動(dòng)、復(fù)制、刪除等操作。
2. O期望型需求
期望型:用戶帶有期待的功能,未實(shí)現(xiàn)用戶會(huì)失落,實(shí)現(xiàn)了用戶會(huì)滿意。
在產(chǎn)品生命周期成長(zhǎng)階段,基本功能基本落實(shí),必備型需求庫(kù)存減少,慢慢會(huì)有更多期望型的需求加入,開(kāi)始用戶體驗(yàn)建設(shè)。
比如:火狐瀏覽器在瀏覽器異常關(guān)閉重啟后提供了2種選擇,一種恢復(fù)瀏覽,另一種就是開(kāi)啟新的瀏覽。此處的恢復(fù)瀏覽功能就是用戶的“期望型需求”。
3. A魅力型需求
魅力型:用戶意想不到的功能,未實(shí)現(xiàn)用戶無(wú)感(哈哈哈因?yàn)楦鞠氩坏竭€有這個(gè)操作),實(shí)現(xiàn)了用戶會(huì)大吃一驚拍案叫絕。
魅力型功能可以是一個(gè)產(chǎn)品的核心競(jìng)爭(zhēng)力,它能夠快速拉開(kāi)和競(jìng)品距離,讓產(chǎn)品獨(dú)具一格,這類需求百里挑一。
比如:在美團(tuán)點(diǎn)餐提交訂單沒(méi)有點(diǎn)主食,會(huì)提示用戶是不是忘記點(diǎn)主食了,點(diǎn)擊按鈕在本窗口彈出主食讓用戶添加。若不提供此需求,用戶滿意度不會(huì)降低;若提供此需求,用戶滿意度會(huì)有很大的提升。
當(dāng)然,我們不能說(shuō)美團(tuán)因?yàn)檫@一個(gè)功能使其領(lǐng)先于競(jìng)品,在體驗(yàn)美團(tuán)App外賣(mài)過(guò)程中,還有很多其他細(xì)節(jié)地方同樣能夠體現(xiàn)類似的“溫馨提示”。
比如說(shuō):
- 「點(diǎn)外賣(mài)時(shí)」,你在瀏覽商家列表,若長(zhǎng)時(shí)間沒(méi)有跳轉(zhuǎn),會(huì)在頂部“發(fā)現(xiàn)好菜”旁邊出現(xiàn)提示“糾結(jié)吃點(diǎn)啥點(diǎn)這里”的提示,引導(dǎo)用戶瀏覽“發(fā)現(xiàn)好菜”列表找到想吃的東西
- 「提交訂單后」,用戶可以填寫(xiě)備注內(nèi)容,快捷標(biāo)簽?zāi)軌蜃層脩舨挥锰顚?xiě)直接點(diǎn)擊標(biāo)簽提交即可
- 「在支付環(huán)節(jié)」,以返利方式刺激用戶綁卡支付
- 「訂單完成后」,點(diǎn)擊取消訂單按鈕,會(huì)有對(duì)話框進(jìn)行二次確認(rèn)。在二次確認(rèn)對(duì)話框中提供一個(gè)文字鏈入口,方便用戶重新修改信息。一方面可以減少無(wú)效訂單的冗余數(shù)據(jù),另一方面也方便了用戶(若無(wú)快捷入口,用戶需要取消訂單后重新下單)
- … …
這些帶有“期待型”和“魅力型”特質(zhì)的小功能,貫穿了“用戶點(diǎn)外賣(mài)場(chǎng)景”的整個(gè)「體驗(yàn)地圖」,從而讓整個(gè)App在無(wú)形中更好用,也許在“有用性”上美團(tuán)App和其他競(jìng)品沒(méi)有同質(zhì)性的區(qū)別,但“好用性”的特質(zhì)讓美團(tuán)App和其他產(chǎn)品形成了區(qū)分。
這種區(qū)別有點(diǎn)說(shuō)不清道不明,因?yàn)槲覀內(nèi)粘T隗w驗(yàn)App中,好的體驗(yàn)往往是行云流水不經(jīng)意間的。不知道你有沒(méi)有類似的感覺(jué)?
很難有產(chǎn)品像今日頭條僅憑一個(gè)“用戶差異化智能推送”就樹(shù)立產(chǎn)品差異性的,如果不能一招制敵,那就從細(xì)節(jié)出發(fā),逐步積累實(shí)現(xiàn)的魅力型和期望型功能讓用戶有更好的體驗(yàn)也是不錯(cuò)的制勝法寶。
4. I 無(wú)差異型需求
無(wú)差異型:用戶覺(jué)得可有可無(wú)的功能,實(shí)不實(shí)現(xiàn)都無(wú)所謂。
無(wú)差異型需求的實(shí)現(xiàn)不能給產(chǎn)品錦上添花,那為何要浪費(fèi)資源實(shí)現(xiàn)呢?
比如:好好住APP的重力感力應(yīng)用,如果你在好好住App中獲得過(guò)徽章,進(jìn)到「我的」頁(yè)面你會(huì)不經(jīng)意間發(fā)現(xiàn)一個(gè)小驚喜,如錄屏所示,徽章會(huì)跟著手機(jī)的晃動(dòng)而晃動(dòng),從空中掉入地面,有地心引力般。但該功能顯得有點(diǎn)雞肋。
5. R反向型需求
反向型:用戶覺(jué)得不如不加系列功能,加上反而累贅,可能會(huì)給用戶帶來(lái)厭惡感。
一個(gè)產(chǎn)品若是有諸多反向型需求,就像是一粒老鼠屎壞了一碗粥,再好的產(chǎn)品都有了污點(diǎn)。無(wú)差異型需求和反向型需求是要杜絕的。
暫時(shí)找不到案例,你想到了可以留言一起交流哦~
6. 各類求之間的關(guān)系
需求的定性并非一成不變,隨著互聯(lián)網(wǎng)技術(shù)的發(fā)展、用戶獲得越來(lái)越好的體驗(yàn)、交互方式的日益成熟,未來(lái)“魅力型需求”可能成為“期望型需求”,“期望型需求”成為“必備型需求”。
比如:在2G時(shí)代,聊天發(fā)送視頻和圖片是“期望型需求”,到3G、4G時(shí)代,則演變成了“基本型需求”。
技術(shù)在革新,我們?nèi)粘J褂玫漠a(chǎn)品或體驗(yàn)的服務(wù)都在越來(lái)越好~
二、問(wèn)卷調(diào)查結(jié)合KANO模型進(jìn)行需求分類
你在上述需求案例中,可能心中有不同的答案——
- XX需求我不覺(jué)得是「魅力型」,我覺(jué)得應(yīng)該是「期待型」
- XX需求為什么是「必備型」?它不實(shí)現(xiàn)也不影響我使用啊,應(yīng)該是「無(wú)差異型」吧
- 你上面舉的好好住的重力感應(yīng)應(yīng)用案例,我就覺(jué)得挺好的,應(yīng)該是「必備型」吧
- … …
作為用戶,這是你的看法,其他用戶有其他看法,將這些聲音收集起來(lái),整理數(shù)據(jù)進(jìn)行定量分析,得出最終的結(jié)論,通過(guò)數(shù)據(jù)來(lái)看結(jié)果。
我們可以通過(guò)問(wèn)卷調(diào)查的形式,具體流程如下——
1. 設(shè)計(jì)問(wèn)卷
將需求池的需求導(dǎo)出,羅列出清單,每個(gè)功能點(diǎn)對(duì)應(yīng)清單中的一項(xiàng),而每一項(xiàng)需要設(shè)計(jì)2道問(wèn)題,2道問(wèn)題為正反提問(wèn)。
例如:「瀏覽器意外關(guān)閉后是否可以恢復(fù)上次瀏覽」的需求,設(shè)計(jì)的問(wèn)題為——
問(wèn)題1-1、若瀏覽器崩潰后重啟可以恢復(fù)上次瀏覽,你的感受是?
A、非常喜歡 B、理應(yīng)如此 C、無(wú)所謂 D、勉強(qiáng)接受 E、很不喜歡
問(wèn)題1-2、若瀏覽器崩潰后重啟不可以恢復(fù)上次瀏覽,你的感受是?
A、非常喜歡 B、理應(yīng)如此 C、無(wú)所謂 D、勉強(qiáng)接受 E、很不喜歡
通過(guò)以上格式,問(wèn)卷的「問(wèn)答」部分已經(jīng)完善,問(wèn)卷前文加上調(diào)研目的、選項(xiàng)說(shuō)明和感謝的話,就可以開(kāi)始實(shí)施調(diào)研了。
關(guān)于選項(xiàng)說(shuō)明,因?yàn)槊總€(gè)人對(duì)選項(xiàng)的理解及解讀有所不同,因此有必要加上此部分的說(shuō)明,盡可能確保調(diào)研對(duì)象對(duì)各個(gè)選項(xiàng)有共同的認(rèn)知,避免錯(cuò)誤解讀。
諸如可以在問(wèn)卷中添加以下說(shuō)明——
- 非常喜歡:有強(qiáng)烈的認(rèn)同感
- 理應(yīng)如此:事實(shí)上應(yīng)該存在的
- 無(wú)所謂:沒(méi)有太大的訴求,可有可無(wú)
- 勉強(qiáng)接受:對(duì)此沒(méi)有太大的感覺(jué),但也可以接受
- 很不喜歡:排斥甚至厭惡
2. 開(kāi)展調(diào)查
開(kāi)展問(wèn)卷調(diào)查前,先招募一定的目標(biāo)用戶,然后進(jìn)行問(wèn)卷發(fā)放和回收,問(wèn)卷發(fā)放可通過(guò)紙質(zhì)也可通過(guò)電子的形式,招募數(shù)和發(fā)放形式根據(jù)你所擁有的資源而定。若資源和時(shí)間有限,C端的目標(biāo)群,在公司內(nèi)部進(jìn)行隨機(jī)抽取也是一個(gè)不錯(cuò)的選擇。
當(dāng)然,問(wèn)卷中存在廢卷的情況,因此招募的數(shù)量不能太少。
3. 整理數(shù)據(jù)
回收問(wèn)卷后開(kāi)始對(duì)數(shù)據(jù)進(jìn)行整理,將無(wú)效問(wèn)卷剔除,無(wú)效問(wèn)卷不除外以下情況:
- 所有問(wèn)題的答案都一致
- 大量題目未作答
剩下的就是有效問(wèn)卷,有效問(wèn)卷中的每個(gè)功能點(diǎn)參照以下表格進(jìn)行對(duì)照。
- A(魅力型):對(duì)應(yīng)提供此功能「非常喜歡」、不提供此功能「理應(yīng)如此、無(wú)所謂、勉強(qiáng)接受」
- O(期望型):對(duì)應(yīng)提供此功能「非常喜歡」、不提供此功能「很不喜歡」
- M(必備型):對(duì)應(yīng)提供此功能「理應(yīng)如此、無(wú)所謂、勉強(qiáng)接受」,不提供此功能「很不喜歡」
- I(無(wú)差異型):對(duì)應(yīng)提供此功能「理應(yīng)如此、無(wú)所謂、勉強(qiáng)接受」,不提供此功能「理應(yīng)如此、無(wú)所謂、勉強(qiáng)接受」
- R(反向型):對(duì)應(yīng)提供此功能「非常喜歡、理應(yīng)如此、無(wú)所謂、勉強(qiáng)接受」、不提供此功能「非常喜歡、理應(yīng)如此、無(wú)所謂、勉強(qiáng)接受」
- Q(可疑結(jié)果):對(duì)應(yīng)提供此功能「非常喜歡」、不提供此功能「非常喜歡」或?qū)?yīng)提供此功能「很不喜歡」、不提供此功能「很不喜歡」。
因?yàn)榇私Y(jié)果不可能發(fā)生,不然就自相矛盾,所以定為可疑結(jié)果。比如你不可能非常喜歡「瀏覽器崩潰重啟后可以恢復(fù)上次瀏覽」,又非常不喜歡。
參照對(duì)照表,每份問(wèn)卷的每個(gè)功能點(diǎn)都有了分類結(jié)果。
例如:某問(wèn)卷中針對(duì)「瀏覽器崩潰重啟后可以恢復(fù)上次瀏覽」功能,編號(hào)001用戶所持的態(tài)度如下所示,參照對(duì)照表,對(duì)應(yīng)的分類為M(必備型);同理,編號(hào)002用戶所持的態(tài)度對(duì)應(yīng)的分類為O(期望型)。
4. 結(jié)果分類
接著匯總所有用戶的有效問(wèn)卷,對(duì)所有用戶對(duì)某功能點(diǎn)的分類結(jié)果比例進(jìn)行統(tǒng)計(jì),分別得出A(魅力型)、O(期望型)、M(必備型)、I(無(wú)差異型)、R(反向型)、Q(可疑結(jié)果)所占的比例,比例值最大對(duì)應(yīng)的類別就是對(duì)應(yīng)功能點(diǎn)的分類類別了。
如上案例:針對(duì)需求「瀏覽器崩潰重啟后可以恢復(fù)上次瀏覽」,每份問(wèn)卷的選擇結(jié)果都不同,經(jīng)統(tǒng)計(jì)匯總,“A(魅力型)、O(期望型)、M(必備型)、I(無(wú)差異型)、R(反向型)、Q(可疑結(jié)果)”所占的比例分別是“23.5%、36.7%、28.4%、0.8%、6.7%、3.9%”。其中O的比例最高,占36.7%,所以該需求為O(期望型)。
三、對(duì)多個(gè)需求進(jìn)行排序分級(jí)
通過(guò)上述步驟,我們可以對(duì)所有功能點(diǎn)的分類結(jié)果進(jìn)行定論。
如果為了更加直觀看到分級(jí)結(jié)果以及對(duì)同類需求的優(yōu)先級(jí)進(jìn)行排序,可以對(duì)數(shù)據(jù)再進(jìn)一步計(jì)算,確定Better-Worse系數(shù),結(jié)合四象限繪制散點(diǎn)圖。
總的排序規(guī)則為——
剔除“無(wú)差異型和反向型需求”,不同類別需求的優(yōu)先級(jí)排序規(guī)則是“必備型 > 期望型 > 魅力型”,同類需求的優(yōu)先級(jí)排序規(guī)則是“Better值越高,優(yōu)先級(jí)越高”。
當(dāng)然規(guī)則是死的,每個(gè)產(chǎn)品的特質(zhì)是不同的,整個(gè)優(yōu)先級(jí)的排序規(guī)則可以結(jié)合公司資源、需求方的壓力、開(kāi)發(fā)資源進(jìn)行微調(diào)。
1. 確定Better-Worse系數(shù)
我們知道,某個(gè)點(diǎn)確定了X和Y坐標(biāo)值,就能在四象限中定位一個(gè)點(diǎn)。
這里,每個(gè)需求點(diǎn)的Y坐標(biāo)和X標(biāo)分別對(duì)應(yīng)Better系數(shù)和 |Worse系數(shù)|(|Worse系數(shù)|指Worse值的絕對(duì)值)。
Better系數(shù),結(jié)果為正,表示用戶對(duì)某功能或服務(wù)實(shí)現(xiàn)的滿意程度,該值越接近于1,表示實(shí)現(xiàn)某功能或服務(wù)后,滿意程度越強(qiáng);
Worse系數(shù),結(jié)果為負(fù),表示用戶對(duì)某功能或服務(wù)不實(shí)現(xiàn)的不滿意程度,該值越接近-1,表示不實(shí)現(xiàn)某功能或服務(wù)后,不滿意程度越強(qiáng)。
計(jì)算公式分別是:
Better/SI =(A+O)/(A+O+M+I)
Worse/DSI = -1 *(O+M)/(A+O+M+I)
2. 落入四象限圖
各個(gè)需求的Better-Worse值統(tǒng)計(jì)完成后,便可以落入四象限圖了。
例如:代入公式計(jì)算,將6個(gè)功能點(diǎn)的Better-Worse系數(shù)計(jì)算得出,落在四象限的圖如下所示:
根據(jù)排序規(guī)則,優(yōu)先級(jí)為“功能4>功能5>功能2>功能3>功能1”。
四、總結(jié)
眾多需求琢磨不定,在時(shí)間充裕的前提下,不妨通過(guò)問(wèn)卷的形式在目標(biāo)用戶群進(jìn)行調(diào)研,通過(guò)KANO模型,我們可以對(duì)需求進(jìn)行:
- 分類,通過(guò)分類的結(jié)果指導(dǎo)實(shí)現(xiàn)方向,剔除“無(wú)差異需求、反向型需求”,保證“必備型需求、期望型需求”,挖掘“魅力型需求”
- 分級(jí),明確不同類別和相同類別需求的優(yōu)先級(jí)
切勿一股腦毫無(wú)根據(jù)全憑主觀意志拍板,XXX需求就這么定了,就這么排,就這么做。
作者:辛小仲;一名正在成長(zhǎng)的交互設(shè)計(jì)師,公眾號(hào):辛小仲。
本文由 @辛小仲 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載
題圖來(lái)自Unsplash,基于CC0協(xié)議
想請(qǐng)教一個(gè)問(wèn)題,文章指出要把無(wú)效的數(shù)據(jù)剔除,而所有問(wèn)題回答都一致的算是無(wú)效數(shù)據(jù),怎么剔除呢?手動(dòng)剔除么。有沒(méi)有好的方法指點(diǎn)一下呢
非常神奇的一件事,網(wǎng)上看到的幾乎所有的文章,舉例時(shí)無(wú)差異需求占比都是非常小的,個(gè)人實(shí)操是發(fā)現(xiàn)占比是很大的,不知道是怎么回事
還是看需求點(diǎn),不同的需求得出的結(jié)果不一樣,實(shí)操中得到的結(jié)果是無(wú)差異需求也不少,對(duì)于無(wú)差異需求,一般會(huì)進(jìn)一步算下better和worse系數(shù),以確定該需求做不做和優(yōu)先級(jí)
很好的分享,把我之前認(rèn)為沒(méi)有方法論的事情,方法論且很有實(shí)操效果
感謝分享,文章很棒!不過(guò)有個(gè)問(wèn)題,B-W四象限圖 四種類型需求的分界線是怎么劃分的呢?求指點(diǎn)~
B-W四象限圖的分界線不是固定的(圖例中為了便于區(qū)分,用不同顏色做了粗略的區(qū)域劃分),因?yàn)榻?jīng)過(guò)結(jié)果分類已經(jīng)知道對(duì)應(yīng)需求的類型了,計(jì)算出Better-Worse后自然就能在四象限圖中落點(diǎn)了。
這是我的理解,如有錯(cuò)誤,還望指正!
圖文兼?zhèn)洌v解流暢。(* ̄︶ ̄)點(diǎn)個(gè)贊
(*^ω^*)
收獲滿滿
產(chǎn)品中的廣告就是反向型需求,不加用戶滿意,添加了用戶就會(huì)反感。
用戶似乎對(duì)廣告會(huì)進(jìn)行選擇性忽略,有些廣告位的推廣反而是引流的關(guān)鍵,某些時(shí)候廣告是無(wú)差異型,某些時(shí)候又是反向型
文章不錯(cuò)
(小建議 用戶就用戶吧 users看著有點(diǎn)尬??
users?
這個(gè)文章好
非常好的文章,說(shuō)的很明白,條理很清晰,案例很完整