PMCAFF（www.pmcaff.com）：最大互聯網產品社區，是百度，騰訊，阿里等產品經理的學習交流平臺。定期出品深度產品觀察，互聯產品研究首選。

作者：PMCAFF會員楊一溪。

小提示：本文圖片較多，可點擊原文查看原圖。閱讀本文大約需要5分鐘。

▍一、版本迭代記錄

版本迭代記錄模板

表格形式記錄產品各個版本的需求list，優先級，現在有什么問題，產品如何解決問題，以鏈接的形式跳轉到原型相應位置。如果問答有變更，在需求發生變更出填寫并說明變更原因。事實上和下面的文檔變更記錄是一個作用，你可以自行選擇。

文檔變更記錄

如果當前版本有變更，最好單出一個文檔需求變更說明（一個版本一個表格），一是自己檢查開發是否按自己的需求設計；二是讓開發很清楚當前版本需求變更情況，以免發生錯誤；三是反思變更頻繁的原因。

▍二、產品工作流程（對應這個查看后面每個階段產出物）

產品工作流程分為六個階段，每個階段的主要角色、重點任務、關鍵會議、關鍵產出物如下：

▍三、原型圖示說明

對原型的圖注進行說明

▍四、角色說明

對參與系統的各個角色進行說明

▍五、名詞說明

業務相關詞匯解釋

▍六、產品風險

記錄產品風險的好處是告訴別人這個鍋我不背！我不背！！我不背！！！

描述產品可能存在的風險，比如商務談判的風險，外部合作的風險（對接的接口有坑？對接方時間不可控）；人力風險，一個人多個項目；風險級別為高中低。需要非技術團隊的支持。

▍七、產品總業務流程圖（給RD）

業務流程定義

百度百科定義：業務流程是為達到特定的價值目標而由不同的人分別共同完成的一系列活動。活動之間不僅有嚴格的先后順序限定，而且活動的內容、方式、責任等也都必須有明確的安排和界定，以使不同活動在不同崗位角色之間進行轉手交接成為可能。活動與活動之間在時間和空間上的轉移可以有較大的跨度。而狹義的業務流程，則認為它僅僅是與客戶價值的滿足相聯系的一系列活動。

簡單來說，通常會由幾個「角色」來組成一條流水線般的工作線。

表現形式

常用泳道圖，分為橫向和縱向

畫流程圖前的準備-與業務方確認業務流程

1.角色/關鍵角色（對流程中的角色有主要影響）

2.活動：做了什么事情

3.次序：做這些事情的次序如何，誰是誰的前置條件

4.職責（規則）：什么情況下做什么事情

畫流程圖的要素

兩大維度：一般泳道圖的橫向為角色，而縱向則作為階段，時間從上到下發展。如果復雜的泳道圖，在任務分解上可以在階段維度里做一些劃分（也可以做橫向泳道圖）。活動就像一個游泳員一樣，游到不同的泳道中去執行任務。

舉例如下：

▍八、產品功能結構圖

常用的產品功能結構圖主要有三種形式，具體如下：

▍九、產品信息架構/產品結構

定義

以結構化的方式展現的圖表，結構內容也如同產品原型，從導航到頁面，再細化到頁面模塊和元素屬性。

信息架構的作用

對外的主要作用是讓用戶可以在一定的信息規劃下更容易找到自己想要的東西。出于產品目標通過信息架構設計去教育、說服、通知用戶。告訴用戶你核心要表達的東西。

對內針對PM主要是為了梳理思路，畫原型時不漏掉關鍵元素。針對RD它是一種接近數據庫結構的圖表，但它并不是真正意義上的數據庫結構。開發人員會進行加工的。

什么時候畫產品信息架構

第一次畫是在用戶需求確立——業務流程確立——功能結構完成之后。

基本的提綱如下

以今日頭條為例

▍十、頁面跳轉圖

頁面跳轉圖的目的在于讓人理解你的產品交互過程。這里會涉及到一些邏輯上的問題。比如一個提示框出現后需要登錄、注冊。這里也應該進行描述。

▍十一、任務/頁面流程（操作流程）

任務/頁面流程定義

基于任務流程，描述用戶怎么從一個頁面跳轉到另一個頁面的邏輯，這樣大家就能理解頁面之間的關系。

任務/頁面流程的作用

對于產品/設計

1.一張頁面流程圖幫助你講述完整的用戶與系統的交互故事，借助它你更容易知道流程中的潛在地雷是什么，哪里的效率比較低，有助于系統化、全局化、周全的思考。

2.細化工作量的基礎，通過頁面流程圖可以準備評估需要多少張頁面

3.聚焦：頁面流程圖中的每個頁面都不必追求精細——你的目標是規劃行為路徑，而不是單頁面的交互設計，所以完全無需考慮頁面內容、布局。這樣能讓你更加聚焦于用戶目標和任務的完成，不必過早陷入細節

4.關鍵是快。線框圖可能有幾十張，但頁面流程圖也許就是幾個小時的事情，你就可以對整個項目心中有數了。

對于開發工程師

1.他們會很樂意你在沒有原型的時候，第一時間拿出頁面流程圖和他們討論需求。相信我這比單純的功能列表或者業務流程圖更讓他們興奮。

2.可作為評估工作量的重要依據，也可作為開展代碼工作的重要參考，特別是前端開發，必須得知道每一種操作指向什么頁面，他們會映射功能邏輯，會給你更多好的建議。

頁面流程圖的要素

1.頁面=操作+內容，操作是需要用戶觸發的，包含鏈接、按鈕、表單等等。用戶通過這些操作，看到同一個頁面上的不同內容或者跳轉到其他的頁面。

2.頁面流程圖目標：表現用戶的不同操作指令下不同頁面的流轉關系。

3.頁面流程圖元素：頁面、操作或狀態、鏈接線。

4.頁面也有分類：請注意有些操作可能不會帶你去一個實際的頁面，而是有可能發個短信、發個郵件等，這些也需要被表現出來。

如何開始繪制

1.不同用戶故事分開畫（按任務場景）

2.根據用戶任務場景的第一個初始頁面開始進行繪制

3.然后就按用戶故事一步步發生的頁面開始畫，遇到條件就判斷，為了任務流程圖易用性更強，主流程的線可以加粗并單獨設置一種顏色。

模板如下：

舉例如下：

▍十二、用例圖

測試用例圖的定義：把復雜的流程圖中的場景拆分成一個個的case進行分析。主要關注角色、任務和事件三要素。

▍十三、文案list

▍十四、非功能性需求

1.數據需求

2.性能需求

3.產品服務需求

產品上線是否需要客服協助？此產品計劃的服務優先級和重要性如何？當此產品上線后，你想要從客服那里得到什么信息？（例如，關于此產品，請根據產品相關數據進行推斷，客服每周處理多少客訴？花多長時間回復Email？會員常問的問題是什么？）客服應該如何支持？對客服有何影響？客服最常遇到的的是什么情況？應當如何回應？此產品尚未上線前或上線時，客服可或不可與客戶溝通，溝通內容是什么？（請與客戶服務部和技術支持討論決定）

4.營銷需求

5.安全需求

6.接口需求

7.法務需求

請詳細說明與隱私權、知識產權、專利權、商標、服務條款（TOS）、版權、合同責任、客戶溝通等相關之法務議題或者需求。（法務應提供協助）常見的應用場景是B端商戶入駐和財務結算發票主體。

8.財務需求

此產品是否有特殊的會計財務需求，如有請詳細說明。（財務部應提供協助）。應用場景主要是財務結算，財務對賬流程和產品初期的預付模式是否需要預算、財務墊付等等。

9.幫助需求

請提供內部使用者或者客戶在使用此產品時所需要的任何說明文件或幫助，比如線上幫助、CRM知識庫、FAQ等。

▍十五、上線環境準備

▍十六、運營計劃

運營計劃大致分為線上和線下的推廣活動。如果此產品有推廣需求和推廣資源，請說明使用的推廣方式、目標受眾以及是否有限制或特殊要求（網站運營部應提供主要內容）

本文由PMCAFF產品社區（www.pmcaff.com）原創發布，未經許可，禁止轉載。

▲點擊圖片閱讀

都是月餅惹的禍 ?124盒月餅太甜太溫柔

▲點擊圖片閱讀

網貸新規“13禁”,平臺洗牌剩10家?

▲點擊圖片閱讀

都是做鴨的，咋就差了10個億呢？

總結

以上是生活随笔為你收集整理的5分钟教你写出一份完美的PRD文档（附案例）的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。