不同公司、不同團隊或產品對PRD文檔的要求不同，不同PM的撰寫風格也各有所異，本文力求全面而簡潔，僅做簡要概括。
這樣寫prd,哎喲不錯哦

簡書，在我看來長這樣
本文“簡書”移動端為例，按照上圖的總結寫一份簡單的PRD文檔框架，希望能幫助同為“簡書”用戶的大家更好地理解。（PM菜鳥一枚，簡書新用戶，重文檔輕分析）。

簡書APP版本信息表示意圖

1、版本信息
2、文檔說明

2.1 文檔簡介

本文檔主要描述簡書APP的功能需求點及其設計，目的在于清晰地定義各模塊的需求細節及邏輯流程。

2.2 文檔讀者

本文檔主要面向以下讀者：簡書APP項目的研發人員、測試人員、產品經理、市場運營人員、管理人員等。

2.3 專業術語

可在此提前交代一些專業術語以方便后文理解（通常以表格形式），也可見附錄8.4

目錄（略）

3、產品簡介

3.1 產品定位

簡書致力于提供最好的分享體驗，為寫作者打造最優秀的寫作軟件 ，為閱讀者打造最優雅的閱讀社區。“交流故事，溝通想法”是簡書的slogan。

3.2 產品特色

簡單優雅的設計、良好的交流氛圍、豐富的文章主題、Mardown富文本等特色功能

3.3 用戶分析

主要用戶為喜歡分享交流、愛生活擁有文藝氣息的年輕人，喜愛文字并想在喧囂網絡中沉淀文字的讀寫人。

4、產品架構

4.1 產品結構圖

此文僅述主要模塊，應展開至最小用戶可見單元。
簡書APP產品結構圖

4.2 信息結構圖

信息結構以信息為維度，比如用戶信息，用戶文章信息，用戶行為信息等，與產品結構可對應分析，不再陳述。

4.3 總體流程圖

總體流程可說明產品的基本的用戶行為路徑，有助產品理解。
簡書APP總體流程圖

5、詳細功能說明

5.1 功能列表

功能列表作為功能需求說明的總覽，可分模塊描述。
簡書APP功能列表示意圖

前置條件：使用該功能的前提條件、邏輯關系說明。有時候也可以說明路徑，就是我們常用的面包屑；

后置條件：發生這個用例之后的結果，會產生哪些影像，必須達到什么要求；

用例圖：表達功能在表現層的邏輯圖，可以是傳統意義上的用例圖，或者是簡化版的原型圖、流程圖。（關于用例圖這塊還有些疑問，最近也在學習，之后再把學習結果整理出來）

權限要求：用戶權限、數據權限、功能權限，這里也牽涉到一個三戶模型的概念，當我們設計權限的時候，可以根據三戶模型去設計；

界面原型：把這個用例相關的產品原型圖貼出來，也可以說明一下畫圖工具。

業務規則單獨提一下，這是用例描述里面最關鍵的一部分。可以從頁面布局、操作邏輯（規則）、交互狀態（操作說明）等幾個方面去描述這個用例。具體內容可以包括：流程圖、操作邏輯（基本事件流、異常事件流）、接口說明（請求數據接口、調用功能接口、需要開放的接口、對應接口中的字段）、數據狀態說明（多狀態流轉說明）、交互狀態說明（點擊效果、指向地址、打開方式、刷新方式）等。
業務規則是我們產品經理需要主要思考的內容，涵蓋的內容比較多，我在學習過程中沒有找到專門去說明業務規則該怎么寫的文章，初步的感覺就是需要注意的東西太多了，不然一步就是一個坑，等再學習一段時間再把業務規則這部分的學習結果整理出來。
5.2 原型界面

每一個模塊功能的需求說明都應該包含詳細的原型界面圖及流程圖，此作簡單示意圖（重置密碼）。
簡書APP重置密碼原型示意圖

5.3 用例流程
簡書APP重置密碼流程圖

6、非功能性需求
6.1 性能需求

1、前端內容展現應保證用戶在WIFI及移動網絡下閱讀體驗流暢；

2、萬級用戶在線時后臺信息處理穩定且快速等等。

6.2 系統需求

兼容Andriod、IOS各系統版本（包括最新版本）

6.3 運營需求

用戶/內容管理系統開發、用戶數據分析系統開發等

7、項目規劃

有的項目或產品并不包含該部分，但通常要交代產品的風險分析及應對策略。

8、附錄

大量的相關參考文檔可放置附錄，以避免篇幅過長影響閱讀。通常包括原型/UI文檔、MRD/BRD文檔、技術文檔、專業術語。

其他

其他，說白了就是因為需求文檔模板并不能涵蓋所有方面，經常會出現一些其他需要說明的內容，但是又不知道放在哪里合適，所以就放在其他里好了。

這部分我放了三塊內容，首先是“其他接口”，就是對其它系統產生“字段、業務流程”進行說明，以及本次產品或業務，對前后臺那些非主流程模塊產生影響。

“系統風險評估”要說明的是當前設計的功能存在哪些缺陷、注意事項與后期的功能拓展如何解決這些問題。

“其他需求”是對一些非核心的功能點進行詳情描述。如：一些需過濾的關鍵字、新增某個欄目字段。

總結

以上是生活随笔為你收集整理的prd文档规范的全部內容，希望文章能夠幫你解決所遇到的問題。

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