在《如何成為一頭優秀的服（產）務（品）員（汪）》中，以餐廳點菜為切入點，講解了產品經理對需求的來源管理，在充分了解需求本質——用戶動機的情況下，接下來面臨的問題便是，如何實（做）現（菜）？ 
需求的實現管理
我們已經了解到了客戶的需求：客戶想吃腐竹，帶茄丁不帶肉的宮保雞丁，那么如何操作，先做哪個？
理論先行。
1、KANO模型分析法
需求的優先級首先應該根據需求對用戶的價值來判斷。
日本教授狩野紀昭在1984年提出構了KANO模型，用來對客戶需求的滿意度進行分類，一共分為五類影響因素（引自維基百科）：
必備因素：滿足基礎需求時，用戶才會使用產品，不會對用戶滿意度產生影響。當不提供此需求，用戶滿意度會大幅降低；
期望因素（線性因素）：KANO模型是從線性需求模型演變而來，線性需求在產品中實現的越多，用戶就越滿意，當不提供此需求，用戶滿意度會降低；
興奮因素：用戶意想不到的，如果不提供此需求，用戶滿意度不會降低，但當提供此需求，用戶滿意度會有很大提升；
無差異因素：無論提供或不提供此需求，用戶根本不在意；
反向因素：用戶根本都沒有此需求，提供后用戶滿意度反而會下降。
毫無疑問，產品經理應該避免去實現無差異因素和反向因素。
有兩個反向因素的例子，豆瓣把自己的消息系統的名字由豆郵改成私信，僅僅是改個名字，結果遭到豆瓣用戶集體反對，不得不重新改回來。支付寶的六一運營活動，也是改名字，給大家的名字后面都加了個寶寶，不少在意安全的用戶，也把矛頭指向了產品經理。這些站在用戶對面的反向需求，用戶必然會不滿意。
無差異因素則更加悲涼，這種需求很少出現，你費力做出個功能，結果用戶一點感知都沒有，某種意義上來說，比反向因素更加不值得浪費資源去做。 
（需求進展和用戶滿意度的關系圖，來源：維基百科）
可以看到其中的三條曲線basic needs（基本型需求），performance needs（期望型需求），Delighters（興奮型需求）的實現過程。
基本型需求：產品的基本需求往往屬于此類。對于這類需求，必須滿足，可以做的按部就班，少量創新。
期望型需求：用戶、競爭對手和產品自身都需要關注的需求，平時工作中需要重點關注的需求。
興奮型需求：用戶自身都沒有想到的需求，滿足此類需求很容易引起產品的爆點。之前的臉萌，朋友印象都是滿足這種興奮型需求。
做一份宮保雞丁屬于基本需求，想吃到腐竹是期望需求，而興奮型需求，則是類似海底撈的做法，等待的過程中給你提供刷鞋，美甲等更多的服務，給用戶帶來驚喜。 
實現優先級上，首先滿足基本需求，其次是期望型需求，然后根據產品的生命周期和市場情況，調整興奮型需求的優先級。
比如在產品成長期，可以恰當做些爆點需求，增加曝光度，來快速拉升產品注冊人數。
2、分段交付產品功能，MVP實現核心需求
MVP最小可行產品
互聯網迭代越來越快，爆發出來的很多需求需要快速驗證，這個時候做一個快速的可行性產品是成本最低的試錯方法。 
一般來說，MVP產品可以從以下幾個緯度確定功能范圍：
用戶緯度：MVP集中滿足核心用戶/種子用戶的需求；
功能緯度：找出最核心、與痛點最相關、最小的功能組合。減少需求永遠比增加需求更難。這里可以用反向分析法，如果去掉某個功能，會不會影響主體流程。某個需求如果上不了線，用戶會不會流失，如果回答是會，則放入mvp中實現，如果不會大膽的放到后續的迭代中做；
產品原型：現在更多的產品會通過微信公眾號的形式驗證，比如知乎的付費問答值乎，最開始的mvp產品形態主要是知乎服務號的自定義菜單或者朋友圈的分享，如果一開始就放在App端，如果用戶沒有來得及更新，就錯失了市場機會（同一時間，分答已經在市場上跑馬圈地了）。
現在很多的硬件創業團隊mvp做法則是設計好了方案，到眾籌網站進行展示，收集產品反饋，獲得早期用戶，快速判斷產品是否符合市場需要。
按照產品需求的優先級分段交付：
現在的互聯網產品思維都要求快速迭代，并不像傳統的軟件產品，需要所有功能完備才能推向市場。
分段交付可以理解為后續每一個迭代都是一個mvp，只不過跟從0啟動的產品mvp判斷標準不同，按照需求優先級來定義每一次分段交付的內容。 
分段交付的優點有很多，也是scrum開發模式推薦的做法：
新功能能夠快速發布；
能夠迅速應對業務需求，擁抱變化；
迭代周期縮短，同時獲得迅速反饋；
從需求分析開始交互 設計 開發 測試等角色密切協作，相比于傳統的瀑布式開發，效率跟高，更少浪費。
評估產品優先級除了上面提到的用戶價值模型還可以從一下幾個方面評估：
需求價值：用戶價值即上面KANO模型評估結果，基本需求優先做，期望型需求盡量做，興奮型需求要有一兩個，作為產品亮點和差異化競爭策略需要。商業價值，是否對公司有利；
需求主體：是哪一類用戶的需求，是否是核心用戶，新用戶，還是留存用戶。受眾面是不是足夠大；
需求成本：需求實現的需要投入的技術資源和時間資源，以及是否依賴內部外部的一些資源；
需求強度：用戶對該需求有多強烈，需求的頻率如何。
假設我們仍然接受了客戶的需求，不考慮商業價值虧損的情況下，需要做一份加腐竹的宮保雞丁，滿足的只是個別用戶的單次需求，而且實現成本又很高，所以這個需求從優先級上是非常低的。所以不如先上個涼拌腐竹，再做個宮保茄丁： 
本文作者： 胡瑩（點融黑幫），現任點融網高級產品經理，畢業于復旦大學，喜歡推理，殺人游戲，德州撲克。
本文由 @點融黑幫（ID：DianrongMafia） 原創發布于產品壹佰，未經許可，禁止轉載。
Tags: 產品經理
文章來源：http://www.chanpin100.com/article/101530