序
什么是好的產品文檔（prd）我不敢高談闊論，我說我認為的一篇合格的產品文檔應該長森么樣，應該包含哪些東西。
應該有什么
1、業務需求：做這個功能解決了什么業務上的問題，要想清楚；
2、流程：入口在哪，怎么開始的，會有幾個結果，分別是怎樣的；
3、功能點：新增的功能是屬于產品的哪個功能模塊的，為什么屬于這個模塊；
4、效果：畫面效果是怎樣的，是有動效的還是靜態；
5、數據對接：數據對接是怎樣的，都傳了什么數據，在什么地方做判斷；
6、異常狀態：當發生異常狀態時，應該怎么處理。
原型重要嗎
我之前做產品文檔的時候，最開始時候是寫word文檔，后來是在原型上標注；而現在是導出HTML，將原型 和說明都寫在里面，開始的時候我會特別注重原型的設計，包括一些動效的演示等等，但一段時間之后，我發現除了我自己，根本沒人去仔細看你的原型；
那么原型到底是什么呢？我老大給了我一句話，原型只是你思考結果的一種表現，重要的是你有沒有想清楚，邏輯才是第一位。那我覺得這句話說的很有到底，原型最多也就設計師會去看看，其他人太少去看，而產品文檔中，原型只是配角，主角是你的功能點，說明文字，要把你的思路說清楚，讓同事都能看懂，這才是關鍵。
應該怎么寫
別人怎么寫的我不知道。這里說的是我覺得怎么寫是合格的（我理解的合格），首先是目錄，告訴看文檔的人，都有什么；然后是時間，多久要做完；后面就算具體內容了。
1、為什么要做這個功能？
2、功能簡要，幾句話描述下這個功能最終的效果。
3、具體細節，功能入口在哪；操作是怎樣的：點擊，長按還是滑動；操作反饋、是否有提示等等。
4、判斷條件：用戶的每一步操作，需要系統做什么判斷，給用戶什么樣的反饋；
5、異常狀態：比如沒有網絡的情況下怎么顯示等等。
