對于很多剛入行的産品經理來說，經常都會很困惱 PRD 應該怎麼寫才規範，在此我以過來人的經驗跟大家談談我認為比較完整的 PRD 模闆。
PRD 的目的
在介紹 PRD 格式之前，我們要認清為什麼産品經理需要寫 PRD，目的是非常明确的——需求方案落地以及留痕管理。
首先，PRD（product requirement document）即産品需求文檔，就是要把需求給描述清楚，并且給出需求落地的解決方案，把結論傳達給後續其他相關人員，如開發、測試、UI 等；另外有 PRD 之後，每一個需求的方案也都留下了痕迹，能夠便于我們後續進行複盤或者複用，有迹可循。
PRD 注意要點
對于一個 PRD 的首要标準，那必須得是完整性。前面提到 PRD 的目的是需求方案的落地，也就是要把需求方案傳達給其他相關人員，那麼也就必須把方案寫完整，不能寫得半吊子讓大家去猜，去按自己想法去拼湊，那不就亂套了。是以産品經理寫 PRD，一定得把方案給寫完整了。
其次，PRD 還得具有準确性。一是一二是二，PRD 裡是不能有歧義的，否則也會造成每個人了解出現偏差的情況，造成各種折返跑。
另外，我認為 PRD 還必須是簡要的。咋一看，有人會覺得簡要性跟完整性可能會沖突，其實不然，完整性指的是兩個完整，結構完整性和内容完整性，即文檔裡該要的子產品都得有，内容該寫的都得寫，而簡要性指的是内容描述技巧，簡單地說就是對于内容描述上盡可能減少廢話。
PRD 模闆
對于 PRD 模闆，在不同公司會有不同的撰寫風格和要求，我在這裡會羅列一個齊全的 PRD 模闆，大家可以根據需要進行裁剪。
∙ 修訂版本：包含修訂版本号、修訂内容、修訂人、修訂時間，主要就是管理文檔的修訂記錄；
∙ 需求背景：介紹需求産生的來源；
∙ 需求目标：闡述需求要實作的目标，PRD 主要就是圍繞着需求目标來寫的；
∙ 需求清單：拆分描述需求要點；
∙ 名詞解釋：PRD 中重要詞語以及專業詞語的解釋，避免産生誤解；
∙ 産品架構：主要是描述整個系統有哪些子產品，每個子產品是做什麼的，目前需求在系統中的位置和作用，通常會以産品架構圖、資訊架構圖等呈現出來；
∙ 流程設計：主要是描述清楚目前需求方案的應用流程，友善相關人員更好地了解，如果是某一個大子產品的 PRD，則可以把流程設計放到詳細功能設計子產品下，分子子產品來展示流程；
∙ 詳細功能設計：這裡主要就是原型圖加原型說明，原型說明通常會包含頁面元素解釋以及互動描述；
∙ 非功能說明：非功能性需求一般會包含埋點需求、性能需求、營運需求等，如果其中某塊需求較為複雜，也可單獨寫 PRD 來描述；
∙ 測試場景和要點：主要是産品經理針對需求方案指定較為重要的測試要點；
∙ 版本規劃：通常來說産品經理還需要根據目前的需求規劃或者假設後續需求的發展路線，友善開發進行技術設計的時候列為考量的因素。
寫在最後
當入行成為産品經理一段時間之後，相信很多 PM 都能夠意識到 PRD 的核心準則其實不在于模闆，當然 PRD 模闆還是能夠有很大的幫助的，至少能讓産品經理有恃無恐地産出規整的 PRD，但PRD 的核心在于能把需求落地，祝願每個産品經理能慢慢地根據自己和團隊的習慣形成特有的 PRD 模闆。