能寫的一手好的需求文檔（PRD），是每個產品汪的必備技能，當然每個公司對PRD的要求不盡相同，但是最終的目的都只有一個：“確保需求被準確傳達”。
既然目的相同，那么有沒有一種方法能夠降低產品汪與攻城獅之間的信息傳達成本，在筆者看來，僅使用一種軟件完成所有需求傳達是最有效的。也就是摒棄Word+Axure+PPT... 等等新奇百怪的軟件組合。在這里筆者使用AXURE完成所有需求相關內容輸出，包括：原型+PRD。
那么如何使用AXURE將這樣一個“原型+PRD”的文檔完成？它需要包含哪些內容？附圖整理了一些相關要求，可能并不適合每個人，僅作拋磚引玉之用，按照思維導圖的順時針方向查看：
修訂記錄
即：需求文檔的修改記錄，需要詳細記錄每次修改的內容，方便以后查找或者新人查閱，AXURE提供了非常清晰的結構樹，這對于修訂記錄的索引幫助絕非word可比。那么如何有效利用這個結構樹的功能，從而將PRD結構清晰展示出來呢？查看下圖：
產品迭代周期如果很長的話，如果沒有事先對頁面編號進行規(guī)范，那么會造成極大的時間浪費和增加他人查看的難度。為了方便查找頁面的修改記錄，原型頁面編號設計需要特別小心，筆者采用如下方式設計頁面結構：
比如在2016年3月份修改了一個頁面功能，該頁面編號為：A03-3，那么我就知道是A級導航的3級頁面的第3個頁面修改了，這樣可以快速定位到需要查找的頁面。
迭代記錄
用以記錄每次版本發(fā)布的需求匯總，版本迭代的規(guī)則：版本的迭代并不能拍腦袋完成，它需要遵循幾點原則：
1. 版本的迭代周期一定（一般為一周或者半個月、最好不要超過一個月）
2. 每次功能迭代必須包含有一個核心功能更新
3. 功能迭代的需求，是經過 “重要-緊急” 二維矩陣分類篩選后得出的
產品全局說明
全局說明是對整個PRD文檔進行的通用規(guī)范性說明，包含：頁面結構說明、全局交互、彈窗/模層、頁面標題/滾動條、頁面切換方式等，想要看具體內容的請下載附件高還原產品需求文檔（筆者使用Axure 8繪制，Axure 7 不能正常打開，需要安裝8后方能查看）
產品信息結構、功能結構、核心流程等依據(jù)每個產品不同差別較大，沒有太多相通點，各位看官可以查看附件的原型文檔。
交互原型和頁面分解與內容說明
筆者為了最大程度上方便UI、前端、后臺、運營理解產品需求，將產品交互原型和頁面分解和內容說明整合到了一起，這樣可以讓團隊成員在web端查看產品最真實的形態(tài)同時了解每個功能點的具體要求和分解說明。
廢話不多說，附件是筆者根據(jù)目前市場上絕大部分社區(qū)類App的功能類似點，繪制的一個通用型App設計文件，上圖均來自它，相關內容直接參考原型即可。原型是由AXURE 8繪制，只能使用8打開，需要下載參考請移步至以下鏈接：
社區(qū) App 原型+PRD 提取密碼：ncv1
覺得有用別忘了添加關注，精彩內容每周呈現(xiàn)，轉載請與作者聯(lián)系。
