1.在寫之前，請先很區分清楚什麼是mrd文件（市場需求文件），brd文件（商業需求文件），什麼是prd文件（產品需求文件）
可查閱知乎
2.規劃產品的思維導圖（資訊結構圖）
在寫作這份文件前，我們需要先做一些準備，把brd、mrd的相關需求消化並融合規劃出產品的結構圖。因為這些準備工作是屬於思維類的，所以我推薦使用思維導圖軟體(mindmanager)進行規劃工作。
規劃產品的第一步就是梳理出產品的資訊結構，有了資訊結構我們才能繼續往下規劃產品結構，並且資訊結構是服務端技術人員建立資料庫的依據，是資料結構的輔助檔案。
資訊結構圖是產品層面的理解，如果要入庫這些資訊，還需要進行資料結構的討論。一條資訊的儲存有很多附加屬性，具體是存成字段還是資料表，還是說存在中間表或者關聯表，這些都需要在完成prd文件後和資料庫技術人員共同討論。討論時除了展示資訊結構圖，還要講解產品原型和功能需求，以便資料庫技術人員了解產品意圖，方便他們做資料庫規劃時考慮到以後的擴充套件。
資訊結構圖是我們將概念想法形成結構化的第一步，也是我們接下來幾步工作的輔助檔案，同時在接下來的幾步工作中，我們還會不斷的完善資訊的結構。
當對產品的資訊結構了解後，規整腦海中的產品需求，讓想法更加結構化，梳理產品的需求。
我們首先要羅列出產品的頻道及頁面(產品結構圖)，其次再基於產品結構圖梳理出頻道及頁面中的功能，並延伸構建出使用者的操作流程(使用者流程圖)。
以上兩步是為了讓我們在撰寫產品需求文件之前能夠對產品有乙個全面的了解，類似鳥瞰式的一目了然，也方便調整完善。
prd文件寫前準備就是讓我們先通過思維導圖梳理思路，明白產品有多少個頻道、有多少個頁面、頁面有多少個功能模組、功能模組有多少個元素，逐步的將腦海裡的想法明確梳理成結構。
雖然已經明確了產品的結構，但是這樣的思維導圖對於設計與技術人員依舊是抽象的，他們仍然看不懂，同時對於產品經理自己來說，這樣的結構圖也是沒有經過推演的，具體是否符合產品邏輯，是否符合使用者體驗，都是沒有深思過的，因此我們接下來就要進行原型設計，開始具體的考慮結構方案的可行性。
當我們逐漸清晰了產品的需求後，並梳理了產品的各個頻道及頁面，那麼這一步就要開始驗證這些想法的具體介面表現和方案的可行性了。
首先我建議通過手繪的形式快速在草紙上繪製出產品的原型，推演和討論方案的可行性，當有一定的進展之後，我們再通過軟體工具進行更深入的設計。移動產品可以考慮灰模原型，**產品可以考慮互動原型，對於這兩種原型方式，無論是移動產品還是**產品都可以使用，具體取得於你的個人習慣和團隊要求。
對於產品經理來說，原型設計是為了幫助我們細緻的考慮方案，並論證方案的可行性，同時也是為了避免產品宣講時，抽象的語言描述導致聽眾理解困難和理解偏差。
原型設計是將結構化的需求進行框架化，因此原型也被稱為線框圖，具體的表現手法有很多種，相關的輔助軟體也有很多，例如：axure rp、balsamiq mockups、uidesigner等等。
原型設計的表現手法主要有三種：手繪原型、灰模原型、互動原型。
當我們通過以上三個大的步驟之後，我們就已經非常清晰產品的需求了，一般情況下，通過原型加描述的方式就已經完成了prd文件的目的(很多產品經理直接使用axure製作prd)。
當然也會有一些個人或團隊的要求不一樣，對prd文件有特定的規範標準，這類情況可能是需要存檔歸類。無論什麼樣的規範標準，prd文件的目的都是相近的，因此功能描述的方式也是相似的，所以在這裡我分享了三種撰寫prd文件的方式。
《產品需求文件(prd)的寫作方法》的補充文章，主要講解prd文件中的重要輔助文件「用例文件」。
用例文件是由多個用例組成的乙份文件，主要用於技術開發與測試使用，他是prd中的重要輔助文件，用於講解某個環節的功能邏輯，例如使用者註冊、活動報名等等功能都是需要用例輔助說明的。
用例文件的寫作時間在原型設計之後，通常和prd文件同步撰寫。
用例文件中有兩個關聯檔案，分別是用例圖和流程圖。
用例圖是uml的一種類圖表現方式，是從使用者角度描述產品功能，並指出該使用者在產品各功能中的操作許可權。
流程圖是通過線框圖形的方式描述產品功能的處理過程，主要是描述功能的執行順序、分支和迴圈的邏輯。
乙份完整的用例文件分別是由以下三點內容組成，其中第3點的「用例」是描述功能邏輯的部分，根據功能的多少決定有多少個用例。
用例文件的大概組成部分如下：
1、修改記錄：每次修改的備註記錄，同prd文件。
2、角色介紹：描述參與系統中的各個角色
3、用例：同下方步驟的第4步，其中第3步中的流程圖是直接插入到第4步的流程圖**項中的。
用例文件的模板格式如同以上三點內容，通過word文件繪製**，在**中撰寫用例描述，**的格式和樣式參考以下示例圖。
1、撰寫用例文件的第一步是註明使用產品的各個角色(參與者)和角色說明(角色介紹)。（如下圖）
2、第二步是以用例圖的方式註明角色在前後端的用例關係。（如下圖）
3、第三步是以流程圖的方式註明角色在各個功能環節的活動過程。（如下圖：以活動報名為示例）
4、第四步則是以用例文件的方式將以上三步整合到一起，並撰寫各個功能環節的用例描述。（如下圖）
**說明：
4.1、用例名：此功能環節的名稱
4.2、用例編號：在此產品中該用例的編號
4.3、行為角色：參與或操作(執行)該功能的角色
4.4、簡要說明：用最少的文字描述一下該用例的需求
4.5、前置條件：參與或操作(執行)此功能的前提條件
4.6、後置條件：執行完畢後的結果條件
4.7、流程圖：該功能的角色活動過程(處理過程)圖（第三步中的圖）
（10 3 5）產品需求文件 PRD 的寫作方法
無論我們做什麼事都講究方式方法，寫產品需求文件 以下稱prd文件 也是如此，之前我通過五篇文章分享了自己寫prd文件的一些方法，而這一篇文章主要是對之前五篇文章進行整體的摘要介紹，幫助大家快速了解寫作流程。產品需求文件 prd 的寫作 五篇章 1 寫前準備 資訊結構圖 2 梳理需求 產品結構圖和使用...
PRD產品需求文件概要
prd概念 prm就是product requirements document的簡稱，也就是產品需求模型。一般來說乙個產品會伴隨有市場需求文件 market requirements document 產品需求文件 prd 有些公司會把mrd和prd兩個文件合併為prm文件。prd文件需要包含的內...
產品需求文件 PRD（上）
深刻理解三大文件的寫作目的與應用場景 理解並掌握prd文件的用途與作用 理解並掌握prd文件 寫作思路 寫作方法 寫作格式 prd文件向上是對mrd內容的繼承與發展，向下則是要把mrd文件裡面的各種理論要求 技術化，向研發部門與設計部門說明產品的功能和效能要求。prd文件是產品文件中最底層最細緻的文...