產品經理的主要職責是圍繞產品開展一系列設計、跟進和維護工作，然而這個過程中往往需要產品經理具有相應的管理意識和技能，最常見的管理場景比如需求管理、文檔管理、團隊管理、過程管理等。優秀的產品經理往往具備較強的管理能力，從意識層面認識到管理的意義和價值，把控管理的節奏感和效果，從細節層面要熟悉管理的具體操作方法和技巧。
需求文檔是在產品評審會之前的必要準備條件，是產品設計過程中主要的文檔，也是產品經理最常寫的文檔之一，屬于“看家”技能。特別對于一些相對完整、模塊化、時間周期長的需求，產品經理一定要將需求文檔的管理作為產品管理的重要方面，不僅僅是寫成正式文檔，還要進行跟蹤維護和迭代更新。好的需求文檔將是貫穿產品設計、評審、研發、測試全流程的重要歷史文件，也是項目重要的經驗庫和組織過程資產。
有些時候可能因為產品功能相對簡單、研發周期短而忽視了寫產品文檔，對于這樣的場景，建議產品經理也要準備一份相對簡單的需求文檔，即便是評審或研發環節用不到，也可以利用需求文檔作為產品設計的記錄，以便后續的查詢。
一、需求文檔簡述
1.什么是需求文檔？
關于需求文檔，行業里的說法很多，如BRD、MRD、PRD等概念較多，新人常常搞不清楚每個名詞到底是什么。其實不用管那么多，這些文檔的宗旨還是要說明白“這個項目是什么（What），為什么要干（Why），怎么干（How），干了有什么效果”。
概念掃盲貼
BRD：Business Requirements Document，商業需求文檔。涉及市場分析、銷售策略、盈利預測等，通常用于給領導進行講解演示，比較短小精煉，類似于商業計劃書。
MRD：Market Requirements Document，市場需求文檔。涉及更細致的市場及競爭對手分析、業務整體實現邏輯、功能需求框架及優先級等，這是從商業目標到技術實現的關鍵轉化文檔。
PRD：Product Requirements Document，產品需求文檔。對產品功能的進一步細化，包括整體說明、功能詳細說明、用例設計、產品原型（Demo）等具體描述，是產品研發的指導說明書。
本文所述的需求文檔主要是指PRD，需求文檔的關鍵內容是要明確產品的背景、需求、流程、原型、交互等內容。
2.需求文檔誰來看？
需求文檔的閱讀者：設計、研發、測試等項目核心人員，除此之外，還有若干時間之后的自己，也就是說需求文檔具備歷史記錄職能，能夠在任何時候被任何人無障礙閱讀。
3.需求文檔有什么作用？
內部溝通，明確產品的需求和細節，進行全面的邏輯梳理，避免遺漏，幫助各個參與者能夠對產品目標有清晰的認識。同時需求文檔也以文字的形式確定了各個參與角色的職責，避免了出現問題后的推諉扯皮。
存檔，任何時候都有據可查，便于工作交接，確保產品不會因人員變動而出現認知斷層。
經驗庫，產品某些功能在設計上可復用，同樣的，產品的需求文檔也可以復用。需求文檔的積累有助于提升團隊的產品設計實力，也有助于新進人員的快速成長。
4.高顏值的需求文檔有什么特點？
所謂“高顏值”的文檔就是看起來賞心悅目的好文檔。如何定義“好”的文檔，可能目前還沒有十分明確的標準，可以用這個方法檢驗：
能夠減少甚至免除在開發過程中技術人員跟產品經理溝通的文檔就是好的文檔。
根據這條檢驗標準，我們可以嘗試定義出一個“高顏值”文檔應當滿足的條件：
- 結構上層次分明，邏輯清晰；
- 沒有明顯疏漏，沒有邏輯BUG，可讀性強
- 具備背景描述、業務流程和頁面流程描述
- 目標明確，指導性強
- 具備明確變更控制規則
產品經理的定位應當是充當用戶與技術之間的橋梁。產品經理的一端連接的是用戶，要不斷跟用戶產生互動，另一端是技術研發，同樣也要實時互動。在這兩頭的互動中，完成需求分析、產品功能設計及協助產品實現的工作。兩頭皆為重點，失去其一則就會失衡。
二、需求文檔的內容
1. 項目背景與需求分析「簡要」
① 誰提的需求？在什么場景中遇到什么問題？
② 簡要描述分析過程，決策過程和依據是什么？解決方案是什么？
③ 相關背景的數據資料？
④ 用戶、場景、需求、解決方案是什么？
2. 需求的目的「簡要」
① 需求整體是什么樣的？是否需要分階段完成？
② 需要做哪些工作？前后關系是怎樣的？
3.功能框架及流程邏輯描述「重點」
① 羅列功能清單，做必要的拆分
② 按照邏輯將功能清單組合為功能框架
③ 梳理業務流程邏輯，也就是產品所提供的功能或者服務實現的具體流程步驟。
④ 采用流程圖等工具，將功能的邏輯理順，把內容更有條理、更完整地描述清楚。
在進行邏輯描述時，應注意：
- 完整，盡量枚舉所有情況，并且分情況詳述功能內容。
- 考慮到所有影響點，產品越大、功能越多，就越有可能存在牽一發而動全身的改動。
- 條件判斷清晰，在什么條件下有什么樣的功能都要羅列清晰。
- 含義明確，不要用模棱兩可的詞來描述功能，陌生詞匯要進行定義，盡量不要出現讓別人做決定的描述。
4. 頁面功能詳細描述「詳細」
①交互設計圖
②原型圖
5. 簡要測試用例「可選」
①關鍵用例是什么？
②重點關注點
③錯誤提示清單等
6.考核驗收指標及計算方法「可選」
①本次需求要考核哪些指標？
②怎么統計？怎么計算？怎么埋點？
三、工具
恰當地使用趁手的工具對生產效率具有極大的提升作用。
1. 撰寫工具：
① Word，根據團隊習慣，建立相對固化的需求文檔模板。
② Axure，在原型圖上做批注和文字說明。
③ Visio，繪制各種流程圖。
2. 協作工具：
① 團隊云盤，具備協同編輯和版本管理功能，如有道云協作、夠快云庫等。有些技術控會使用百度云盤+git實現版本控制，但是這種技術不具備團隊推廣性，畢竟并不是所有的產品都會使用git。
② 任務協作，任務的計劃安排、分工協同等，例如釘釘、Teambition。
3. 表現工具（格式不固定，請讀者自行查詢）
①業務流程圖
基本的業務流程圖包括：
事項：要完成的事項是什么？
用戶：分別有那些人參與到流程中？
信息：信息是怎么流轉的？
異常：除了問題怎么處理？
下圖是一個商品下單的簡單業務流程圖：
②狀態轉換圖
狀態流轉圖是一種用于描述狀態之間流轉過程的需求文檔，在電商類產品的訂單流、審批流一類的需求中比較常見。
③時序圖
時序圖（Sequence Diagram）是一種UML交互圖。描述事物變化在時間維度上的先后順序，善于表達對象的交互，比如多個頁面之間、多個角色之間。下圖是一個點菜過程時序圖，點菜者、服務員、廚師三個角色之間的交互。
推薦閱讀
1.只需5步，你也可以畫出高質量的狀態流轉圖
http://www.woshipm.com/pd/884695.html
2.快速學習時序圖：時序圖簡介、畫法及實例
http://www.woshipm.com/ucd/607593.html
4.需求文檔要點Checklist
http://www.woshipm.com/pmd/852432.html
5.PRD：倒推今日頭條需求文檔
http://www.woshipm.com/active/670497.html
6.Axure實例：即刻 app 產品需求文檔
http://www.woshipm.com/rp/822198.html
7.「知乎」如何寫一份易用的產品需求文檔？
https://www.zhihu.com/question/29213027/answer/66180329
參考文獻
《人人都是產品經理》
《從點子到產品》
三節課產品經理P1課程
