PRD這個東西，說復雜很復雜，說簡單也簡單，一句話，能快速有效傳達你想要的意思就好。
怎么講呢？
說它復雜，真的是必須極其詳細，面面俱到，正可謂術語與參數齊飛，色值共動效同在；
說它簡單，其實就是一句話：拿看的人當成“傻子”，不要讓TA自己思考。
想必此時很多程序猿葛格已經摩拳擦掌準備我打一架了：我猿都是能拯救世界的萬能者，怎么拿我當傻子？
可是你想想，話糙理不糙啊。如果產品經理的需求給得夠詳細，夠準確，夠到位，還需要程序員費心去想哪里的漏洞怎么補嗎？只需要完成你定義的需求就好，完美。
而且很多情況下，程序猿不是直接把握需求背景的人，解決方案也比較偏向于解決功能而非需求，比起人更信任代碼，很容易造成做出來的東西非常完美但沒人會用的尷尬情況……
所以產品經理，天經地義要把PRD做得完美再完美，兼閱讀流暢簡單，介紹詳盡，內容無所不含！
下面是我推薦的一種PRD模板：
簡單解釋：
1、工具：Axure、Mockplus等原型工具，只要最簡單基礎的就夠了。
2、主體是手機或者網站頁面的精確原型線框圖，文字、按鈕、輸入控件等只要讓人一目了然即可，排版部分可以請UI/UE童鞋幫你完善，你需要明確的就是頁面含有哪些內容，做怎樣的工作，安排好每個功能的入口或出口。
3、線框圖盡量保持黑白色調，這是為了不給UI/UE同學過多的暗示，對他們的創意造成影響，還有個好處就是：當他們做不出你想要的高大上的效果，你還有余地去要求他們改稿。。。
4、不要使用任何的“鼠標放在某處即彈出某某備注or標簽”，非常可能看不到！所以請一個個的在原型圖上把功能點標注出來，然后在圖的正下方，一個一個的進行定義或描述，以防遺漏！
5、左側的結構一定要逐層標注得清晰易懂，讓人很容易理解其中關系，原型中必要的跳轉鏈接要做好。
6、一版一版的完善之后，最終的PRD要生成HTML文檔，發給開發童鞋確認。
7、這套模板的好處就在于，把原型和需求整合在一起，讓程序猿看起來不需要費腦子。不過，即使你在PRD中描述的再清楚，也請給大家一點時間，和開發童鞋一起把內容過一遍！
簡單卻有效，考驗條理性，這就是我對這個方法的總結。
