用戶真相是什么？無疑是最難的環(huán)節(jié)。作為產(chǎn)品經(jīng)理，天天都在圍繞吃透用戶真相運轉(zhuǎn)。但是總是會出現(xiàn)對于用戶的需求過于自信，大多時候以參與人員為藍本，研究結(jié)果遠離用戶真相，形成了“產(chǎn)品經(jīng)理人體驗”,“運營人員體驗”，“領導人體驗”等。作為產(chǎn)品經(jīng)理，在每細化一個需求時，大家有跳出產(chǎn)品人經(jīng)驗，深挖過需求的背后嗎？

　　真正的用戶研究應該建立在以用戶為中心的邏輯上，對于用戶的每一個確定要做的需求都能形成一個閉環(huán)，回到產(chǎn)品需求上。

　　產(chǎn)品經(jīng)理應該據(jù)有透過表面挖本質(zhì)的能力，接下來我就對如何處理用戶需求，做一個簡單的方法總結(jié)。用戶需求研究應該從以下4部分展開，用戶需求調(diào)研，競品分析，情節(jié)體驗，整合為一。

　　用戶需求調(diào)研

　　當面對用戶需求時，我們需要多問幾個為什么。上次工作，我接到運營方提出的訂單活動需求。他們希望通過訂單活動來提高商城的銷量。拿到這個需求，我認真分析后，從以下7個點進行展開。（我這里所說的是已經(jīng)對初步需求進行過濾后的需求）

運營方希望通過訂單活動來促進用戶成交訂單，用戶希望買到最實惠的商品，之前我們商城是僅僅只有商品活動，對于訂單的活動是沒有做的，所以這確實可以提高轉(zhuǎn)化率，尤其是帶動不容易賣動商品的銷量。

　　競品分析

　　作為一個初級產(chǎn)品經(jīng)理，我們不要盲目的想從需求中進行創(chuàng)新，多體驗優(yōu)秀產(chǎn)品，做好競品分析。對于這次的訂單活動，我參考了考拉，豐趣海淘等的訂單活動是如何做的。通過競品分析并且結(jié)合自己的需求，我將這次訂單活動分為5種類型，分別是：

　　1. 滿額打折：表示參加活動的商品都按照設置的折扣計算訂單應付金額，通過【滿足金額】和【折扣】編輯域設置；如訂單活動的滿足金額為100，折扣為0.8，滿足金額為200元，折扣0.7，則訂單金額大于等于100小與200時，訂單則按照折扣0.8的計算，若大于等于200，訂單則按照折扣0.7的計算；

　　2. 滿額立減：表示參加活動的商品都按照設置的減免金額計算訂單應付金額，通過【滿足金額】和【立減金額】編輯域設置；如訂單活動的滿足金額為100元，減免金額5元，滿足金額200元，減免15元，則訂單金額大于等于100小與200時，減免5元，若大于等于200，則減免15元；

　　3. N元任選：表示參加活動的商品都按照設置的固定件數(shù)計算訂單應付金額，通過【固定件數(shù)】和【金額】編輯域設置；如訂單活動的固定件數(shù)3件，金額119元，固定件數(shù)4件，金額149元，若下單件數(shù)為3件，則按照119元購買，若件數(shù)大于等于4件，則其中4件按照149元計算，剩余售價最低的件數(shù)按照原售價計算；

　　4. 多件打折：表示參加活動的商品都按照設置的固定件數(shù)計算訂單應付金額，通過【固定件數(shù)】和【折扣】編輯域設置；如訂單活動的固定件數(shù)3件，折扣0.9，固定件數(shù)4件，折扣0.8，則下單件數(shù)為3件，訂單按照折扣0.9計算，大于等于4件，訂單按照折扣0.8計算；

　　5. 多件立減：表示參加活動的商品都按照設置的固定件數(shù)計算訂單應付金額，通過【固定件數(shù)】和【立減金額】編輯域設置；如訂單活動的固定件數(shù)3件，立減金額5元，固定件數(shù)4件，立減金額10元，則下單件數(shù)為3件，立減5元，下單件數(shù)大于等于4件，立減10元；

　　總結(jié)：初次分析競品，可以從產(chǎn)品的四要素進行剖析，即內(nèi)容性，功能性，可用性，情感性。產(chǎn)品是做出來給人使用的，一款由價值的產(chǎn)品必定要給客戶感受到有用，能用，可用，愛用。

　　情景調(diào)研

　　在這一階段，我們已經(jīng)做好了產(chǎn)品需求的細化工作，那到底可行不？我們可以把初步的原型交給用戶（真正的用戶，設計師，技術(shù)開發(fā)人員，測試人員，運營人員，需求提出者），選幾個典型代表，完全讓他們自己去體驗，不要帶入同理心去干涉用戶。我們只需默默在旁邊看著，聽著他們的分析，然后總結(jié)分析用戶體驗。

　　整合為一

　　整合為一是最關鍵的，對于可做的需求也并不需要全部都做。此時應抓住某一個點，讓這個功能尖叫，超于用戶的期望需求。

　　例舉近期工作上遇到的一個作者請假需求。先簡單介紹一下我們的產(chǎn)品，我們是做小說網(wǎng)站的，主要用于讀者的閱讀及吸引作者來與我們平臺簽約。運營人員需要通過全勤獎來激發(fā)作者續(xù)簽約的意向，當時他們提的需求就是做一個請假功能，讓作者自己請假，不影響全勤獎的發(fā)放。用戶都是懶惰的，如果按著這個需求在作者后臺增加一個請假功能？作者真的會利用好這個功能嗎？增加這個功能，簽約作者的轉(zhuǎn)化率就會提高嗎？運營人員真正需要這個需求嗎……拋出了一系列問題，結(jié)合我們現(xiàn)有的網(wǎng)站及人力成本等綜合條件，我將這個需求進行了轉(zhuǎn)換，同樣還是請假功能，但是無需作者去申請請假，直接技術(shù)這邊設置一個m值，即允許請假天數(shù)，當月缺勤數(shù)在m值內(nèi)，則自動發(fā)放全勤獎。但是作者并不清楚我們有這個功能，同時在的通知公告里寫明全勤獎的調(diào)整。這一改變讓用戶避免了請假，同時又不影響全勤獎的發(fā)放。這個就是需求一個轉(zhuǎn)換，整合，既滿足了最初的需求，又不影響用戶體驗。

　　記住與其求得面面俱到而讓產(chǎn)品失去出彩的體驗點，倒不如犧牲掉那些可有可無的體驗，與營造“一擊致命”的體驗。

　　每天面對大量的需求，產(chǎn)品經(jīng)理一定要有一雙“火眼金睛”，站在現(xiàn)有產(chǎn)品的肩膀上，用心去做好用戶研究，營造“尖峰時刻”，讓你的產(chǎn)品有愛，高于用戶期望值。

來源：人人都是產(chǎn)品經(jīng)理