需求文檔是每個(gè)產(chǎn)品經(jīng)理都必備的一大技能之一，本著實(shí)用性的原則，作者總結(jié)了一版可以應(yīng)用于B端的產(chǎn)品需求文檔模板，并經(jīng)過了實(shí)踐的檢驗(yàn)，分享給大家，希望對(duì)你有所幫助。

對(duì)于產(chǎn)品經(jīng)理而言，書寫需求文檔是最為常見的工作?；ヂ?lián)網(wǎng)上有著各種各樣的需求文檔模板，每個(gè)公司的也都有著自己的需求文檔規(guī)范。

在剛做產(chǎn)品經(jīng)理的時(shí)候，總是覺得所用的需求文檔模板不是太簡(jiǎn)單，就是太過復(fù)雜。本著實(shí)用性的原則，我總結(jié)了一版可以應(yīng)用于B端的產(chǎn)品需求文檔模板。

這個(gè)模板我用了好多年，也曾作為文檔規(guī)范在所在的團(tuán)隊(duì)中使用，可以說是經(jīng)過了實(shí)踐的檢驗(yàn)。

在這里總結(jié)分享給大家，希望能夠?qū)Υ蠹矣兴鶐椭?，也歡迎大神們能夠多提寶貴建議。

一、版本記錄

新增和變更需求時(shí)，須添加一條版本記錄。

版本號(hào)：新增新的迭代的需求時(shí)需要在版本號(hào)整數(shù)位累加版本號(hào)，有需求變更時(shí)則在原版本的小數(shù)位累加版本號(hào)。通常在研發(fā)評(píng)審后，新增或修改評(píng)審過的版本的需求時(shí)，都需要走需求變更的流程。

內(nèi)容提要：新增需求版本時(shí)，建議在“內(nèi)容提要”中，以“XX版本：”開頭；需求變更時(shí)，則建議以“需求變更：”開頭。內(nèi)容簡(jiǎn)短說明重點(diǎn)即可。

二、業(yè)務(wù)介紹

1. 業(yè)務(wù)場(chǎng)景

此項(xiàng)為必需項(xiàng)，需要描述實(shí)際業(yè)務(wù)場(chǎng)景及此需求產(chǎn)生的用戶價(jià)值。

通常在此項(xiàng)會(huì)預(yù)設(shè)“業(yè)務(wù)活動(dòng)者”和“業(yè)務(wù)場(chǎng)景及用戶價(jià)值”兩個(gè)二級(jí)標(biāo)題。

有的模板會(huì)要求“業(yè)務(wù)場(chǎng)景”和“用戶價(jià)值”分開描述，但我的經(jīng)驗(yàn)是這兩者在一起描述更加順暢。在描述業(yè)務(wù)場(chǎng)景的過程中，用戶價(jià)值也就自然而然的一起說明了。

2. 專業(yè)詞匯

列出需要進(jìn)行說明的業(yè)務(wù)專業(yè)詞匯及其含義。此項(xiàng)可略。

e.g. 臨床路徑變異：指患者在進(jìn)入臨床路徑接受診療服務(wù)的過程中，出現(xiàn)偏離臨床路徑程序或診療計(jì)劃的情況。

變異率=變異人數(shù)/入徑人數(shù)。

3. 業(yè)務(wù)流程

描述需求所對(duì)應(yīng)的業(yè)務(wù)流程，推薦使用泳道圖或業(yè)務(wù)流程圖。

對(duì)于十分簡(jiǎn)單業(yè)務(wù)，此項(xiàng)可略。

需要上下游產(chǎn)品協(xié)同或研發(fā)認(rèn)為需要說明，則必須進(jìn)行業(yè)務(wù)流程描述。

4. 評(píng)級(jí)標(biāo)準(zhǔn)

新產(chǎn)品設(shè)計(jì)時(shí)，此項(xiàng)內(nèi)容為必需。對(duì)于B端產(chǎn)品，能夠達(dá)到所處行業(yè)相關(guān)的評(píng)級(jí)標(biāo)準(zhǔn)，往往是客戶決定付費(fèi)購(gòu)買的前提條件。

拿醫(yī)療信息行業(yè)舉例，一些產(chǎn)品既要對(duì)標(biāo)醫(yī)療信息相關(guān)的《電子病歷系統(tǒng)應(yīng)用水平分級(jí)評(píng)價(jià)標(biāo)準(zhǔn)》、《醫(yī)院信息互聯(lián)互通標(biāo)準(zhǔn)化成熟度 》等評(píng)級(jí)標(biāo)準(zhǔn)，又要滿足等級(jí)醫(yī)院評(píng)審標(biāo)準(zhǔn)、公立醫(yī)院績(jī)效考核等醫(yī)療機(jī)構(gòu)評(píng)價(jià)標(biāo)準(zhǔn)的要求。

三、需求說明

1. 功能概述

必需，簡(jiǎn)要描述相關(guān)功能之間的使用邏輯，復(fù)雜功能可用Xmind說明。

e.g. 藥品常用方法維護(hù)：門診及住院藥品開立選擇藥品之后，自動(dòng)帶入維護(hù)的常用方法。同時(shí)有多個(gè)方法時(shí)，需要用戶進(jìn)行選擇?？梢栽O(shè)定全院、科室、個(gè)人級(jí)別的常用。

2. 功能詳情

必需，在此項(xiàng)詳細(xì)的描述產(chǎn)品的功能需求。以下規(guī)范性要求可供參考，可根據(jù)團(tuán)隊(duì)的實(shí)際需要進(jìn)行增減。

（1）需寫明是否需要提示框、二次確認(rèn)框

如果需要，需寫明判斷觸發(fā)條件和提示語(yǔ)內(nèi)容，提示語(yǔ)需要注明阻塞條件。

e.g.【XXXX藥品】超過一次量上限，請(qǐng)調(diào)整！

（2）涉及特殊的狀態(tài)變更的操作，需寫明狀態(tài)變更邏輯及不同狀態(tài)對(duì)應(yīng)可執(zhí)行的操作

e.g. 保存：保存完之后為草稿狀態(tài)。

發(fā)布：點(diǎn)擊發(fā)布之后，即變?yōu)椤鞍l(fā)布”狀態(tài)。

各狀態(tài)下操作：草稿：可以編輯、發(fā)布、刪除；發(fā)布：可以編輯、停用。

（3）原型的數(shù)據(jù)是真實(shí)內(nèi)容，便于交互和研發(fā)同學(xué)理解。

（4）每個(gè)頁(yè)面需寫明是否分頁(yè)。

（5）列表功能需寫明默認(rèn)排序規(guī)則。

（6）需確認(rèn)是否需要導(dǎo)出功能。

（7）新版本需求添加至上一版本內(nèi)容下方，以分割線區(qū)分，開頭注明版本號(hào)。如：

3. 界面及交互說明

必需。一般在交互評(píng)審之后，在此粘貼交互稿的鏈接即可。

4. 可用性需求

從業(yè)務(wù)視角提出的各項(xiàng)可用性需求。

4.1 性能需求

如對(duì)性能要特殊需求，請(qǐng)?jiān)敿?xì)描述，如：響應(yīng)時(shí)間、最大并發(fā)數(shù)等。

4.2 監(jiān)控需求

如需要特殊的監(jiān)控和統(tǒng)計(jì)埋點(diǎn)需求，請(qǐng)?jiān)敿?xì)描述。

四、相關(guān)文檔

產(chǎn)品其他相關(guān)的文檔，可直接上傳至文檔中。如：業(yè)務(wù)手冊(cè)、需求調(diào)研報(bào)告、競(jìng)品分析文檔等。

五、產(chǎn)品評(píng)審紀(jì)要

產(chǎn)品評(píng)審后，詳細(xì)記錄評(píng)審過程中提出的問題（包含提出人）及問題回復(fù)。

六、研發(fā)評(píng)審紀(jì)要

研發(fā)評(píng)審后，詳細(xì)記錄評(píng)審過程中提出的問題（包含提出人）及問題回復(fù)。

第五、第六點(diǎn)是我最近才加進(jìn)來(lái)的?，F(xiàn)在大多數(shù)公司都采用了統(tǒng)一的在線文檔工具，可以比較方便存儲(chǔ)和共享文檔。所以也就將產(chǎn)品評(píng)審和研發(fā)評(píng)審的紀(jì)要，特別是關(guān)鍵問題和回復(fù)內(nèi)容直接添加到了需求文檔中。方便日后回溯相關(guān)評(píng)審會(huì)的決議內(nèi)容。