需求排序：Kano模型完整手冊(精華版)
原作者：pstrike?知乎
本文來源于[The Complete Guide to the Kano Model - Folding Burritos](The Complete Guide to the Kano Model - Folding Burritos)弟蚀，基于原文進行了翻譯、轉(zhuǎn)義，本文截取了比較核心的內(nèi)容方便讀者快速閱讀、了解Kano阔挠。
作為產(chǎn)品經(jīng)理研铆、項目經(jīng)理的你，一定遇到過這樣的問題：
無論進度怎么趕柒桑，需求列表一直不停的在增加
用戶似乎什么都想要谱净，但是不可能所有功能都一并開發(fā)窑邦、上線
你弄一張產(chǎn)品的路線圖好讓所有人清楚需求實現(xiàn)的順序，但是無從下手
面對這些問題壕探，你需要一個需求排序的方法來幫助你冈钦，而Kano正是一個你可以參考的方法。
滿意度 vs 功能性
當提到Kano李请，首先要了解的是Kano的“滿意度”度量瞧筛。“滿意度”是用來度量用戶的某個需求實現(xiàn)后导盅，用戶的滿意程度较幌。具體可以分為以下幾個級別：
另一個重要的度量維度是“功能完善程度”“追“功能完善程度”是用來度量某功能被實現(xiàn)的程度乍炉。可以被具體分為以下幾個級別：
Kano核心分類
了解了這兩個度量維度后嘁字，我們就可以引入Kano的核心概念恩急。基于以上兩個度量維度纪蜒，我們可以組成一個象限。通過這個象限我們可以了解到用戶是如何感覺產(chǎn)品的功能的此叠。
通過“用戶滿意度”以及“功能完善程度”兩個維度的組合纯续，我們可以劃分四種不同類型的需求：
必要型：如果沒有這個功能，用戶會認為這是件未完成品灭袁，沒法使用猬错。這類功能需求屬于用戶的基本需求，這類功能做得再怎么好茸歧，用戶的滿意度也不會提升倦炒。但是，如果這有這個功能软瞎，產(chǎn)品又無法使用逢唤。例如：汽車需要有剎車拉讯；手機必須可以打電話。針對這類需求鳖藕，當達到一定程度魔慷，你不需要再過多的投入。
期望型：這類需求與用戶的期望契合度極高著恩，該類需求實現(xiàn)程度越高院尔，用戶的滿意度也越高。例如：汽車的行駛里程越遠喉誊，用戶的滿意度越高邀摆；手機的儲存容量越多，用戶的滿意度越高伍茄。針對這類需求隧熙，功能每提高一點，用戶的滿意度就可以提高幻林，要集中投入贞盯。
興奮型：你是否有試過在使用某個產(chǎn)品后，驚呼產(chǎn)品的設計太聰明了沪饺，他們是怎么做到的躏敢。能觸發(fā)這類感嘆的功能需求就屬于興奮型需求。例如：你第一次使用iPhone整葡，谷歌件余、百度地圖的時候。針對這類需求遭居，它會成為你產(chǎn)品的亮點以及差異化的點啼器，能極大的提高用戶的滿意度，但是同時也要付出大量的研發(fā)成本俱萍。
無差別型：這類需求的有無對用戶來說無關(guān)痛癢端壳。例如：你是否有經(jīng)歷過辛辛苦苦實現(xiàn)了一個功能，但是完全沒有用戶使用枪蘑？這就屬于無差別型需求损谦。針對這類需求，要避免投入了岳颇，將精力轉(zhuǎn)移到其它類別的需求上面去照捡。
當了解了Kano的需求分類后，這些需求的分類可以指導我們基于不同的需求類別话侧，對需求進行排序：
如何實際操作栗精？
了解來Kano的基本還念后，我們可以根據(jù)以下步驟進行Kano需求排序的實際操作瞻鹏。
第一步悲立，選擇要進行排序的需求以及用戶
我們的需求列表中往往有著不同類別的需求鹿寨，有的是需求是關(guān)系到最終用戶的，有的需求是運營级历、管理層相關(guān)的（例如：銷售報告）释移，有的是償還技術(shù)債的。
Kano方法比較適合與最終用戶直接相關(guān)的需求寥殖，也就是說要這些需求最終用戶是可以直接感知玩讳、操作的（而不是針對于產(chǎn)品的運營人員、管理層的）嚼贡，因為與最終用戶直接相關(guān)的需求可以給產(chǎn)品的發(fā)展帶來最大的動力熏纯。
第二步，向用戶提問粤策，并獲得回答
這是Kano關(guān)鍵的一步樟澜。如何向用戶提問，如何收集用戶的回答將直接影響到需求排序的結(jié)果叮盘。
Kano定義了一對簡單秩贰、清晰的問題。針對每一個需求柔吼，我們都向用戶進行提問：
如果我們的產(chǎn)品加入這個功能毒费，你覺得怎么樣？
如果我們的產(chǎn)品沒有這個功能愈魏，你覺得怎么樣觅玻？
你可能已經(jīng)發(fā)現(xiàn)，上面的兩個問題一個是“具備功能”的情況培漏，一個是“缺少功能”的情況溪厘。針對以上兩個問題，我們讓用戶從以下幾個答案中進行選擇：
很好
還行
無所謂
不太好
不喜歡
另外牌柄，針對每一個功能畸悬，我們還要向用戶詢問一個問題：
這個功能對你來說有多重要？
你需要引導用戶在1-9（1為不重要友鼻，9為極其重要）之間做出選擇傻昙。
第三步，分析回答結(jié)果彩扔，完成需求排序
根據(jù)用戶的回答，我們可以對結(jié)果進行量化僻爽，從而方便后續(xù)的排序過程虫碉。具體的量化過程為：
根據(jù)以上量化的結(jié)果，我們將得到以下的一張表格胸梆。在這張表格中敦捧，我們將關(guān)注正向的回答（即>0的部分）须板，這樣的劃分可以幫我們把注意力放在最重要的需求上面。
基于以上的表格兢卵，我們對每一個需求計算以下分數(shù)：
“具備功能“問題的得分：計算所有用戶該問題得分的平均分
“缺少功能“問題的得分：計算所有用戶該問題得分的平均分
“功能重要性“問題的得分：計算所有用戶該問題得分的平均分
根據(jù)以上“具備功能“問題的得分以及“缺少功能“問題的得分习瑰，我們可以在以下的圖中匯集我們的需求進行需求排序分析：
在上圖中，我們再疊加“功能重要性”的分數(shù)秽荤。為了更好的可視化甜奄，我們將根據(jù)需求的重要性，來調(diào)整上圖中點的大小窃款。
根據(jù)以上結(jié)果课兄，我們可以根據(jù)必要型>期望型>興奮型>無差別型的順序?qū)π枨筮M行排序：
假如在同一類別下有多個需求，我們將根據(jù)需求的重要性進行額外的排序晨继。至此烟阐，我們根據(jù)Kano方法，得到了一個排序后的需求列表紊扬。
寫在最后
Kano給大家提供了一個可供參考并可執(zhí)行的需求排序方法蜒茄。但是Kano方法也有其局限性：
不同類別用戶（最終用戶、內(nèi)部用戶）的反饋不能簡單的放在一起進行排序餐屎，需要干系人進行判斷
“期望型”需求的優(yōu)先級別在某些產(chǎn)品中可能比“必要型”要高
需求類型的劃分會隨著時間不斷變化檀葛，例如：iPhone在2007年是“興奮型”的需求，但是放到今天已經(jīng)變?yōu)椤氨匾汀钡男枨?/p>
總之啤挎，工具怎么使用驻谆，還是要根據(jù)項目、產(chǎn)品的具體情況來進行調(diào)整庆聘。There are no silver bullets胜臊。
然后有一個簡易版的，覺得挺輕便的也摘抄過來
作者：劉飛
鏈接：https://www.zhihu.com/question/19930744/answer/76533852
來源：知乎
著作權(quán)歸作者所有伙判。商業(yè)轉(zhuǎn)載請聯(lián)系作者獲得授權(quán)象对，非商業(yè)轉(zhuǎn)載請注明出處。
解釋下這個圖宴抚。
作為一個功能勒魔， 每行對應的是如果有的話，用戶會開心菇曲、無所謂還是不開心冠绢，每列則是如果沒有的情況。具體說：
矛盾：如果用戶覺得功能存在和不存在都很開心常潮，或者都不開心弟胀，顯然是有問題的，所以說是矛盾的情況，是存在邏輯問題的孵户，不予考慮萧朝。
錯誤：如果功能不存在讓用戶很開心，或者功能存在讓用戶不開心夏哭，那這個功能顯然是錯誤的功能检柬，不予考慮。
無關(guān)：如果功能存在和不存在竖配，用戶都覺得無所謂何址，那功能也就無關(guān)緊要了，同樣不予考慮械念。
最重要的就是剩下的三類了：
必要：如果功能存在用戶并沒有特別的感覺头朱，但不存在會不開心，說明這個功能是要滿足基本需求的龄减，也就是大家常說的『痛點』项钮。
期待：如果功能存在用戶很開心，功能不存在用戶很不開心希停，這就是滿足用戶最直接烁巫、最明顯的需求了，是用戶內(nèi)心已有期待的宠能。
驚喜：如果功能不存在的時候用戶并沒有感覺亚隙，說明這個功能用戶之前沒有預期，但功能存在用戶很開心违崇，也就是說達到了驚喜的效果阿弃。這就是小米常說的『驚喜點』，所謂讓用戶尖叫的功能羞延。
任何需求都可以分為『驚喜型』渣淳、『期待型』和『必要型』。大家考慮需求的價值伴箩，就要基于這三種來做判斷了入愧。
很多公司和產(chǎn)品利用的產(chǎn)品運營手法就是在滿足后兩種需求的同時，不斷用第一種需求激活用戶的熱情嗤谚、促使用戶傳播棺蛛。
