產品需求分析：從用戶到需求文檔的歷練（2）

需求來源

確定產品定位之後，然後通過不同的方式來收集大量的需求，然後根據這些需求的有效性和真實性、產品定位和項目資源情況進行篩選和匹配，提煉出產品需求，定義出優先順序。從產品定位到需求優先順序，整個過程不僅涉及對用戶的分析和理解，還包括了對產品定位、項目資源的考慮。

需求來源可以大致分為以下幾種，其中競品分析、產品數據、用研是從產品層提出，老闆敏銳的眼光則是「人為」思考的結果。

通過五花八門的渠道收集到一堆需求之後，不可能全部都能做，需要按照一定規則和流程，篩選出來最有價值的需求，將有限的投入產出最大化。

其中有一個較重要的環節，也是考驗PM能力的地方，透過現象看本質，挖掘用戶的真實需求（有個經典的故事：汽車之父亨利·福特曾有一個經典的句子：「如果我問客戶他們想要什麼，他們總是說想要更快的馬。

這裡謹記兩條：

傾聽用戶不等於聽從用戶

用戶想要什麼不等於真實需求

需求文檔

經歷完需求篩選和優先順序定義之後，通常可以得到需求列表，負責各個功能的產品經理就可以領任務去寫PRD了（對於一般更新迭代的需求，可能篩選完之後只有一兩條需求，優先順序都不需要定義，就可以直接開寫了）。

下面是標準需求文檔的內容示例：

① 文檔備案：包括文檔日期、版本號、修改人、修改內容和審核人等信息，一般以表格形式位於文檔開頭。

② 目錄：方便閱讀

③ 背景描述：為什麼要做這個產品/模塊，市場行情，業務目標，產品定位等

④ 用戶類型：簡單地描述目標用戶的情況

⑤ 項目時間安排：啟動、結束等時間節點

⑥ 信息結構：簡單理解為內容和頁面的層級

⑦ 業務流程說明：以流程圖形式說明業務各個狀態間的切換邏輯（例如：遊戲伺服器滿人時候需要切換到排隊登錄狀態）

⑧ 需求詳細說明：每一條需求的詳細說明（包括：使用場景、UI描述、功能描述、優先順序、輸入/輸出條件、處理流程、補充說明等）

⑨ 涉及關聯業務部門的支持，還需要特別備忘。

如同設計稿，代碼一樣，需求文檔很難一次成型，需要不斷修改，在評審中發現問題是很正常的。

需求分析廣義上看包括了需求獲取和分析篩選兩個方面。產品定位是確定產品需求的根本依據，而目標用戶則是產品定位的標尺。要想得到正確的需求，PM需要全程參與，充分準備，深入到各個關節中，並且充分聽取不同成員的意見。

上述方法論是標準化流程，實戰運用，不同公司不同項目會有更接地氣的一套過程，本文謹對新人作分享和啟發之用。需求文檔的撰寫同理，引用在京東實習時候，曾經就PRD模版和導師有關一些討論，最後導師給出的意見是：根據需求和進度來靈活變通，切勿迷戀所謂模版。尤其移動互聯網時代。僅以此話與諸君分享。

文章內容提煉於劉津老師和李月老師的《用戶體驗設計師的成長之路》，力薦閱讀原作，之後會出系列讀書筆記，圍繞用戶體驗設計相關話題而談。