產品需求分析工作是產品一系列工作的開端，俗話說：良好的開始是成功的一半。為了讓你在這個工作上有個好的開始，作者在本文總結了產品需求分析過程中 5 種典型的坑，並根據自己的經驗教訓給出了一些針對性的建議。
需求分析是產品經理的日常工作內容之一。作為產品原型設計的準備工作，需求分析在很大程度上決定了後續產品相關工作的方向和範圍，其重要性毋庸置疑。所以，一個合格的產品經理應該在這個需求分析上有一定的方法和策略。
今天，龍哥根據自身以往的需求分析經歷以及觀察到的一些情況，分享一下需求分析工作中常見的 5 種坑。無論是對龍哥自己還是閱讀文章的你，都算做是一種提醒和鞭策。
1、把自己當用戶#
這大概是產品經理最容易犯的掉進去的坑。
從需求的角度來看，產品經理是用戶需求的代言人。此時，產品經理的身上其實融合了兩種身份：
- 提出需求的用戶
- 整理需求的自己
一般來說，在需求分析工作的開始階段，產品經理大多都能保持一定的清醒，能夠比較理智地區分需求的來源。隨著產品需求分析工作的展開，無論是用戶調研，還是競品分析及相關需求分析巩工作，都會使得產品經理越來越熟悉用戶的需求。產品經理在需求分析方面也會逐漸變得自信起來。
但較長時間沉浸在產品調研工作中所產生的成就感中，產品經理會漸漸地、不自覺地將這兩種身份搞混，把自己當做典型用戶，然後就會開始從自己的角度提出一些針對自己需要的但並非用戶需要的需求，甚至到後期開始忽略用戶調研，任凭自己的喜好來判斷需求是否合理。
這種情況下，產品經理一般會變得比較固執和自我中心，會堅定地不認為自己發生了越俎代庖的狀況，從而讓產品後續工作出現不必要的偏差。
對此，龍哥有兩個策略奉上：
策略 1：融入到用戶當中去，定期、有節奏地將產品需求梳理的結果和用戶溝通#
龍哥的經驗是最少進行兩次這樣的溝通。一次是產品需求框架梳理完成，這次的溝通可以過濾掉方向上的偏差和錯誤；一次是產品需求細節梳理完成，這次的反饋可以在細節上過濾掉偏差和失誤。
經過這樣兩次的溝通、反饋，基本上不會出現低級或致命的偏差，可以有效地避免踏入此坑。同時，可以將這兩次反饋發現的錯誤情況進行記錄，找時間反思一下自己為什麼當時會犯錯。
策略 2：將自己和用戶的角色關係拉平，不要將自己當做上帝#
產品最終是給用戶用的，某個功能需不需要，需求強度是低還是弱，並不是產品經理說了算，而是目標用戶說了算。
產品經理要擺正自己的心態，記住自己的責任不是制定需求，而是發現用戶需求，然後用自己的專業能力和知識將發現的用戶需求變成規範、完善的需求描述文檔。
一定要尊重用戶的聲音，因為你要的是產品成功，而不是你的所謂需求成功。
每當你固執地堅持某個自認為正確的需求的時候，記得及時想起龍哥這句話。
2、被用戶帶偏#
產品經理的需求分析之路是一個坑接著一個坑的。坑坑不窮，生生不息。
成功跳過第一個坑的產品經理們這個時候會遇到第二個坑 —— 被用戶帶偏。
雖然說產品需求最終是來源於用戶的，但是，合格的產品經理們都應該知道，用戶大多數是不專業的，他們往往會傾向於短視，會給出一個貌似是需求但卻不是真正需求的表面需求（真繞啊～）。
如果你不是足夠用心和敏銳，會很容易出現被用戶帶偏的情況，儘管這並非給你提出這樣需求的用戶的本意。
對於此坑，龍哥給你一個錦囊：問問為什麼。
用戶短視不是沒有理由的，因為他想解決問題，他只不過是在自己的所知範圍內找了一個他認為的合理的解決方案出來，你如果把這個解決方案當需求，那就會被帶偏，甚至偏的相當離譜。
基於以上分析，你就會發現一個事實：可以通過問 “為什麼”（為什麼你要這個功能？為什麼你想這麼做？）來獲得用戶表面需求背後的真實需求。一旦找到真實需求，自然就不會出現被帶偏的情況。
舉個栗子（一個產品經理都聽的耳朵起茧的例子，所以龍哥只是提要一下，真不知道的筒子們可以度娘或者人肉一下）：
產品經理－福特：你還想要什麼？
用戶：我想要一匹更快的馬
產品經理－福特：為什麼你要一匹更快的馬？
用戶：因為我想速度更快一些，好節省時間
產品經理－福特：我造了個東西，叫汽車，比馬快多了
這個坑是考驗產品經理專業程度的地方，你不能懶，要用心，要從用戶的表面需求中挖掘出他的真實需求。
3、眉毛鬍子一把抓#
產品經理跟用戶打成一片，也能從表面需求透視到真實需求了，這個時候，第三個坑來了 —— 眉毛鬍子一把抓。
此時，產品經理搜集了一大推需求，每個都是貨真價實的真需求，看起來都很重要，都不可或缺，但又隱隱約約感覺到這些需求的確有些多，看著有些頭大。
這個現象的原因，大多數情況下，是因為沒有對需求進行分類和優先級排序。關於這個坑，龍哥有一個建議：
使用 KANO 模型（來龍去脈這種事情，龍哥不普及，有為青年一般都自行解決）。
KANO 模型將需求分為以下三種：
- ** 核心需求：** 龍哥也稱之為基礎需求。沒有這個類型的需求，產品就沒有做下去的必要。比如一個音樂播放器居然不能播放 mp3
- 期望需求：在基礎需求上的優化。有了這個類型的需求，你的產品就會讓用戶用起來比較舒服，比如音樂播放器可以自動下載並顯示和當前播放歌曲完美匹配的歌詞
- ** 興奮需求：** 滿足核心需求背後的用戶心理動機。這個類型的需求，通常會讓用戶產生產品經理帶我飛的感覺，比如音樂播放器的歌曲排行榜、歌曲的音效增強等等
這個排列順序不是龍哥隨意的寫的。一般來講，研發一款新產品，核心需求優先級最高，期望需求次之，興奮需求再次之。
4、被領導掰彎#
順利走過了第三個坑，恭喜你，你現在來到了第四個坑 —— 被領導掰彎。
你帶著自己發現的、經過整理和分類的、而且排了優先級的用戶需求，壯志滿懷地跟領導匯報，期望得到領導的贊許和肯定，然而，你總會遇到被領導否掉的情況，儘管有時候你認為自己是對的。
莫名其妙地，你居然被領導掰彎了，搞出一個領導認可但你可能表面認可但內心去不一定認可的需求出來。
針對這一坑，龍哥的策略如下：這個坑要看情況。
如果領導是內行，那一般情況下，領導吃的鹽比你吃的飯可能都多，他會高瞻遠瞩，看到一些你沒有看到的東西，給你一些超越你現有積累、經驗以及教訓範圍的建議，因為這是超越你的，所以你當時可能很難理解，但你應該聽他的。
另外一種情況，領導是外行，不但外行而且強勢。這個時候就很可能出現這樣的情況：分明不同意他的意見，但卻礙於他是領導，不好意思說或者不敢說。
此時，龍哥給你的建議是：嘗試地去說。整理好你的理由，而且你要對自己自信，你要相信自己不會平白無故地弄個莫須有的需求出來，你給領導講你的邏輯或者論據，如果你理由充分且正確，領導也沒有必要堅持一個錯誤的東西，畢竟產品好公司才會好。
當然，如果你嘗試了 3 次以上，濤聲依舊的話，那真的好好想想了。
5、究竟要怎麼開發#
搞定了領導，你來到了最後一個坑 —— 究竟要怎麼開發？
你可能會說，這還不簡單，只開發核心需求唄。
事實上，如果你做過產品需求分析，就會發現，其實核心需求也是很多的。
關於這個問題，龍哥有以下兩個心得：
策略 1、明確本次上線產品的目的#
並不是所有核心功能都是要上的。在不同的產品時期或者版本規劃，核心功能的側重點都是不一樣的。你要明確這個時期或版本所要解決的目標用戶的主要問題，也就是你本期產品的主要目的。
比如音樂播放器的第一版，首先要解決的是能夠流暢、正確地播放市面上主流的音頻格式。
策略 2、圍繞這個目的進行功能的 MVP 化#
此 MVP 並非 NBA 的 MVP，而是最小可行性產品的意思。這個 MVP 的範圍是根據策略 1 的目的來定的，是核心功能的子集。所以，這裡的兩個策略是配合著使用的。
根據本期的產品目的劃分出 MVP，然後針對 MVP 進行產品化工作，以最小的工作量、最短的時間，最低的風險來驗證產品的可行性。如果驗證結果是對的，那就乘勝追擊；萬一不對，船小也好調頭，儘快調整一下策略然後重新開始。
判斷 MVP 是否合格有兩個標準：第一個標準是 “完整”，也就是說有了這些功能，產品的目的就能實現；第二個標準是 “必要”，必要的意思是指定的功能不可減少，如果少一個，那麼產品的目的就無法實現。
產品需求分析之路，可謂一步一個坑，一不小小就會掉坑裡。
作為一個合格的產品經理，首先要熟悉這些坑的位置，大小和形狀；其次，還要眼明腳快身體棒，及時填坑或繞坑。如此，方能成功地通往產品工作的下一站。