產品經理的主要產出物目前就是三大文件：MRD/PRD/BRD。MRD是市場需求文件，主要是給直線老闆檢視的，告訴大家要做什麼？需要什麼資源。BRD是商業需求文件，主要是給公司高層檢視的，告訴市場怎麼樣，大家要怎麼做。具體到PRD怎麼寫，我們先要了解PRD是寫給誰看的，在網際網路公司，產品經理的PRD文件主要是給技術人員和運營檢視的。即然目標人群已經明確，那麼將PRD交給技術人員最直接的目的是什麼？就是為了告訴技術人員，開發出來的產品應該是什麼樣子，在寫PRD文件之前，你需要對自己設計出的產品無比熟悉，明確各個功能模組之間的關係，考慮好各類意外情況下產品的反應，讓技術明確產品程式碼應該如何編寫。

因為篇幅有限，個人僅對PRD文件中的細節點進行說明，除了產品功能的大框邏輯外，更多細節反應是產品編寫PRD文件時需要考慮的內容，包括不限於一下幾點：

1. 資料展示：展示資料從哪裡來？怎麼展示？載入失敗怎麼辦?每頁展示多少？

2. 資料輸入:資料型別？是否有字數限制？有無特殊說明？

3. 排序：資料列表怎麼排序？更新規則？

4. 快取：哪些資料做快取？快取如何更新？

文件中需要將這類細節編寫清楚，以免發生開發出來和自己想像的產品差距過於巨大的悲劇。因為產品經理寫需求文件是給其他人看的，目的是讓這條產品線上的個人人員明白你具體要實現什麼樣的功能，這樣才能更好的配合你

產品需求文件（PRD）作為產品人員的基本功，對每個產品人員來說都不陌生，PRD質量的好壞直接影響到研發部門是否能明確該產品的功能和效能，研發出符合產品人員預期的效果，因此PRD的重要性不言而喻。

可以理解為，PRD是產品人員關於產品功能文字傳達，必須清晰的將產品功能最終實現的結果以文字方式表達出來呈現給閱讀者，一般的閱讀物件有專案負責人、研發人員、UI、測試人員。PRD不僅作為產品功能的詳細說明文件，PRD的作用更在於它是整個產品質量控制的執行標準，是將產品定義化落實為實際的開始。

那麼PRD應該具備哪些要素？

1、文件的名稱

每個產品都是經過多次的迭代完成的，不同階段迭代的功能都是不一樣的，因此需要定義清楚該文件是屬於哪個版本迭代，通常命名的方式是以編號呈現，比如，xx產品需求說明書_V1.0,前面xx產品需求說明書是針對哪個系統產品迭代，後面的V1.0是版本號，這樣便於區分不同迭代版本的文件。

2、文件的版本歷史

包括，版本號、描述、記錄人員、日期。版本號是為了記錄當前的內容迭代的版本，描述是具體到當前記錄的內容屬於的功能模組，以便閱讀人能快速找到迭代的內容，記錄人員是指需求內容的記錄者，日期是指需求文件記錄的時間。

3、目錄

目錄是用於清楚瞭解需求文件整體結構。

4、引言

引言部分包含產品背景、術語和說明、參考文件、需求優先順序約定；

產品背景主要介紹產品設計的原因和目的以及產品描述，是什麼樣的產品，產品的理念是什麼，產品的特色是什麼以及產品的市場定位。

術語與說明：行業術語出現的專業名詞，說明則是對這些術語進行解釋。

參考文件：該需求文件的參考資料。

需求優先順序約定：對於該文件內的功能需求進行優先順序劃分。並對每個優先順序進行定義。

5、業務流程圖

業務流程圖是對產品整個業務流程進行圖形化的展示，對產品整體功能流程的闡釋；明確特定的主體都有哪些工作任務以及各個特定主體之間的聯絡；方便閱讀人整體瞭解整體的業務背景。

6、需求詳細描述

這部分是PRD的主體部分，它包含所有的功能需求的詳細描述和規劃，對於這部分的內容將結合案例進行說明。主要內容包括以下幾點：

（1）功能概要：介紹該功能的用途，主要解決哪些問題，在哪種情況下會被使用者使用。

（2）介面說明：主要是頁面互動的部分的說明，主要的閱讀物件是UI設計師；產品人員進行線框圖的繪製就是原型頁面的設計，頁面呈現的內容頁面要使用的場景要像互動設計師描述到位。之後由互動和視覺設計師一起完成產品的效果圖。

（3）操作流程：主要對該功能進行以圖形化顯示，當前功能流程的闡釋，方便閱讀人清楚瞭解該功能的整體操作步驟。

（4）約束條件：指的是功能的約束說明，要讓開發及測試人員直觀的明白該約束條件。

（5）詳細說明：詳細說明是重要部分，是大多數研發人員關注的內容但很多研發人員在產品開發過程中不喜歡長篇大論，他們只關注那些能迅速開發並且轉化的內容，內容太多反而會造成一定的干擾。所以一定要精簡易讀，能表明產品意圖才是最重要的。若描述上有涉及到頁面互動，建議在設計原型圖的時候把互動儘可能的設計出來，對於頁面上的文字框、下拉框的內容格式、長度、控制元件之間的關聯性做出詳細說明，什麼場景下按鈕的變化也要在文件中給出說明，方便閱讀人明白這其中的設計邏輯。

以某公司後臺系統的登入功能作為例子說明：

（1）功能概要：公司員工因工作需要必須進行對系統操作，在當前頁面輸入賬號和對應的密碼，系統進行身份認證，身份認證透過則跳轉到平臺首頁，每個賬號的許可權由管理員進行配置。

（2）介面說明：

（3）操作流程：

（4）約束條件：登入中所有提示均為文字框下紅色文字提示。

（5）詳細說明：

賬號：輸入框，輸入賬號

登入頁面開啟後，滑鼠自動聚焦到該輸入框中；同一臺電腦同一個瀏覽器再次進入登入頁面保留上次的輸入預設顯示上次登入的使用者名稱；聚焦離開時進行非空判斷，如果輸入為空，彈出提示資訊“使用者名稱不能為空”；2. 密碼：輸入框，輸入使用者名稱對應的密碼

登入頁面開啟後，滑鼠自動聚焦到【使用者名稱】輸入框中，按TAB鍵，滑鼠聚焦切換到該輸入框中

輸入密碼區分大小寫，若大寫鎖定開啟，輸入時在輸入框下方提示：大寫鎖定已開啟，聚焦離開時進行非空判斷，如果輸入為空，彈出顯示提示資訊“密碼不能為空”；

3. 驗證碼：輸入框，輸入左側對應驗證碼：

當密碼輸入錯誤達3次或者登入被限制輸入密碼達3次未成功登入郵箱時顯示驗證碼和驗證碼輸入框

輸入密碼後，按TAB鍵，滑鼠聚焦切換到驗證碼輸入框中驗證碼輸入框只能輸入英文或者數字；限制長度4個（<=）驗證碼按圖片字母或者數字輸入；圖片由4個字母或者數字或者二者的組合構成；點選[看不清，換一個]更新圖片

4. 登入：按鈕，點選登入統後臺

郵箱名稱輸入為空，提示：“郵箱名不能為空”

密碼為空，提示“密碼不能為空”郵箱名稱或者密碼輸入有誤，提示：“您輸入的郵箱名或者密碼有誤，請重輸”登入被限制，提示：“您的登入IP或者時間被限制，請確認後再嘗試”若驗證碼錯誤，跳轉提示：“您輸入的驗證碼有誤，請重輸”

6. 點選【確定】按鈕後，頁面跳轉到系統登入頁面，若郵箱名或者密碼輸入有誤，滑鼠聚焦【郵箱】輸入框，之前輸入的郵箱名保留；若驗證碼錯誤，滑鼠聚焦【驗證碼】輸入框，之前輸入的郵箱名和密碼保留，驗證碼輸入框清空，驗證碼圖片更換新圖片；

8. 鎖定記錄將顯示在日誌管理-操作日誌列表中；

總結個人工作中PRD寫作的技巧

1， 文字表達通俗易懂

PRD是專業文件，對於專業術語儘量用通俗易懂的文字描述出來，不同的角色進行閱讀時儘量都能理解，因此易於理解和操作也是PRD重要的使命。個人在平常工作中完成一份需求文件以後儘量會將文件給所有後期都需要用到這份的文件進行查閱並彙總他們的和意見和疑問，我認為這也是非常好的發現問題的過程。

2， 邏輯清晰

一份PRD是關於整個產品功能的闡述，涉及到的功能點非常多，每個功能之前的關聯性也是至關重要，這就極考驗產品人員的邏輯清晰的能力。將抽象化的功能以文字的形式描述出來這是產品人員必備的能力。我們儘量藉助軟體工具將複雜的內容清晰傳達，方便閱讀人清楚瞭解。

總結

寫好PRD是每個產品人員能力的考核點，產品人員在提高專業素養外，更需時刻保持著對產品的敏感度和好奇心，加強邏輯思維能力及文字表達能力。文中說的PRD只是在產品設計過程中文件輸出需要注意的點。在產生一份完整的PRD文件之前需要長期的資訊蒐集過程，還需要聽取多方部門的建議和意見，是不斷修正的一個過程。因此，寫好一份完整的PRD不僅要有一定的資料儲備還必須保持一個學習的心態，聽取他人的意見不斷去完善PRD中所闡述的內容。

產品經理需求文件主要由三部分組成：

①引言引言部分主要包括：需求背景、需求目的、需求概要、涉及範圍、全域性規則和名詞說明，互動原型地址等。引言部分的寫作目的是讓閱讀者快速理解需求背景和概要。如果是公司內部文件，引言部分可以從簡寫作。

②業務建模建模的目的是為了幫助閱讀物件更好的理解需要開發的需求，常用的模型種類包括：用例圖、實體圖、狀態圖、流程圖等。常用的建模語言如UML。