kano模型對(duì)于知道的朋友來講，很簡(jiǎn)單，對(duì)于不知道的朋友來講很神秘，可不管是簡(jiǎn)單還是神秘，最終體現(xiàn)價(jià)值的地方，在于我們?nèi)绾芜\(yùn)用。
<small>作者：枯葉 這是我分享的第48篇原創(chuàng)文章，希望對(duì)你有所幫助。喜歡就關(guān)注我哦~</small>
<strong><big>kano模型的起源</big></strong>
<small>（本文內(nèi)容，是我個(gè)人對(duì)kano模型的實(shí)際應(yīng)用解讀，并非標(biāo)準(zhǔn)解讀，還請(qǐng)大家不要以絕對(duì)化的視角來看待，去探索屬于自己的應(yīng)用方式，是我所推薦的成長(zhǎng)方法。）</small>
什么是kano模型？
簡(jiǎn)單來講，kano模型是狩野紀(jì)昭教授發(fā)明的對(duì)用戶需求分類和優(yōu)先排序的一種工具，與產(chǎn)品經(jīng)理的貼合度非常高，于是這樣一個(gè)非產(chǎn)品行業(yè)的教授所發(fā)明的工具，成為了產(chǎn)品經(jīng)理們的方法論。
具體的介紹，由于篇幅有限就不再贅述了，可以自行百度“kano模型”務(wù)必要輸入完整的關(guān)鍵詞，否則會(huì)出現(xiàn)“卡農(nóng)”的搜素結(jié)果。
狩野紀(jì)昭（Noriaki Kano)是誰？1940年出生的老人家，日本教育家，作家，咨詢顧問，1982年擔(dān)任東京大學(xué)的教授，2006年退休。
是的，狩野紀(jì)昭和互聯(lián)網(wǎng)，和產(chǎn)品經(jīng)理沒有什么關(guān)系。
我們?cè)賮砜纯词裁碖ano模型的誕生背景。
在20世紀(jì)70年代末80年代初，狩野紀(jì)昭和他的同事以客戶滿意度為模型設(shè)計(jì)了一種新的方法論，用于提高企業(yè)服務(wù)，這個(gè)方法論最終以他本人的名字命名，換言之Kano模型的正統(tǒng)名字是：<strong>狩野模式（Kano model）</strong>。
20世紀(jì)70年代末是什么時(shí)候呢？大概在1979年，80年代初也就是1981年，我們將范圍擴(kuò)大，Kano模型的實(shí)際誕生時(shí)期應(yīng)該在1976年至1985年中間的某段時(shí)間。
在當(dāng)時(shí)的背景下，互聯(lián)網(wǎng)尚處于開荒階段，還未抵達(dá)應(yīng)用階段（我國(guó)在1994年實(shí)現(xiàn)了與internet的全功能連接）。
這還是那個(gè)你所了解并依賴的“Kano模型”嗎？
<strong>就是這樣一個(gè)看似與互聯(lián)網(wǎng)沒有關(guān)聯(lián)的狩野模式，現(xiàn)在成為了互聯(lián)網(wǎng)產(chǎn)品經(jīng)理的“圣經(jīng)”。</strong>
<strong><big>Kano模型的定義</big></strong>
現(xiàn)在，你已經(jīng)知道了，Kano模型并不是為互聯(lián)網(wǎng)量身定做的，更不是為產(chǎn)品經(jīng)理量身定做的方法論，那為什么不把他用在其他地方？
畢竟，這樣才會(huì)讓我們熟練的掌握這個(gè)方法，也只有熟練掌握，對(duì)Kano模型有更深刻的認(rèn)識(shí)時(shí)，我們才能在互聯(lián)網(wǎng)，在我們的產(chǎn)品里，更有效的去應(yīng)用。
Kano模型里，將人們對(duì)某物的需求定義成了五個(gè)層次，包含：<strong>基本需求，期望需求，興奮需求，無差異需求，反向需求</strong>。
所謂的興奮需求，便是我們所談及的“超出預(yù)期”這部分的需求。
來看一下每個(gè)層次的定義
<strong>基本需求：</strong>
也是基礎(chǔ)性需求，理所當(dāng)然的需求，也是用戶認(rèn)為“必須要有”的功能。
簡(jiǎn)單的來講，如果“沒有”，用戶就會(huì)很不滿意，如果“有”，用戶也不會(huì)為此感到滿意，畢竟，此類型需求屬于“理所當(dāng)然”的需求。
比如說，需求文檔，對(duì)于產(chǎn)品經(jīng)理而言，就是這樣的基本需求，如果不會(huì)，那你的leader大概會(huì)對(duì)你極為不滿，如果你會(huì)，他也不會(huì)為此表揚(yáng)你。
<strong>期望需求：</strong>
此類型需求與基本需求相反，簡(jiǎn)單的來講，就是這么一個(gè)意思，如果有，則用戶會(huì)感到滿意，如果沒有，用戶也不會(huì)感到失望。
比如說，需求管理，對(duì)于我們來講，就是屬于期望需求，作為產(chǎn)品經(jīng)理而言，將我們的需求管理的越好，我們的leader會(huì)越滿意，反之，即使你不會(huì)管理需求，他也不會(huì)對(duì)你有所不滿，大概就是表現(xiàn)平平之類的吧。
<strong>興奮需求：</strong>
興奮需求某種含義上是期望需求的升級(jí)版本，有時(shí)候我們會(huì)提到的超越用戶預(yù)期，以及挖掘表面需求背后隱藏的需求，便是指期望需求和興奮需求的關(guān)系。
就以表面和背后來講，期望需求是指用戶表面的需求，興奮需求則是指背后的真實(shí)需求。
我們?nèi)匀灰孕枨笪臋n來舉例。
管理需求文檔是我們表面的需求，通過對(duì)需求文檔的管理，讓團(tuán)隊(duì)效率更高，有更多的需求可被復(fù)用，以及需求盡可能少的變更，始終讓團(tuán)隊(duì)的戰(zhàn)斗力發(fā)揮有效價(jià)值，這個(gè)便是讓leader興奮的需求。
作為產(chǎn)品經(jīng)理而言，需求反復(fù)，需求變更，遺漏需求，相信大家都不陌生，不僅僅是我們的leader，即便是對(duì)于我們自身而言，如果真的能減少反復(fù)，減少變更，同樣也會(huì)讓我們感到興奮的，難道不是嗎？
<strong>無差異需求：</strong>
無差異需求是指有沒有都無所謂的這部分需求，不論提供或者不提供，對(duì)用戶體驗(yàn)無影響，換言之，即使不做，也不會(huì)讓客戶不滿意。
這部分需求，往往是我們要避免的“多余動(dòng)作”，雖然是這樣說，但在工作上，我們卻極為容易做出這樣的事情。
這個(gè)案例算是很經(jīng)典了，“登錄”與“登陸”當(dāng)我們?cè)谖恼吕飳懙搅恕暗顷憽睍r(shí)，如果產(chǎn)生了情緒，這就代表我們?cè)诠ぷ髦?，?huì)經(jīng)常性的為了無差異的事情耗費(fèi)時(shí)間，畢竟，這樣的錯(cuò)別字，并不會(huì)影響用戶體驗(yàn)。
<small>（我需要強(qiáng)調(diào)，我們所謂的用戶，是指使用某產(chǎn)品的人，以需求文檔為例，他在開發(fā)過程中起到指引，排查的作用，而不是閱讀一篇文章，因此文檔里的錯(cuò)別字，在一定范圍內(nèi)是被允許且接受的。）</small>
避免無差異需求的原因在于，其會(huì)占用我們寶貴且不可再生的資源。
<strong>反向需求：</strong>
是指少數(shù)派需求，我們?cè)谧鲂枨蠓治鰰r(shí)，需要考慮需求的使用面積，并且在做優(yōu)先級(jí)劃分時(shí)，也需要按照影響面積來考慮，以滿足大部分人的需求為首要目的，與這個(gè)原則相反的，便是反向需求，只滿足少部分的需求。
反向需求同時(shí)也是無差異需求的升級(jí)版本，我們所謂的無差異需求，是做不做都沒影響，反向需求恰恰就屬于，做了就會(huì)產(chǎn)生負(fù)面影響。
比如，在需求評(píng)審時(shí)，我們?cè)跁?huì)議上討論某文案內(nèi)容，或者說某參數(shù)的設(shè)定，這種便是反向需求。
在我們的team里，大部分的成員其實(shí)不關(guān)心文案也無須關(guān)心文案，只有少部分成員會(huì)關(guān)心這個(gè)問題。
正確的處理方法是在評(píng)審會(huì)議里，討論大部分人關(guān)心的議題，比如功能的業(yè)務(wù)邏輯，或者說為什么要做某功能。
對(duì)于一些少部分人關(guān)心的問題，類似于文案，可以在會(huì)議結(jié)束后，單獨(dú)溝通。
以上五種需求類型，便是我所理解的Kano模型的五層需求。
我們以基礎(chǔ)需求為原點(diǎn)，向正面挖掘，以期望需求或者興奮需求為目標(biāo)來要求自己，并且盡量規(guī)避反向需求，無差異需求的誤區(qū)。
無差異需求雖然是做不做都沒有影響，理論上，應(yīng)該是以無差異需求為原點(diǎn)，而實(shí)際上，如果我們真的做了無差異需求，就表示會(huì)消耗我們的時(shí)間，并且這部分被消耗的時(shí)間得不到何種匯報(bào)，因此無差異需求被提出來時(shí)，本身就已經(jīng)產(chǎn)生了負(fù)面影響了。
<strong><big>Kano模型對(duì)于產(chǎn)品經(jīng)理</big></strong>
文章的開篇我已經(jīng)告訴了大家，我們所熟知的Kano模型，并非互聯(lián)網(wǎng)特有的一種方法論，實(shí)際上Kano模型的適用面積遠(yuǎn)遠(yuǎn)超過互聯(lián)網(wǎng)和移動(dòng)互聯(lián)網(wǎng)的面積。
在我們講述五層需求時(shí)，如果用某功能的案例，會(huì)讓大家更容易理解，但這樣卻違背了我的初心，畢竟這篇文章的初衷是引導(dǎo)大家學(xué)習(xí)和成長(zhǎng)方向，如果能促進(jìn)大家的自省，那就太棒了。
用Kano模型來反思一下我們的工作吧。
基礎(chǔ)需求：我們要輸出需求文檔
期望需求：我們要管理需求
興奮需求：通過需求文檔，提高團(tuán)隊(duì)開發(fā)效率，減少低效時(shí)間耗損
<strong>想一想，我們現(xiàn)在所寫的需求文檔，屬于哪個(gè)層次？</strong>
無差異需求：寫完需求文檔后，反復(fù)檢查三遍，確保沒有錯(cuò)別字
反向需求：評(píng)審時(shí)，我們討論提示文案應(yīng)該怎么寫
<strong>想一想，我們有多少時(shí)間耗費(fèi)在了無差異需求和反向需求里?</strong>
最近似乎說了很多次差距產(chǎn)生的原因，即便是相同的開始時(shí)間，相同的結(jié)束時(shí)間，相同的經(jīng)歷，也可能產(chǎn)生極大的差距。
同樣是一年產(chǎn)品時(shí)間，并且做的是相同的事情。
<strong>A不斷的做興奮需求，而B不斷的做基礎(chǔ)需求，不妨判斷一下，誰的成長(zhǎng)更快，誰能抓住下一個(gè)機(jī)會(huì)呢？</strong>
切忌滿足于做基礎(chǔ)需求，這樣只會(huì)耽誤你的時(shí)間而已，任何一件事情，都有基礎(chǔ)需求和興奮需求，只是興奮需求會(huì)比基礎(chǔ)需求更難挖據(jù)，更難發(fā)現(xiàn)。
這就像游戲里的難度挑戰(zhàn)一樣，簡(jiǎn)易，普通，困難，不同難度下，獲得的經(jīng)驗(yàn)和獎(jiǎng)勵(lì)也是不同的。
我盡量在每篇文章都帶上一個(gè)功能的說明，這樣大家在看文章的同時(shí)，也可以逐漸的積累一些功能認(rèn)識(shí)。
刷新功能
我們將刷新功能視為功能模塊，來看看刷新功能所包含的需求點(diǎn)有哪些？
1.刷新的觸發(fā)條件（入口）
2.刷新成功
3.刷新成功-提示文案
4.刷新成功-沒有新內(nèi)容
5.刷新成功-沒有新內(nèi)容-提示文案
6.刷新失敗-有緩存的時(shí)候
7.刷新失敗-有緩存的時(shí)候-提示文案
8.刷新失敗-無緩存的時(shí)候
9.刷新失敗-無緩存的時(shí)候-提示文案
10.連續(xù)刷新時(shí)的保護(hù)：比如，2秒內(nèi)刷新10次
11.連續(xù)刷新時(shí)的提示
12.刷新規(guī)則：比如最新的，或者隨機(jī)的數(shù)據(jù)
13.刷新數(shù)量：比如刷新15條數(shù)據(jù)
如果大家發(fā)現(xiàn)我漏掉的需求，記得留言給我，我會(huì)補(bǔ)充上去噠
