在寫需求文件之前，我們對產品的具體能實現的功能不是特別確定，也不是特別清楚具體要做成什麼樣子，寫需求文件的過程，也是構思產品的過程，需求文件中包含文字與圖示，將他們寫清楚後，產品的骨架也搭建了起來。在畫面產品原型、補充產品邏輯的過程中，能夠幫助剷平我們理清產品的細節，確保產品在最初的設計上儘可能的完善與流暢，最大限度避免了後續出錯的可能。

　　在進行需求評審的時候，需求文件是輔助產品需求的重要支撐，類似於演講的PPT，很多時候單靠口頭語言，很難說產品的具體細節與邏輯，所以需要文字與圖形相結合。這樣做的話有兩個好處，一是能讓同學在設計功能的過程中，不斷地自我質疑，減少功能邏輯潛在的缺陷，二是能讓別人更好地理解需求本省，增加溝通的流暢性。

　　另外在寫需求文件的時候，我們一定要注意某些事情。需求文件對於設計與開發的同學來說，更像是一份參考文件或者需求詞典。在他們困惑的時候，能夠通過翻閱需求文件，解決疑惑點，從而省去了詢問的過程。這就要求產品同學在編寫需求文件的時候，要儘可能細緻。在產品實現正式開發之前，一定要討論好，說清楚原型圖中的每個要點，確保他們對於需求和自己達成一致。這樣在推進產品落地的過程中，才能充分發揮需求文件參考作用。

　　需求文件的說明物件不只是限於產品的功能。產品文件不僅要告訴別人你要幹什麼，還要說明為什麼這麼做，你的目標是什麼，驗收標準是什麼，如何不能一步到位，是否有分步的實現路徑。在我們編寫需求文件的時候，不僅是介紹了我們需要做出那些都關係，同時也闡述了背景與其意義。也就是說，在編寫需求文件時要明確這幾點。

　　第一，你要幹什麼，就是說明產品的功能邊界。就是說明產品的功能邊界。要新增某個功能？或者改變原功能？ 最好能用簡潔的一句話來總結你要幹什麼

　　第二，為什麼這麼做，就是要明確新增或改變功能的原因。這個問題與產品經理對產品的定位和策略有關。

　　第三，產品目標是什麼，就是在團隊中建立共同目標。共同目標對團隊而言是非常重要的問題，後續你的研發、運營、測試、專案等都要圍繞產品目標開展工作。

　　那麼，如何產出一份優秀的需求文件呢？

　　第一步，明確產品目標及框架。

　　其實在動手開始寫之前，就應該對產品的目標及框架有成型的方案。如果寫的時候還不清楚自己到底要設計一款怎樣的產品，一定要停下來梳理清楚。

　　第二步，拆分產品目標至版本。

　　如果產品目標本身設計得比較大，不能一個版本內完成迭代，可以拆分至不同的版本。

　　第三步，建立自己的模板。

　　根據自己熟悉和擅長的表達方式對格式進行刪減更改。

　　如果是新人的話，建議先按照產品的目標和功能畫一下每個模板的關鍵點，儘量列出來，先不用想著各個點之間的關係，列完之後再分類，比如可以按照前後端分開，其次，將自己作為小白使用者完整的過一遍流程，要注意使用者的分叉點，走到這一步，接下來怎麼走，這樣走會遇到什麼問題等。

　　第四步，按照你喜歡的方式開寫。

　　想清楚上面的這些問題，就可以開始“寫”了。有的產品習慣有完整的時間一次完成， 有的產品碎片化寫作也沒有關係，總之，你喜歡怎麼寫，就怎麼寫。不要糾結於一次完成還是多次完成。

　　第五步，眾人合作檢查PRD。

　　需求文件一稿寫出來之後可以交由小組討論一下。