欲練此功，必先自宮。

本系列文章的宗旨是讓大家從源頭上理解PRD每個(gè)章節(jié)的內(nèi)容，對(duì)內(nèi)容的表達(dá)可以創(chuàng)新，但萬變不離其宗。?enjoy~

寫PRD時(shí)，你是否曾經(jīng)做過以下的事：

• 從公司研發(fā)規(guī)范文檔中下載模版，進(jìn)行內(nèi)容填寫；
• 當(dāng)不了解章節(jié)的內(nèi)容時(shí)，直接寫略或者刪掉；
• 在網(wǎng)上找到相似產(chǎn)品的PRD，對(duì)文章內(nèi)容進(jìn)行替換。

前幾年我所在公司剛轉(zhuǎn)型的時(shí)候，PRD管理比較混亂，很多產(chǎn)品經(jīng)理常常使用上一個(gè)迭代，或者其它產(chǎn)品團(tuán)隊(duì)的PRD模版。把其中的內(nèi)容進(jìn)行替換，自作主張的刪減，嚴(yán)重者只剩下“產(chǎn)品功能”這一部分。導(dǎo)致了很多需求要么沒有可讀性，要么又臭又長(zhǎng)，甚至需求遺失，團(tuán)隊(duì)溝通成本極高，項(xiàng)目延期率居高不下。

這與其說是產(chǎn)品的偷懶行為，不如說是對(duì)PRD的理解不夠，不得其法。

PRD的定位

我們知道，PRD是MRD的技術(shù)量化版，可以指導(dǎo)產(chǎn)品實(shí)現(xiàn)，是承上啟下的重要文檔。因此在產(chǎn)品實(shí)現(xiàn)過程中，PRD的重要性不言而喻。因此好的PRD文檔，無論格式和內(nèi)容如何演變，一體式也好，word也好，以下兩個(gè)問題必定是明確的：

• 在產(chǎn)品實(shí)現(xiàn)過程中，誰會(huì)看這個(gè)PRD；
• PRD是否具備所有讀者需要的內(nèi)容。

所以，PRD的內(nèi)容需要根據(jù)產(chǎn)品形態(tài)，項(xiàng)目組織形式等情況，做相應(yīng)的調(diào)整。通常情況下，讀者包含但不僅限于以下角色：產(chǎn)品總監(jiān)、研發(fā)、UI、測(cè)試、相關(guān)產(chǎn)品團(tuán)隊(duì)（含硬件團(tuán)隊(duì)）、運(yùn)營(yíng)、客服。

PRD的結(jié)構(gòu)

互聯(lián)網(wǎng)敏捷團(tuán)隊(duì)，輕文檔，重過程，對(duì)PRD形式?jīng)]有特殊要求，最重要的是要合適你的團(tuán)隊(duì)，大公司的模版不一定適用小公司，小公司模版也不一定適合大公司。有得的隊(duì)研發(fā)強(qiáng)，有的團(tuán)隊(duì)測(cè)試強(qiáng)，有的團(tuán)隊(duì)運(yùn)維強(qiáng)，PRD要有所側(cè)重；有得團(tuán)隊(duì)經(jīng)過長(zhǎng)期磨合，一個(gè)眼神，就知道你的隱性需求，PRD當(dāng)然可以不寫，但是你給別的團(tuán)隊(duì)用，可能要解釋半天甚至返工。在團(tuán)隊(duì)磨合過程中，要形成恰當(dāng)?shù)腜RD，需要對(duì)PRD的理解上有了一定的功底，才能寫出最合適的PRD。

因此，本系列文章的宗旨是讓大家從源頭上理解PRD每個(gè)章節(jié)的內(nèi)容，對(duì)內(nèi)容的表達(dá)可以創(chuàng)新，但萬變不離其宗。

整體概覽如下，后面會(huì)對(duì)每個(gè)章節(jié)分解說明：

基本結(jié)構(gòu)

先從簡(jiǎn)單的說起，很多只重視“產(chǎn)品功能”的描述，對(duì)其它信息不重視，這是一種誤區(qū)，特別是文檔本身的基本信息。當(dāng)文檔涉及到跨項(xiàng)目，跨部門，跨公司，跨集團(tuán)時(shí)，這些內(nèi)容是很重要的。

封面

這部分是需求的門面，一定程度上可以展示公司和團(tuán)隊(duì)形象。

• 公司信息：包含但不僅限于logo，名稱，傳真等，一方面提升公司形象，一方面便于聯(lián)系
• 保密級(jí)別：公開，普通，機(jī)密，絕密等，在一些游戲產(chǎn)品或涉及公司重大戰(zhàn)略的產(chǎn)品，保密很重要。這同時(shí)也是一種免責(zé)聲明。
• 文檔名稱：xx項(xiàng)目/產(chǎn)品 PRD，我見到不止一次，A項(xiàng)目的文檔寫著B項(xiàng)目的文檔名稱。
• 文檔編號(hào)：如果公司有要求則按公司要求，無要求則根據(jù)產(chǎn)品體系自行填寫，文件名最好帶上文檔編號(hào)。
• 文檔編寫人：編寫人信息，包含部門， 姓名等，代表的是一種責(zé)任。
• 編寫時(shí)間：一般為重要文檔版本對(duì)外發(fā)布時(shí)間。

版本信息

又叫修改控制紀(jì)錄，這部分就像軟件的更新說明一樣，表明文檔與上個(gè)版本有什么區(qū)別。

• 日期：版本的修改時(shí)間；
• 版本：文檔版本號(hào)，結(jié)構(gòu)與產(chǎn)品版本號(hào)類似；
• 版本描述：修訂xx章節(jié)，新增xx章節(jié)，刪除xx內(nèi)容，讓讀者對(duì)文檔變更內(nèi)容有個(gè)大致了解；
• 版本作者：該版本的編寫人，便于溝通；
• 審核人、批準(zhǔn)人：根據(jù)實(shí)際項(xiàng)目變更委員會(huì)的組成情況，確定是否需要。

編制說明

一般情況下PRD文檔都省略或合并了這個(gè)部分。我曾經(jīng)參與過一個(gè)國(guó)家級(jí)的項(xiàng)目，當(dāng)時(shí)由多個(gè)公司，n多專家共同編寫，歷時(shí)幾個(gè)月，產(chǎn)品文檔共有10個(gè)分冊(cè)，十本紙質(zhì)的加起來將近有30公分厚。編制說明用于說明文檔編制的情況，互聯(lián)網(wǎng)提倡小而美，快速落地mvp，不會(huì)有那么大的需求，所以大家會(huì)在背景或概要描述時(shí)順便提一句。

• 編制來源：描述因何進(jìn)行編寫文檔。如：因什么政策，有xx公司牽頭，xx公司參與，以什么為目標(biāo)，展開本次工作。
• 編制過程：描述文檔編制的過程。如：x日成立工作組，x日組織了研討，x日組織專家分析，x日正式啟動(dòng)編寫。
• 文檔體系結(jié)構(gòu)：用于描述本項(xiàng)目或產(chǎn)品涉及所有文檔，如：xx綜述分冊(cè)，xx業(yè)務(wù)模型分冊(cè)，xx需求規(guī)格分冊(cè)，xx數(shù)據(jù)模型分冊(cè)等。
• 編制說明：用于描述當(dāng)前文檔的定位和邊界，如：本文檔負(fù)責(zé)是承接并敘述xx相關(guān)成果內(nèi)容，起草單位：xxx。

目錄和正文

目錄：在修訂文檔后，更新域即可。一般情況下用不到目錄，定位段落的時(shí)候用文檔結(jié)構(gòu)圖比較方便。但是如果需要打印成紙質(zhì)的項(xiàng)目，目錄就必不可少了。

正文：PRD的主體。一般包含引言，概述，功能需求，非功能需求，環(huán)境。PRD的功力深淺，就在這體現(xiàn)了。

引言

引言即文檔開頭，是PRD正文部分的開始部分。

其作用是提供輔助讀者深入理解整個(gè)文檔所需的其它相關(guān)信息

背景

描述所說明的軟件的應(yīng)用，盡可能精確地描述所有相關(guān)的利益干系人。

• 軟件／產(chǎn)品名稱：待開發(fā)軟件/產(chǎn)品名稱；
• 提出者、開發(fā)者、用戶：明確產(chǎn)品干系人；
• 例子：xx產(chǎn)品，是由xxx與xxx合作項(xiàng)目，由xxx提出，由xxx承擔(dān)開發(fā)人物，目前用戶為xx項(xiàng)目的車主。

參考資料

列出有關(guān)資料的名稱、文件編號(hào)、發(fā)表日期、出版單位、作者等，并說明參考文件的來源。

包含但不僅限于：

• 經(jīng)過核準(zhǔn)的任務(wù)計(jì)劃書
• 上級(jí)機(jī)關(guān)批文
• 項(xiàng)目相關(guān)的合同
• 本項(xiàng)目其它已發(fā)表的文件，如：MRD、原型
• 文中引用的其它文件、研發(fā)規(guī)范等

術(shù)語

列出本文件中用到的專業(yè)術(shù)語的定義和縮略語對(duì)照，便于理解，適用于接觸新業(yè)務(wù)領(lǐng)域的團(tuán)隊(duì)。

概述

如果說引言是幫助讀者理解文檔，那么概述則是幫助讀者理解項(xiàng)目和產(chǎn)品本身。

項(xiàng)目／產(chǎn)品描述

敘述該項(xiàng)軟件／產(chǎn)品應(yīng)用目標(biāo)、作用范圍以及其他應(yīng)向讀者說明的有關(guān)該軟件開發(fā)的背景材料。

• 應(yīng)用目標(biāo)：可以理解為產(chǎn)品要解決什么問題，如：針對(duì)xx狀態(tài)下，無法進(jìn)行xxx的情況，使xx產(chǎn)品可以通過xxx完成對(duì)xxx的工作開展。
• 范圍：明確產(chǎn)品邊界，說明產(chǎn)品將干什么，不干什么。
• 開發(fā)背景：為何要開發(fā)這個(gè)產(chǎn)品，一般情況下根據(jù)團(tuán)隊(duì)理解程度，節(jié)選BRD、MRD相關(guān)調(diào)研背景資料。

建議平時(shí)多與團(tuán)隊(duì)溝通探討，不要把評(píng)審當(dāng)做一種宣貫。

系統(tǒng)模型

用于幫助讀者理解系統(tǒng)整體結(jié)構(gòu)，常用于向上匯報(bào)，幫助理解系統(tǒng)整體運(yùn)作。

（1）系統(tǒng)總體結(jié)構(gòu)圖

產(chǎn)品涉及的系統(tǒng)整體所處環(huán)境分解關(guān)系、各層次作用以及數(shù)據(jù)傳遞關(guān)系，便于理解各系統(tǒng)之間如何配合工作，各自邊界是什么。

（2）網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)圖

系統(tǒng)所處的網(wǎng)絡(luò)環(huán)境，用于理解各系統(tǒng)部署情況。幫助讀者理解集群，負(fù)載，網(wǎng)絡(luò)安全等相關(guān)信息，便于產(chǎn)品設(shè)計(jì)和相關(guān)決策。

這部分要求產(chǎn)品需要具備一定的技術(shù)能力。

假設(shè)和約束

指的是產(chǎn)品在實(shí)現(xiàn)過程中，必須滿足的假設(shè)條件和所受的限制。這部分是被大家刪減最多的部分。

（1）約束

這個(gè)比較好理解，就是影響產(chǎn)品的一些限制，比如：

• 必須兼容的相關(guān)系統(tǒng)或硬件
• 必須使用的語言，技術(shù)，或者通信協(xié)議，如java，dubbo，nginx，灰度，xmpp
• 必須控制的成本，安全要求，保密要求。
• 必須滿足的完成時(shí)間，比如xx節(jié)日之前。

（2）假設(shè)

總有一些因素，不是產(chǎn)品的約束，但它們的改變可能影響到需求，比如：

• 最終獲取的經(jīng)費(fèi)預(yù)算滿足xx條件
• 某某技術(shù)的成熟度滿足xx條件
• 公司xx資源滿足xx條件
• 市場(chǎng)部或運(yùn)營(yíng)部具有xx能力

常見的運(yùn)營(yíng)需求也算是一種對(duì)運(yùn)營(yíng)的假設(shè)行為，此部分一方面有助于理解產(chǎn)品所需的資源，便于推進(jìn)相關(guān)任務(wù)的進(jìn)行，另一方面便于研發(fā)人員思考相關(guān)約束，減少后期返工和修改。

相關(guān)閱讀

PRD修煉真經(jīng)?卷一：一份標(biāo)準(zhǔn)化產(chǎn)品需求文檔的邏輯思路

PRD修煉真經(jīng)?卷二：一份標(biāo)準(zhǔn)化產(chǎn)品需求文檔的邏輯思路

PRD修煉真經(jīng)?卷三：一份標(biāo)準(zhǔn)化產(chǎn)品需求文檔的邏輯思路

作者：小星星，8年互聯(lián)網(wǎng)工作經(jīng)驗(yàn)，5年技術(shù)，3年產(chǎn)品。

本文由 @小星星 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來自 Unsplash，基于 CC0 協(xié)議