kano 模型是東京理工大學教授狩野紀昭(noriaki kano)發明的對使用者需求分類和優先排序的有用工具，以分析使用者需求對使用者滿意的影響為基礎，體現了產品效能和使用者滿意之間的非線性關係。產品的功能設計並不能想到什麼設計什麼,因為新的功能會消耗一定的人力財力等,但是卻又不一定帶來積極的效果.根據不同型別的質量特性與顧客滿意度之間的關係，狩野教授將產品服務的質量特性分為五類：
基本(必備)型需求——must-bequality/ basic quality、期望（意願）型需求——one-dimensional quality/ performance quality、興奮（魅力）型需求—attractive quality/ excitement quality、無差異型需求——indifferent quality/neutral quality、反向（逆向）型需求——reverse quality，亦可以將 『quality』 翻譯成「質量」或「品質」。
這裡吐下槽,像qqweb版當年設計了很多的功能,基本上客戶端版的功能web版都有，當然裡面包含了許許多多使用者不太喜歡的功能或者說不痛不癢的功能，使得這個系統十分臃腫。好了，官方可能是得到使用者的反饋，覺得功能的確過於冗雜，那麼減功能唄，但是這一減，把一些非常重要的功能都減沒了，導致qqweb基本上只能文字聊天，其它啥都幹不了，像傳檔案等重要功能也都沒了，導致用web版的人就幾乎為零了。
出現這種現象（功能冗雜或者重要功能沒有）基本都是由於沒有分清楚哪些功能是必須的，哪些功能是使用者喜歡的但是沒有也沒關係的，哪些功能是使用者不喜歡的等等。
而kano模型正好就幫助我們分清楚某個功能到底是以下5中功能中的哪一種
1. 期望的功能
2. 必須的功能
3. 令人愉悅的功能
4. 無關緊要的功能
5. 反功能
因為這個東西的分析對於每個人來說是比較主觀的,但是卻並不意味著沒有辦法用客觀的方法去衡量.
然後先來了解以下以上5種功能的特點：
一旦基本需求得到滿足，使用者的滿意度就會放緩。當乙個必需功能不存在的時候，使用者會感到不滿意。而當它存在時，使用者會感到滿意，但是到了一定程度，使用者滿意水平就不再上公升了。比如說酒店預定系統，酒店位置篩選功能是必需的，系統能夠長時間正常執行是必需的。
它會讓應用變得有趣，使用者會很喜歡，但是並不是使用者期待或者必需的功能。有這些功能，使用者會感到滿意，沒有這些功能，使用者不會感到不滿。像網易雲**會給你推薦**，這種功能會讓你感到驚喜，但是沒有也沒啥關係。值得注意的是，令人愉悅的功能可能會慢慢變成期望的功能或者必需的功能。比如說，現在所有的**軟體都會給你推薦你喜歡的**並且這些**能令你滿意，那這個推薦功能就是必需的了，那哪個**軟體沒有這個功能基本就沒戲了。
這些就是使用者根本不關心的功能，無論它們是否實現，都不會改變使用者對應用的看法。比如說電腦系統多了個鬧鐘的功能，其實作用不是很大，使用者不會因為這個鬧鐘而選擇這個系統。
這個五個功能對應的曲線顏色分別是：1-綠色,2-紅色，3-橙色，4-藍色，5-黑色。
希望自己說清楚了這幾個功能的差異性，那麼kano模型具體怎麼區分這些功能呢。
kano模型需要我們設計個問卷，問卷的內容則非常簡單，大概是這樣：
喜歡這樣
期望這樣
中立態度
可以接受
反感具備此功能
不具備此功能
根據上面這個表可以對每個使用者的結果進行分類，然後統計出如下結果：
型別頻率
期望10%
必需15%
興奮45%
無差異5%
反感5%
可疑20%
上面的可疑指的是既喜歡又不喜歡的那種，肯定就是無用的結果，這和 層次分析法的一致性檢驗差不多的原理。
例如上面的結果，這個功能明顯就是第三種型別的功能啦。
以上就是kano模型的用法，簡單總結一下。
資料分析 用RFM模型分析使用者
rfm模型 rfm模型根據客戶活躍程度和交易金額的貢獻，進行客戶價值細分的一種方法。r recency 最近一次交易時間間隔。基於最近一次交易日期計算的得分，距離當前日期越近，得分越高。如5分制。反映客戶交易活躍度。f frequency 客戶在最近一段時間內交易次數。基於交易頻率計算的得分，交易頻...
用實踐告訴你，什麼才是真正的資料產品
每天都有人在講大資料 講資料產品 講平台，但是概念始終覺得很模糊，越不正視只會越迷失方向，所以就大膽的往前走吧！一 缺少總結，資料產品概念模糊 今天想回到本質，寫下對於資料產品的理解。源於一位讀者跟我問了我乙個問題 資料產品的定義是否有共識？最近翻了不少資料，看到很多很好的理解，直接拿來輸出始終感覺...
sap 使用者許可權控制的資料模型
最近應公司需求開發乙個簡明的許可權報表，詳細分析了一下 sap 的許可權控制和儲存模型 sap 的實際授權都是通過 引數檔案 來實現的,使用者可以直接關聯到多個引數檔案，使用者可以關聯到多個角色，角色再關聯到引數檔案。usrbf2 這個表是乙個使用者最終獲得的許可權的彙總，包含了使用者直接關聯引數檔...