輸出原型、文檔是產品人的基本功，小編在初入行業的時候沒有師傅帶，自己埋頭苦苦查找資料，挑選臨摹了很多PRD文檔（其中word形式的較多），終于有些效果，找到一套適合自己和團隊的PRD文檔輸出辦法，為了讓像小編一樣的小白少走彎路，特意寫了這篇文章，希望能給你們一些幫助（為小編打電話），也希望大神多指點，共同交流進步，歡迎留言。
具體的PRD可直接點擊鏈接查看（打開比較慢）：https://r2c775.axshare.com
在我的團隊里原型的受眾主要是領導、客戶、設計、開發、測試，PRD的受眾主要是開發、測試（領導、設計也會參考）。因為項目周期的原因，一般在原型（帶主要頁面功能交互說明）出來后差不多設計就會開始進行頁面設計，同時我會添加細節說明，以及一些限制，功能細節等為PRD做準備，差不多原型梳理出來，就開始整理PRD文檔。
PRD文檔沒有固定格式、沒有固定形式，word也好、Axure也好，你寫著舒服別人看的明白就可以了，他核心部分是原型交互部分，它的核心功能是開發和測試的依據。
小編為什么不用word寫PRD文檔了？是因為它真的頁面太多了，頁面交互細節多，你要寫一個功能既要寫功能又要和原型對比，放在word里東西就多了。100多頁的word相信沒誰愿意看（苦笑）。
為了讓大家更加清晰，小編簡述一下自己整個PRD的繪制的過程：
1.總結用戶需求，繪制產品功能結構圖；
2.對比競品和用戶需求，繪制產品信息結構圖；（產品結構圖可以在此時繪制，也可以邊梳理原型邊繪制完善）
3.畫出主頁面原型（帶主要交互說明），核對需求；
4.梳理流程，此時可以繪制流程圖和產品結構圖；
5.繪制所有原型頁面并且添加頁面交互；
6.整理PRD文檔核對設計稿。
上述流程更像是小編的前期工作流程，其實是因為繪制PRD文檔是一項需要和外界交互的事情，前期做好溝通，明確流程和細節，才能更好的繪制PRD文檔。
前期準備
功能結構圖、信息結構圖、結構圖、流程圖、原型
繪制PRD文檔時，應該已經準備好前面這些圖表了，直接插入PRD文檔的相應頁面就可以。
頁面梳理
1.修訂歷史
敘述文檔編寫修改的過程，因為在文檔撰寫過程中，我們不可能一次寫的盡善盡美，而且遇到版本迭代都可以在此處說明修改的內容，方便產品人和觀看者閱讀文檔。舉例如下：
2.版本說明
是對本版本的需求說明，新產品開始時內容別較多。版本迭代時將迭代需求寫在此處。舉例如下：
3.原型圖
包括全局說明和交互原型兩部分
3.1全局說明
描繪APP的全局性功能說明，主要是一些頁面常見的默認交互內容，在寫交互原型時就不用一一注明了。舉例如下：
3.2交互原型
原型+標注
標注每個元素的作用、功能及其他注意事項，可以在頁面加跳轉邏輯。根據需要自己編寫文字內容。舉例如下：
4思維導圖
4.1結構圖
上一篇文章已經詳細講述結構圖的繪制過程。
4.2流程圖
流程圖這里需要我們去繪制主要流程圖，主要流程圖是整個軟件的業務邏輯圖，相對來說比較粗，功能模塊都比較大；然后根據需要繪制某一模塊的流程圖，此流程圖比較細，具體到功能點。舉例如下：
4.3交互自查表
是幫助我們去查看自己是不是窮盡了所有狀態、所有可能情況，幫助我們去復盤整個產品，查漏補缺。
5.其他模塊
這里可以根據需要添加項目模塊，主要有產品簡介、開發周期、版本歷史，可以根據具體的產品需求添加產品規則之類的子模塊。
具體的PRD可直接點擊鏈接查看（打開比較慢）：https://r2c775.axshare.com
最后也需要謝謝幾位作者，站在巨人的肩膀上才能看的更遠，是他們的文章讓我有了這樣的想法，想嘗試一下新的PRD書寫方法。
如有文字、內容錯誤，也希望大家指正，希望大家都能夠不斷學習不斷進步。
