規(guī)范的PRD文檔，可以幫助降低文檔使用對象的閱讀門檻，那么，B端產(chǎn)品的PRD文檔撰寫，應(yīng)當(dāng)遵循哪些注意事項呢？這篇文章里，作者就從多個維度總結(jié)了PRD文檔的規(guī)范撰寫細(xì)節(jié)，一起來看看吧。

不知道工作中你是否遇到過這樣的問題？

• 你認(rèn)為寫的需求文檔簡單易懂，但是開發(fā)讀不懂你的文檔；
• 你認(rèn)為寫的需求文檔天衣無縫，評審時漏洞百出，遭受各方挑戰(zhàn)；
• 你認(rèn)為寫的需求文檔行云流水，但是讀者體驗較差，對系統(tǒng)的整體架構(gòu)一臉蒙圈。

規(guī)范的PRD文檔可以給我們帶來什么？

• 每個公司均有自己的PRD規(guī)范格式，都是在最基礎(chǔ)的模板上進(jìn)行增減，可以有效降低文檔使用對象的閱讀門檻。
• 規(guī)范行文格式以及行文脈絡(luò)，遵循MECE的原則，可以在一定程度上對功能模塊進(jìn)行查漏補(bǔ)缺。
• 清晰給予讀者系統(tǒng)全方位視角的流程圖，架構(gòu)圖等等，幫助讀者從宏觀視角理解文檔。

下面給大家展開介紹一下規(guī)范的PRD文檔的書寫。

首先需要明確PRD面向?qū)ο鬄槟男┤?，重點需要給哪些人進(jìn)行講解，例如：業(yè)務(wù)方、設(shè)計團(tuán)隊、產(chǎn)品團(tuán)隊、研發(fā)團(tuán)隊、運(yùn)營團(tuán)隊及PM自己等等。

其次為版本號的命名，命名規(guī)則一般為Va.b.c（abc均為正整數(shù)），對全局功能的升級改版，改頭換面需要改變a，依次加1；對流程以及部分功能的修改以及升級需要改變b，依次加1 ；對細(xì)微處的優(yōu)化修改不影響主流程需要改變c，依次加1。

最后給大家呈現(xiàn)標(biāo)準(zhǔn)的格式如下：

XXX項目XX系統(tǒng)V1.1.0（需要注明項目以及涉及的系統(tǒng)）

一、背景描述

介紹項目產(chǎn)生的背景。

二、 名詞解釋

對文檔中出現(xiàn)的新的名詞給出定義和解釋。

三、產(chǎn)品目標(biāo)及價值

1. 調(diào)研信息和數(shù)據(jù)

提供前期調(diào)研信息和數(shù)據(jù)給出一些重要的項目數(shù)據(jù)。

2. 產(chǎn)品預(yù)期目標(biāo)

明確本次迭代的預(yù)期目標(biāo)及價值，給出有量化的目標(biāo)值。

四、產(chǎn)品概述

1. 用戶角色

哪些用戶在什么場景下用到系統(tǒng)的某些功能，做用戶角色以及故事簡單描述。

2. 總體流程

1. 主流程圖以及主要分支流程圖；
2. 產(chǎn)品架構(gòu)圖。

3. 功能摘要

4. 對其他系統(tǒng)的影響

跟自己上下游系統(tǒng)之間有無影響，影響面多大，涉及到哪些功能點。

五、功能需求

1. 功能模塊

1）用戶場景

用戶通過什么操作或途徑觸發(fā)該功能模塊。

2）約束條件

前置條件：用戶觸發(fā)功能模塊的前置條件。

后置條件：用戶執(zhí)行完該功能或操作后，關(guān)聯(lián)的數(shù)據(jù)會有什么變化，頁面怎么跳轉(zhuǎn)。

3）輸入/輸出

當(dāng)用戶輸入時，對于不同的輸入該如何處理？當(dāng)用戶完成輸入并提交時，系統(tǒng)該做什么校驗？不同結(jié)果該返回什么值？

建議通過業(yè)務(wù)流程圖+文字來描述，以確保邏輯清晰、完整。

4）異常處理

如網(wǎng)絡(luò)錯誤、接口返回異常、服務(wù)器內(nèi)部錯誤等，產(chǎn)品需要給出對應(yīng)的解決措施或是相應(yīng)反饋。

5）狀態(tài)轉(zhuǎn)換

列出產(chǎn)品的各種狀態(tài)及狀態(tài)轉(zhuǎn)換圖。

6）界面&排序規(guī)則

每個界面都可以拆分成多個元素，如表單、文本、鏈接、圖片等。

7）數(shù)據(jù)字典

該功能涉及哪些數(shù)據(jù)，哪些可以通過數(shù)據(jù)字典進(jìn)行配置，可以給到開發(fā)一些參考。

六、非功能需求

包括數(shù)據(jù)需求、性能需求、監(jiān)控需求、兼容性需求、安全需求等。

1. 數(shù)據(jù)需求

如果系統(tǒng)需要數(shù)據(jù)統(tǒng)計，例如：PV、UV等，PM要提前梳理出需要埋點的事件，同步給開發(fā)進(jìn)行埋點。

2. 性能需求

如果系統(tǒng)對性能有特殊需求，例如：最大并發(fā)數(shù)、響應(yīng)時間等，可提前聯(lián)系技術(shù)及運(yùn)維人員準(zhǔn)備部署方案。

3. 監(jiān)控需求

如果系統(tǒng)需要特殊的監(jiān)控，例如：當(dāng)某個接口或服務(wù)出現(xiàn)異常時，可發(fā)送報警信息至相關(guān)人員。

4. 安全需求

如果系統(tǒng)對安全有特殊需求，例如：手機(jī)號需要進(jìn)行加密，密碼需要進(jìn)行密鑰管理，外網(wǎng)是否可以訪問等等。

5. 兼容性需求

如果產(chǎn)品需要對兼容性提出特殊的需求，例如：需要小米11，蘋果14的機(jī)型等等，需要提前聯(lián)系對應(yīng)的測試以及機(jī)型管理員，提前做好適配。

七、風(fēng)險與運(yùn)營

1. 上線后需要如何運(yùn)營達(dá)到相應(yīng)指標(biāo)；
2. 上線后對歷史功能的影響以及宣傳是否到位；
3. 上線后需要打配合的部門有哪些，需要做何種協(xié)助。