2021-10-9 資深UI設(shè)計(jì)者
你是否在面試有中被問到，你設(shè)計(jì)的頁面需求是如何獲取的? 需求是如何聚焦篩選的？需求是如何做優(yōu)先級(jí)排期的？在互聯(lián)網(wǎng)產(chǎn)品的全生命周期里都會(huì)涉及到很多的需求。企業(yè)的CEO、甲方客戶，用戶調(diào)研各方得到的需求時(shí)常扎堆，就算是一個(gè)小功能也會(huì)有很多問題，呈分散式、零星式。
哪個(gè)需求對(duì)用戶來說最重要？用戶對(duì)我們的新功能是否滿意？我們究竟要先做哪些需求？在企業(yè)里，大多數(shù)時(shí)候項(xiàng)目排期內(nèi)，我們都面臨著開發(fā)、設(shè)計(jì)、測(cè)試等人力資源有限的境地。用戶什么都想要，但是不可能所有功能都一起開發(fā)、上線。作為用戶體驗(yàn)設(shè)計(jì)師或者高級(jí)UI設(shè)計(jì)師，我們有充分地理由掌握一個(gè)科學(xué)系統(tǒng)的方法可視化需求排期。到底有沒有一個(gè)科學(xué)的方法論把需求劃分優(yōu)先級(jí)，去說服你的老板、甲方、產(chǎn)品、技術(shù)和你自己？
廢話不多說 ，我們直接上干貨！
維基百科對(duì)KANO模型的定義如下：
The Kano model is a theory for product development and customer satisfaction developed in the 1980s by Professor Noriaki Kano, which classifies customer preferences into five categories.
KANO 模型是東京理工大學(xué)教授狩野紀(jì)昭(Noriaki Kano)發(fā)明的對(duì)用戶需求分類和優(yōu)先排序的有用工具，以分析用戶需求對(duì)用戶滿意的影響為基礎(chǔ)，體現(xiàn)了產(chǎn)品性能和用戶滿意之間的非線性關(guān)系。
“用戶滿意度”是用來衡量需求實(shí)現(xiàn)后，用戶的滿意程度。具體可以分為以下幾個(gè)等級(jí)。
“功能完善程度”是用來衡量某個(gè)功能被實(shí)現(xiàn)的程度。具體可以分為以下幾個(gè)等級(jí)。
通過“用戶滿意度”以及“功能完善程度”兩個(gè)維度，我們可以劃分五種不同類型的需求：
（M）基本型質(zhì)量 —— Must-be Quality
（P）期望型質(zhì)量 —— Performance Quality
（A）興奮型質(zhì)量 —— Attractive Quality
（I）無差異型質(zhì)量 —— Indifferent Quality
（R）反向型質(zhì)量 —— Reverse Quality
（1）必要型：產(chǎn)品必須要有的功能，屬于用戶的基本需求，即用戶的痛點(diǎn)。需求滿足時(shí)，用戶不會(huì)感到滿意；需求不滿足時(shí)，用戶會(huì)很不滿意；當(dāng)投入達(dá)到一定程度時(shí)，不需要再過多的投入。
比如：我們生活中常見的必需品。手機(jī)要可以打電話，汽車需要能加速和剎車；微信的聊天功能、抖音的短視頻功能、百度的搜索功能等等一系列產(chǎn)品必須的功能。
（2）期望型：（線性增長）用戶希望有的功能，用戶在其他產(chǎn)品上使用過并養(yǎng)成了一定的用戶習(xí)慣后，作為期望的標(biāo)準(zhǔn)也希望產(chǎn)品能具備此功能。需求滿足時(shí)，用戶會(huì)感到很滿意；需求不滿足時(shí)，用戶會(huì)很不滿意；這類需求與用戶的期望契合度極高，需求實(shí)現(xiàn)程度越高，用戶的滿意度也越高。我們要集中投入。
比如：手機(jī)的儲(chǔ)存容量、續(xù)航能力越高，用戶的滿意度越高。當(dāng)?shù)胤?wù)類生鮮外賣產(chǎn)品，騎手的實(shí)時(shí)定位以及距離送達(dá)時(shí)間就屬于期望型需求。但也隨著整體功能不斷完善也在慢慢從期望型需求轉(zhuǎn)化為基本需求。
（3）興奮型：超出用戶預(yù)期的的功能。是產(chǎn)品差異化的亮點(diǎn)，如果沒有該功能，用戶的滿意度不會(huì)降低，但是如果有了該功能用戶的滿意度則會(huì)大大提升。能極大的提高用戶的滿意度，但是同時(shí)也要付出大量的研發(fā)成本。興奮型需求一般是目前市面上沒有的功能，用戶沒有接觸過，也沒有養(yǎng)成用戶習(xí)慣。
比如最近網(wǎng)易云音樂、QQ音樂等推出的一起聽功能，bilibili推出的一起看功能就屬于興奮型需求。早年間里第一次使用微信便捷的語音交流，第一次使用抖音等，會(huì)讓我們?cè)诔醮问褂脮r(shí)出乎我們的意料。
（4）無差別型：用戶不在意的功能，這類需求的有無對(duì)用戶來說無關(guān)痛癢，用戶并不關(guān)注。
在APP中一般為特定目的而產(chǎn)生的多余設(shè)計(jì)，如提醒你續(xù)費(fèi)會(huì)員頁面，屬于引導(dǎo)消費(fèi)。這類需求要避免投入過多，將精力轉(zhuǎn)移到其它類型的需求上面去。
（5）反向型：會(huì)引起用戶反感的功能，是指用戶不希望出現(xiàn)在產(chǎn)品或服務(wù)上的功能。出現(xiàn)時(shí)，用戶的滿意度不增反降。比如在進(jìn)入一款A(yù)PP時(shí)有四五個(gè)彈窗活動(dòng)入口引導(dǎo)充值和誘導(dǎo)消費(fèi)，需要逐個(gè)點(diǎn)擊關(guān)閉才能進(jìn)入頁面，這類設(shè)計(jì)越多用戶的負(fù)面體驗(yàn)就越強(qiáng)。
Tips：比如我們做一款手機(jī)，打電話功能是基本型需求。我們需要花費(fèi)大量的時(shí)間去夯實(shí)這個(gè)功能，把它做的穩(wěn)定準(zhǔn)確。如果一款手機(jī)打電話交流都有問題，而去花費(fèi)大量精力去優(yōu)化它的拍照，視頻等功能。就是失去了一款手機(jī)最基本的使用。這與產(chǎn)品設(shè)計(jì)初期優(yōu)先考慮產(chǎn)品的可用性與易用性，是否能打中用戶痛點(diǎn)同理，先把精力集中做好基本型需求，而不是過度關(guān)注在產(chǎn)品設(shè)計(jì)細(xì)節(jié)等期望型、興奮性需求上。
根據(jù)前面“用戶滿意度”作為縱坐標(biāo)，“功能完善程度”作為橫坐標(biāo)得到這張Kano品質(zhì)要素圖
Tips：在圖像中可以看到，魅力屬性和期望屬性是會(huì)慢慢發(fā)生變化的。魅力屬性會(huì)隨著時(shí)間推移、用戶習(xí)慣的養(yǎng)成、競(jìng)品的影響等，慢慢轉(zhuǎn)化為期望屬性。一部分的期望屬性會(huì)隨著時(shí)間推移、用戶習(xí)慣的養(yǎng)成、操作流程的影響等，慢慢的轉(zhuǎn)化為基本型屬性。
首先我們選擇要進(jìn)行排序的需求。
在實(shí)際的工作場(chǎng)景中，我們往往在一個(gè)工作周期內(nèi)可能同時(shí)會(huì)接到很多的需求。我們面臨項(xiàng)目時(shí)間緊，開發(fā)、設(shè)計(jì)人手資源有限的境況。我們首先就需要篩選出適合Kano模型的需求類型，才能更好的進(jìn)行下面的評(píng)估過程。
我們的需求池中往往有著不同類別的需求，有的是需求是關(guān)系到最終用戶，有的需求是運(yùn)營、管理層、甲方客戶。按照常規(guī)的需求類型大致可以分為這幾類：
（1）軟件問題（技術(shù)類）：這類問題多為軟件BUG，這類問題通常涉及到我們的產(chǎn)品是否為用戶提供了良好的可用性（產(chǎn)品功能初期一般優(yōu)先考慮的是可用性和易用性）體驗(yàn)，一般屬于基本型需求，因此屬于需要緊急處理的問題。
（2）用戶問題 （交互體驗(yàn)類）：這類問題多為交互體驗(yàn)問題，例如用戶使用產(chǎn)品過程中出現(xiàn)的不知道如何使用某功能（沒有做功能引導(dǎo)、不符合用戶心智、學(xué)習(xí)成本高），或者某功能找不到在哪（功能個(gè)入口不清晰、信息入口層級(jí)過深）等類似問題。
（3）產(chǎn)品建議：這類問題基本上屬于期望型需求，例如用戶希望增加某某功能或在某個(gè)操作流程感到缺少什么功能。
（4）其他問題：Kano模型適合與最終用戶可以直接操作、感知、相關(guān)的需求。而不是針對(duì)于產(chǎn)品的運(yùn)營人員、管理層、甲方客戶等的需求。
Tips：因?yàn)镵ANO模型只從用戶滿意度及功能完善程度這兩個(gè)維度出發(fā)去分析需求價(jià)值，所以并不適用于當(dāng)價(jià)值衡量需考慮其他維度因素，如需要將戰(zhàn)略、商業(yè)收益納入考慮等等。
選擇我們產(chǎn)品的目標(biāo)用戶。
可以在問卷題目中增加條件篩選，在后續(xù)問卷收集后進(jìn)行數(shù)據(jù)清洗。比如產(chǎn)品的目標(biāo)用戶為18-36歲女性用戶，就可以在問卷中增加詢問年齡問題，在收集上來的數(shù)據(jù)結(jié)果中篩選掉這一部分非目標(biāo)用戶數(shù)據(jù)。為我們下一步的問卷設(shè)計(jì)投放做準(zhǔn)備。
針對(duì)第一步梳理后的需求集，進(jìn)行正反向的發(fā)散。KANO問卷每一個(gè)功能或需求問題是由正向和負(fù)向兩個(gè)子問題構(gòu)成，分別是用戶在具備或不具備某項(xiàng)功能做出的反應(yīng)。問題選項(xiàng)按照：非常喜歡、理所當(dāng)然、無所謂、勉強(qiáng)接受、很不喜歡，進(jìn)行評(píng)定。
對(duì)此我們問用戶3個(gè)問題：
（1）正向問題：
如果我們?cè)黾印竟δ?】，你的感受是?
（2）反向問題
如果我們不增加【功能1】，你的感受是?
（3）重要程度
【功能1】對(duì)你來說有多重要？
Tips：在實(shí)際調(diào)研中，產(chǎn)品具有某個(gè)功能，大部分人不會(huì)表示“不喜歡”或“無可奈何”?！盁o所謂”一般是態(tài)度的下線，即很少會(huì)有人會(huì)覺得“很不喜歡”或“勉強(qiáng)接受”。所以在問卷設(shè)計(jì)階段為了提高用戶填表的效率，在選項(xiàng)設(shè)定中正反向只設(shè)定3個(gè)選項(xiàng)。
可以采用定量調(diào)研的方式，使用“問卷星”設(shè)置好問題發(fā)在產(chǎn)品用戶交流群中或私域流量群中。
Tips：
如何向用戶提問，如何收集用戶的回答將直接影響到需求排序的結(jié)果。這一步非常重要。
提醒用戶正反問題之間的區(qū)別，注意強(qiáng)調(diào)“增加”還是“不增加”，防止用戶看錯(cuò)題意。
在實(shí)際題目設(shè)置中，當(dāng)功能數(shù)量比較多（大于5個(gè)時(shí)），有比較接近類似的，建議對(duì)用戶進(jìn)行分組，每個(gè)用戶最多回答5個(gè)功能點(diǎn)，且盡量是區(qū)分度大的功能點(diǎn)。
有時(shí)需要對(duì)功能進(jìn)行解釋，確保用戶能夠理解。
調(diào)研后需要對(duì)數(shù)據(jù)進(jìn)行清洗，處理掉一些用戶亂填或錯(cuò)誤的數(shù)據(jù)。比如所有題目都選一樣和一些可疑結(jié)果的數(shù)據(jù)。
基于收集的問卷量化的結(jié)果，進(jìn)行需求分類分析。每組正反向問題的排列組合一共是25種，得到需求類型參照表。這張表格中，將重點(diǎn)關(guān)注正向的回答（即 > 0 的部分），這樣我們可以幫把注意力放在最重要的正向需求上面。（避免關(guān)注到“具備功能時(shí)”用戶覺得“勉強(qiáng)接受”和“很不喜歡”的需求上）
Tips：Q：代表可疑結(jié)果。對(duì)于一個(gè)功能的提供與否，用戶都表現(xiàn)出了很喜歡或者很不喜歡這種自相矛盾的情況。所以，這樣的結(jié)果在最終統(tǒng)計(jì)時(shí)，一般都需要排除掉。
需求優(yōu)先級(jí)排序?yàn)椋夯拘?nbsp;＞ 期望型 ＞ 興奮型 ＞ 無差別型 ＞ 反向型
在需求數(shù)量不是很多只需確認(rèn)需求分類時(shí)，到這里就可以結(jié)束了。只需要基于以上結(jié)果進(jìn)行統(tǒng)計(jì)，根據(jù)少數(shù)服從大多數(shù)的邏輯，最多比例的屬性作為統(tǒng)計(jì)后的結(jié)果，即該需求分類。
比如：【功能1】最后收集數(shù)據(jù)為，基本型42、期望型28、興奮型0、無差異型7，【功能1】為基本型需求。再根據(jù)需求排序確定優(yōu)先級(jí)。
如果涉及到較多需求，或者同類型需求有多個(gè)需要優(yōu)先級(jí)排序時(shí)，你還需進(jìn)行下一步。
我們引入better-worse系數(shù)的概念，表示某功能可以增加滿意或者消除不喜歡的影響程度。
Better系數(shù)=（期望數(shù)+興奮數(shù)）/（期望數(shù)+興奮數(shù)+基本數(shù)+無差異數(shù)）
= （P+A）/(P+A+M+I)
Worse系數(shù)= -1 *（期望數(shù)+必備數(shù)）/（期望數(shù)+興奮數(shù)+基本數(shù)+無差異數(shù)）
= -1 *（P+M）/(P+A+M+I)
Bette系數(shù)，可以簡單理解為滿意系數(shù)，代表如果產(chǎn)品提供某種功能，用戶滿意度會(huì)提升。Better值越大/越接近1，則表示用戶滿意度提升的效果會(huì)越強(qiáng)。
Worse系數(shù)，可以簡單理解為不滿意系數(shù)，Worse的數(shù)值通常為負(fù)，代表產(chǎn)品如果不提供某種功能或服務(wù)，用戶滿意度會(huì)降低。其絕對(duì)值越接近1，則表示對(duì)用戶不滿意度的影響最大。
1. 橫坐標(biāo)為Better系數(shù)，縱坐標(biāo)為Worse系數(shù)絕對(duì)值。根據(jù)實(shí)際得到結(jié)果將最大值均分依次放入兩個(gè)坐標(biāo)軸上。
2. 分別計(jì)算Better系數(shù)平均值、Worser系數(shù)絕對(duì)值平均值，將其作為參考警戒線加入圖表中。
3. 將各個(gè)需求的對(duì)應(yīng)的Better系數(shù)值、Worser系數(shù)絕對(duì)值放入圖像內(nèi)。
4. 我們將根據(jù)需求的重要性，來調(diào)整上圖中點(diǎn)的大小。這時(shí)我們引入功能重要程度概念（在前文問卷問題中有提到），這里可以量化功能需求的重要程度，從“不重要”到“非常重要”，1到9分依次可對(duì)應(yīng)需求點(diǎn)的直徑大小，比如“非常重要”點(diǎn)為90px直徑的圓，可根據(jù)具體情況靈活運(yùn)用。
5. 根據(jù)需求優(yōu)先級(jí)排序?yàn)椋夯拘?nbsp;＞ 期望型 ＞ 興奮型 ＞ 無差別型 ＞ 反向型 。同一需求類型再根據(jù)重要程度二次排序。
6. 至此各個(gè)功能需求優(yōu)先級(jí)排序一目了然。
最后，我以“呱呱生鮮”產(chǎn)品為例子回顧整個(gè)Kano模型可視化需求的流程。
這次我們有10個(gè)需求需要做需求可視化。分別為：
Q1：在點(diǎn)擊訂單結(jié)算后提供優(yōu)惠換購功能；
Q2：詢問上次購買訂單是否滿意反饋彈窗；
Q3：會(huì)員每日可領(lǐng)取免費(fèi)菜功能；
Q4：進(jìn)入APP提醒不在常用定位地址功能；
Q5：商品詳情頁面菜品推薦做法功能；
Q6：有辣味的商品圖片提醒辣度指數(shù)；
Q7：商品詳情頁面菜品直播功能；
Q8：商品列表顯示菜品榜單排名參數(shù)；
Q9：購物車結(jié)算提示可以免費(fèi)領(lǐng)取小蔥；
Q10：猜你喜歡你的常購清單功能；
因?yàn)镵ANO模型只從用戶滿意度及功能完善程度這兩個(gè)維度出發(fā)去分析需求價(jià)值，以上10個(gè)需求功能均為用戶可直接感知。符合Kano模型條件。
選擇產(chǎn)品的目標(biāo)用戶進(jìn)行問卷投放。
對(duì)此我們問用戶3個(gè)問題：
（1）正向問題：
如果我們?cè)黾印竟δ?】，你的感受是?
（2）反向問題
如果我們不增加【功能1】，你的感受是?
（3）重要程度
【功能1】對(duì)你來說有多重要？
使用“問卷星”設(shè)置好問卷問題投放在產(chǎn)品用戶交流群中或私域流量中。
對(duì)調(diào)研后收集上來的數(shù)據(jù)進(jìn)行數(shù)據(jù)清洗，處理掉一些用戶亂填或錯(cuò)誤的數(shù)據(jù)。比如所有題目都選一樣和一些可疑結(jié)果的數(shù)據(jù)。
（1）基于收集的問卷量化結(jié)果，對(duì)照需求類型參照表,進(jìn)行需求分類分析。
（2）結(jié)合需求優(yōu)先級(jí)排序：基本型 ＞ 期望型 ＞ 興奮型 ＞ 無差別型 ＞ 反向型 。
（3）計(jì)算better-worse系數(shù)，計(jì)算Better系數(shù)平均值、Worser系數(shù)絕對(duì)值平均值，將其作為參考警戒線加入圖表中。
（4）將各個(gè)需求的對(duì)應(yīng)的Better系數(shù)值、Worser系數(shù)絕對(duì)值放入圖像內(nèi)。
（5）我們將根據(jù)需求的重要性，來調(diào)整上圖中點(diǎn)的大小。
（6）得到最終的需求可視化排期圖，至此各個(gè)功能需求優(yōu)先級(jí)排序一目了然。
我們?cè)O(shè)計(jì)師需要在自我能力范圍內(nèi)，不斷提升為企業(yè)團(tuán)隊(duì)服務(wù)，增加自己對(duì)內(nèi)話語權(quán)以及對(duì)外影響力。成為自我驅(qū)動(dòng)高級(jí)體驗(yàn)設(shè)計(jì)師。在工作中也需要對(duì)需求做一個(gè)設(shè)計(jì)價(jià)值和優(yōu)先級(jí)的排序，搭建需求可視化體系。對(duì)不同的需求進(jìn)行品質(zhì)類型劃分，列出屬于自己排出的需求列表，在更有價(jià)值的需求上花費(fèi)更多的時(shí)間精益求精。
藍(lán)藍(lán)設(shè)計(jì)建立了UI設(shè)計(jì)分享群，每天會(huì)分享國內(nèi)外的一些優(yōu)秀設(shè)計(jì)，如果有興趣的話，可以進(jìn)入一起成長學(xué)習(xí)，請(qǐng)掃碼ben_lanlan，報(bào)下信息，會(huì)請(qǐng)您入群。歡迎您加入噢~~希望得到建議咨詢、商務(wù)合作，也請(qǐng)與我們聯(lián)系。
分享此文一切功德，皆悉回向給文章原作者及眾讀者.
免責(zé)聲明：藍(lán)藍(lán)設(shè)計(jì)尊重原作者，文章的版權(quán)歸原作者。如涉及版權(quán)問題，請(qǐng)及時(shí)與我們?nèi)〉寐?lián)系，我們立即更正或刪除。
藍(lán)藍(lán)設(shè)計(jì)( yvirxh.cn )是一家專注而深入的界面設(shè)計(jì)公司，為期望卓越的國內(nèi)外企業(yè)提供卓越的UI界面設(shè)計(jì)、BS界面設(shè)計(jì) 、 cs界面設(shè)計(jì) 、 ipad界面設(shè)計(jì) 、 包裝設(shè)計(jì) 、 圖標(biāo)定制 、 用戶體驗(yàn) 、交互設(shè)計(jì)、 網(wǎng)站建設(shè) 、平面設(shè)計(jì)服務(wù)
藍(lán)藍(lán)設(shè)計(jì)的小編 http://yvirxh.cn