對於產品人來說，需求分析的重要性毋庸置疑。需求分析該怎麽做？大概是每個產品人都有過的痛點。
需求分析是產品從業者最核心的能力，對需求層面的思考再多都不算多，這點在之前回答已經說過/question/f70f6162636535393162610200/373794，有興趣可以看看。那麽本文希望結合實例，聊聊需求分析那些事，歡迎大家批評指正。
壹：需求分析的特點
1.需求分析是分層性
很多從業者都在抱怨公司自己就是畫原型的，需求都是上司或者老板拍板，自己只能執行，這話即對也不對，對的原因大家都懂就不多說了，我說他不對是因為持這種觀點的人忽略了需求分析其實是分層的，我們以最近風風火火的支付寶做社交來看阿裏內部這次的需求分析（不完整處大家多擔待哈，畢竟我也是自己揣測）：
阿裏最高層的需求分析：阿裏到底要不要做社交？如果要做，是自己做還是投資別人？如果自己做，是從0到1做還是從現有產品切入社交？…
分析結果是：壹定要做，而且要從現有產品做
阿裏各事業群高管的需求分析：阿裏誰來做社交？..
分析結果是：那還是支付寶來吧
支付寶產品總負人的需求分析：支付寶咱要怎麽做社交呢？我們的優勢在哪裏呢？
分析結果是：還是以信用分這個點來做吧
……
支付寶初級產品經理的需求分析：這個按鈕要放哪裏呢？這樣放會不會用戶體驗不好呢？…
所以大家可以看出來，在團隊中不同的產品身份，妳所要做的需求分析高度是不壹樣的，在工作中需求分析和產品設計花費占比也是不同的，大概是下圖這個樣子：
（註意：此圖數據並不準確，只為方便突出本文主旨，後文會補充）
所以再小的產品崗位，也都有需要妳負責的需求分析，而且需求分析的結果並不是沒有意義的，這就談到需求分析的第二個特點：
2.需求分析的傳導性
多數情況下需求分析是從上往下傳導的，但是當下層需求被驗證是假的或者不存在時，是可以影響到上層的需求分析的，也就是需求分析的自上而下貫徹，但逐級往上反饋。
需求分析的從上而下傳導很容易理解，很多人也都是覺得工作中確實這樣，有些人還因此產生消極情緒，其實反而忽略了：當下層需求分析被證明是假的或者不存在的時，是切切實實影響到上個層次的需求分析的，也就是逐層反饋，甚至是最終反饋到最終決策層，還拿支付寶的例子來說，最底層的產品人員發現不管按鈕放在哪裏，都是會影響用戶體驗的，自然就和直屬領導溝通這事，就這樣壹層壹層的，最終支付寶最高負責人也出來表態認錯了，所以很多時候，不要因為自己負責的需求分析層面低就不去用心分析，因為需求分析是可以傳導的。
那麽問題就來了，該怎麽去做需求分析呢？下面想通過個人經歷說壹說，
二.需求分析的過程
1.認清團隊中自己的角色，明確需求分析的層次
簡單介紹背景：個人16年初的時候加入壹個創業團隊，團隊是做網址收藏的工具產品，電腦端剛上了壹版內測版，我過來負責產品以及運營（本文不涉及運營層面，有機會再寫），老板還有其他項目，我比較有自主權，然後我下面也沒有產品人了，直接和技術對接。
那麽認清自己的團隊角色後，我需要思考哪些需求呢？主要有
網址收藏有沒有需求？是不是偽需求？
網址收藏市場大不大？網址收藏有哪些形式？我們要做哪種形式的網址收藏？
明確做哪種類型的網址收藏後，要有哪些功能？
大家看到上面提到三個主要思考的需求，
第壹條其實是在我來這個團隊前所要考慮的問題，因為如果這條我持否定意見的話，我就不會來這個團隊了，畢竟說服別人是壹個成本很高的事情，而且於我意義不大；而第三條更偏重於產品人工作中具體產品設計的環節，所以會在下篇文章中具體去論述，此處也不過多討論;所以我們重點來看第二條這個需求分析網址收藏市場大不大？網址收藏有哪些形式？我們要做哪種形式的網址收藏？具體分析過程是怎麽做的呢？
2.多維度的分析需求，根據分析提出自己的假設
其實分析需求的維度很多，重點看自己習慣或者擅長哪些，當時用到的幾種：
市場分析
簡而言之：網址收藏的由來主要是網民看網頁越來越多，所以現在各大瀏覽器裏都是有收藏夾這個自帶功能，而近幾年，用戶在手機上花費時間越來越多，看的東西也越來越多，所以類比當年PC端的情況，手機上也應該有收藏功能的東西出現
競品分析
PC端主要是各大瀏覽器自帶收藏夾功能；
移動端國外主要競品有raindrop，pocket，做的都挺大，國內競品主要是各大APP自帶收藏功能，如微信收藏，知乎收藏等
使用場景分析
當我看到好文章，好內容時，我會隨手收藏，可能在瀏覽器裏，可能在微信收藏裏，也可能在某個不知名APP裏，其實分散的收藏已經讓收藏失去了本來的意義;公司同事經常會在微信群裏發些文章，但事後很難找到，因為被聊天內容刷沒了。
頭腦風暴
因為壹直以來比較喜歡網易雲音樂這款軟件，所以在討論的時候就想到壹個思路：每個人都會存壹些歌曲，本來歌曲是壹個個孤島，但是以整理好的歌單聚合後，通過傳播，就能吸引來壹大批和妳有***同愛好的人來聽，那麽網址呢？每個人都或多或少在瀏覽器裏，或者APP裏，這些也是信息的孤島，很有可能我們存放的網址對其他人（尤其是和自己壹個行業的）也很有用！
所以當時提出的壹個假設是：做壹個***享的收藏夾.
其實上面的分析我之所以說的比較簡略，是因為這些都不是最重要的，妳可以提出很多種不同的假設，這很正常，但是重要的是妳要做的是驗證假設，如果假設成立，自然好說，如果驗證發現不對，那就要重新來這個過程。
3.驗證提出的假設
上面我已經提出壹種假設：把產品脫離傳統的個人收藏工具，而是壹群人可以***享的***享收藏夾，然後就開始思考怎麽驗證，我當時的思路是這樣的：每個做產品的人都會有幾個產品QQ群，如果妳悉心留意多數產品群最常問的都是關於各種文檔怎麽寫，軟件怎麽用，產品人怎麽提高之類的問題。而其實很多情況下該群的群文件裏就有他們想要的東西，只是他們還是會直接問，因為他們想資料就歸納整理好放在他們眼前。
所以我花了壹個周末兩天的時間把我所能找到的所有關於產品的各自資料，文檔，心得體會等整理成壹個收藏夾，讓產品小白用戶壹眼就能找到他需要的東西，然後把整理好的這個收藏夾下午4點左右扔到了我所在的幾個產品群裏，然後那天的後臺數據的走勢是下面這個樣子：
我認為這次驗證是成功的（雖然後面因為被這幾個QQ群踢出群了不再增長），因為這部分用戶後來的活躍度壹直很高。
4.落實驗證成功的假設
驗證成功後，經過和老板的溝通，我們終於把產品定位為“***享收藏夾”，壹個工具但是偏社區的產品，其實需求分析的過程是持續不斷的，因為那次驗證假設的機緣我也組建了自己的產品討論群，除了日常的各種產品討論之外，自然也少不了時不時的訪談下用戶，得到產品的使用反饋。
以上大概是我根據自己經驗描述的需求分析過程，如果有機會，會陸續描述產品日常的其他工作內容（產品設計，項目跟進，版本叠代）以及在創業公司做運營的壹些心得體會
作者：小呆，微信號：wuzhongjieaichirou（“吳中傑愛吃肉”拼音），求私聊，求勾搭哈，最好有產品坑~