開頭
最近嘗試使用Axure RP8撰寫產品需求文檔，通過這篇文章和大家分享以及學習交流。
筆者現在功力尚淺，碰巧是火影迷，要是在忍者界里論資排輩姑且稱為下忍吧：
首先談談我對產品需求文檔的理解：
現今在企業里產品開發的工作方式幾乎都屬于團隊協作開發，那么在團隊中一定要有一份文檔分發到各個崗位的人員手中，團隊所有成員依據這份文檔來執行任務。
當有新的需求或者需求變更等事件后，團隊所有成員重新獲取最新版文檔，這樣在版本更新迭代中才能有序進行。
軟件產品開發測試的標準以及可衡量性指標（質量）都會體現在文檔中，可作為驗收結果的重要依據。
另外還有很重要的一點就是產品文檔是公司重要的資料文件，是作為歷史資料存檔和工作交接時的必須物料，筆者也曾面試過一家企業，公司的產品沒有文檔存檔（全部UI設計圖是所有參考資料），慶幸可愛的設計師沒有把設計稿刪掉，否則真是毀滅性的打擊 (??へ??╬)
總結下來產品需求文檔最重要的作用有四點：
1.保證產品需求的傳達
2.各部門協同工作的依據
3.產品驗收把控質量的標準
4.公司重要存檔文件
那么怎么撰寫一份有效易用的產品需求文檔呢？
在借鑒參考了很多PRD以后，通過閱讀 @臻龍 前輩的兩篇文章：
找到了感覺，這種“一體化產品需求文檔”最大的好處就是不需要來回在Word、Excel等文件間來回切換，畢竟菜單欄打開很多軟件窗口會顯得非常雜亂。
正文
本文中PRD依據參考文章里PRD3.0版本制作，旨在幫助大家在撰寫PRD時提供思路和靈感。
文檔通用導航顏色也是參照范文，產品為一款社區app的【部分功能流程】，可以通過文檔導航框架結合公司團隊工作流程進行修改完善，來適用不同公司團隊協作流程。
導航
一體化（核心思想）產品需求文檔最重要的部分就是導航（核心功能），主體內容部分就是具體各部分文檔的整合，雖然 @臻龍 前輩只分享了網頁版源文件，但制作一個導航對于大部分產品經理（產品新人）也不算困難。
主體內容采用axure內聯框架元件，優點是切換欄目時頁面無明顯跳轉。
文檔打開默認頁面
文檔打開默認顯示修訂歷史頁（很重要的頁面），這應該是團隊成員打開文檔首先閱讀的內容，里面包含最新的需求修改描述。
版本歷史
此頁面主要顯示版本迭代內容及迭代周期。
？(~_~)？好像缺了點什么？
版本說明
最新版版本說明，具體描述現階段版本開發任務的具體需求及任務。
產品簡介
此頁面實際使用頻次不高，后期可調整至次要導航位置。
功能結構圖
主要說明產品功能結構及框架，使用思維導圖制作后導入。
信息結構圖
主要說明app各模塊信息結構，方便團隊成員理解產品，可作為技術人員設計數據庫的基礎依據，詳細數據字典設計以技術人員為準。
流程圖
注冊登錄部分流程圖，幫助團隊成員理解業務流程，使用visio制作后導入。
全局說明
原型圖欄目里的全局說明，展示整個產品的設計規范，一些頁面通用的規則都可以在這里展示
頁面流轉圖
此頁面顯示頁面間跳轉的流程
注冊登錄
具體模塊頁面采用每頁顯示一個原型圖的方式，模塊功能說明采用連線+標號+文字描述的方式，感覺這種方式相比在原型下方使用表格進行需求描述更加直觀，而且還能針對某一標號模塊進行詳細備注說明（①②③④⑤，上山打老虎）。
當然一些復雜的規則體系性描述可以在下方附表格說明。
登錄頁
登錄頁屬于注冊登錄子頁面，增加三級導航，三級導航用axure制作時的邏輯相較二級導航復雜一些。
注冊頁
發現
app發現頁。
展示了這么多頁面大家也發現了頁面中除了頂部導航，axure本身也會生成左側導航。兩種導航可以混合使用，axure左側導航可以直接定位到具體頁面，自己制作的頂部導航直觀大氣，各有長短。
下面再回過頭來說明一下前面“遺漏”的頁面：
開發周期頁面
對于開發周期這個頁面，涉及到項目管理及項目計劃相關方面的內容，可以根據公司自身情況來靈活變通，可以單獨使用甘特圖或其他圖表進行項目管理，例如：
你也可以把這張圖?bia 到文檔框架里，如此就變成了下圖這副模樣，各位童鞋可以活學活用。
另外還有一些表格例如 需求收集、反饋表，bug反饋/意見建議表等都可以根據實際情況來進行組合。
至此感覺自己能力得到提升，更加接近中忍水平了。
結尾
總結來說“一體化產品需求文檔”能很直觀的表現各個文檔部分，通過整合各欄目能降低使用者在軟件間切換的繁瑣操作。而且在進行版本迭代也很方便，每次只需要修改相應頁面的主體內容。
另外產品文檔是沒有固定模板的，大家也不要追求文檔模板以及樣式，我覺得產品需求文檔沒有最好的，只有最適合的。適合公司團隊自身情況、能明確表達需求，再加上團隊溝通后確保產品開發不偏離才是最終的結果導向。
只有在實戰中不斷磨煉反思才能打造出更優秀的產物，未來的路還很長，上忍乃至大師的路在遠方。
附文檔下載：
