編輯導(dǎo)語：在產(chǎn)品進(jìn)入生產(chǎn)性開發(fā)之前，產(chǎn)品文檔是其中的重要流程。其中，產(chǎn)品文檔包括商業(yè)文檔、市場(chǎng)文檔、設(shè)計(jì)文檔、功能文檔等，每種文檔都有其意義及注意事項(xiàng)。本篇文章里，作者對(duì)產(chǎn)品文檔進(jìn)行了較為詳細(xì)的總結(jié)，一起來看一下。

在產(chǎn)品未進(jìn)入生產(chǎn)性開發(fā)之前，所做的所有工作成果都是以文檔的形式進(jìn)行體現(xiàn)的，是新產(chǎn)品開發(fā)最重要、也是價(jià)值最大的工作內(nèi)容，包括商業(yè)文檔、市場(chǎng)文檔、設(shè)計(jì)文檔及功能詳述，如圖5-11所示。

從廣義上來講，產(chǎn)品文檔內(nèi)容包含有產(chǎn)品的戰(zhàn)略和戰(zhàn)術(shù)，戰(zhàn)略是指：目標(biāo)市場(chǎng)、客群定位、競(jìng)爭對(duì)手、產(chǎn)品概念、價(jià)值主張、產(chǎn)品定位、商業(yè)模式等；戰(zhàn)術(shù)是指競(jìng)爭策略、產(chǎn)品創(chuàng)意、創(chuàng)新設(shè)計(jì)、產(chǎn)品結(jié)構(gòu)、核心業(yè)務(wù)流程、具體用例描述、功能及內(nèi)容描述等。

圖5-11 產(chǎn)品設(shè)計(jì)相關(guān)四大文檔

一、商業(yè)文檔

BRD商業(yè)需求文檔是指基于商業(yè)目標(biāo)或價(jià)值所描述的產(chǎn)品需求內(nèi)容文檔（報(bào)告），其核心的用途就是用于產(chǎn)品在投入研發(fā)之前，由企業(yè)高層作為決策評(píng)估的重要依據(jù)。

作為報(bào)告的撰寫者，你必須讓高層明白，你的報(bào)告中將展現(xiàn)出怎樣的商業(yè)價(jià)值，如何用有力的論據(jù)來說服企業(yè)對(duì)你這個(gè)項(xiàng)目的認(rèn)可，并為之慷慨地投入研發(fā)資源及市場(chǎng)費(fèi)用。

如果說PRD的好壞，直接決定了項(xiàng)目的質(zhì)量水平，那么BRD的作用，就是決定了你的項(xiàng)目的商業(yè)價(jià)值。

優(yōu)秀的BRD文檔，可以讓決策層充分被你的報(bào)告觀點(diǎn)所吸引，或許財(cái)務(wù)主管會(huì)因?yàn)閳?bào)告呈現(xiàn)的低投入高產(chǎn)出的經(jīng)濟(jì)效益預(yù)測(cè)而蠢蠢欲動(dòng)；或許技術(shù)主管會(huì)因?yàn)轫?xiàng)目的牽涉面廣泛而頭疼不已；又或許公司的VP之流因之報(bào)告而看到了未來一年業(yè)績的飛速發(fā)展的廣闊前景……

BRD需要產(chǎn)品經(jīng)理（產(chǎn)品設(shè)計(jì)師）像對(duì)待PRD一樣，充分應(yīng)用市場(chǎng)調(diào)查、用戶研究、需求分析等各種設(shè)計(jì)手段來充分闡述報(bào)告, 內(nèi)容和格式要求夠直觀、精煉，要點(diǎn)突出，一般比較短小精煉，沒有產(chǎn)品細(xì)節(jié)。產(chǎn)品經(jīng)理通常需要向上匯報(bào)商業(yè)文檔，供決策層們討論，匯報(bào)會(huì)議主要內(nèi)容如下。

• 會(huì)議開始，產(chǎn)品經(jīng)理首先要給與會(huì)的領(lǐng)導(dǎo)介紹一下產(chǎn)品要做什么吧（解決什么問題或滿足什么用戶需要）？
• 為什么要做談?wù)劚澈蟮脑颍ū尘啊⑹袌?chǎng)空間、競(jìng)爭對(duì)手、環(huán)境）？
• 打算怎么做（產(chǎn)品規(guī)劃、模塊規(guī)劃、研發(fā)計(jì)劃、運(yùn)營計(jì)劃）？
• 需要多少資源（人力成本、軟硬件成本、運(yùn)營成本）？
• 最終能獲得什么收益（帶來收入、帶來用戶、擴(kuò)大市場(chǎng)、占有市場(chǎng)先機(jī)、滿足未來三年戰(zhàn)略規(guī)劃等）？
• 做這個(gè)有沒有風(fēng)險(xiǎn)（開發(fā)失敗？失去市場(chǎng)機(jī)會(huì)？失去先機(jī)？競(jìng)爭不過對(duì)手？沒有帶來收入？沒有帶來用戶？與公司戰(zhàn)略背道而馳？）？

二、市場(chǎng)文檔

MRD市場(chǎng)需求文檔是產(chǎn)品項(xiàng)目由“準(zhǔn)備”階段進(jìn)入到“實(shí)施”階段的第一文檔，其作用就是“對(duì)某個(gè)產(chǎn)品進(jìn)行市場(chǎng)層面的說明”。

該文檔中，側(cè)重的是對(duì)產(chǎn)品所在市場(chǎng)、客戶、購買者、用戶以及市場(chǎng)需求進(jìn)行定義，并通過原型的形式加以形象化。

這個(gè)文檔的質(zhì)量好壞直接影響到產(chǎn)品項(xiàng)目的開展，并直接影響到公司產(chǎn)品戰(zhàn)略意圖的實(shí)現(xiàn)。該文檔在產(chǎn)品項(xiàng)目中是一個(gè)“承上啟下”的作用，“向上”是對(duì)不斷積累的市場(chǎng)數(shù)據(jù)的一種整合和記錄，“向下”是對(duì)后續(xù)工作的方向說明和工作指導(dǎo)。文檔包含主要內(nèi)容如下。

1. 市場(chǎng)說明

目標(biāo)市場(chǎng)、市場(chǎng)規(guī)模、市場(chǎng)特征、未來3~5年的發(fā)展趨勢(shì)，現(xiàn)在市場(chǎng)存在的問題和機(jī)會(huì)。一般來說，這里會(huì)得到一個(gè)比較有市場(chǎng)商業(yè)價(jià)值的結(jié)論。

2. 用戶說明

目標(biāo)客群的共性分析，常用用戶特征（要求準(zhǔn)確：年齡段、收入、地區(qū)、學(xué)歷），通過用戶畫像建立虛擬用戶角色：形象化，用戶名稱，用戶技能、與產(chǎn)品相關(guān)的用戶特征，演示性的場(chǎng)景，用戶在時(shí)間、地點(diǎn)，完成的某個(gè)事的故事。

從技術(shù)層面剖析市場(chǎng)，洞察用戶心理案例分析（動(dòng)機(jī)和目標(biāo)是不一致的）影響用戶使用的主要因素。

3. 產(chǎn)品定位

我們用什么樣的產(chǎn)品滿足用戶或用戶市場(chǎng)；針對(duì)什么用戶，做什么事。

4. 產(chǎn)品價(jià)值

解決目標(biāo)市場(chǎng)、用戶的核心需求（核心價(jià)值優(yōu)先級(jí)最高）。

5. 產(chǎn)品架構(gòu)

整體結(jié)構(gòu)，不是功能結(jié)構(gòu)。是產(chǎn)品的核心目標(biāo)、市場(chǎng)定位、產(chǎn)品定位的直接體現(xiàn)。

6. 產(chǎn)品路線圖

以時(shí)間為節(jié)點(diǎn)，任務(wù)為導(dǎo)向。

7. 產(chǎn)品功能性需求

用戶注冊(cè)、留言等等。

8. 非功能性需求

有效性、性能、擴(kuò)展性、安全性、健壯性、兼容性、可用性、用戶體驗(yàn)等。

三、設(shè)計(jì)文檔

PRD產(chǎn)品設(shè)計(jì)文檔是把我們想做的東西變成一張清晰明了的“圖紙”，讓研發(fā)人員看到這張“圖紙”就知道我們要做啥，需要做到什么程度，大概需要什么技術(shù)，并能對(duì)成本進(jìn)行一個(gè)預(yù)估。

不同平臺(tái)和不同行業(yè)的產(chǎn)品的設(shè)計(jì)文檔有所區(qū)別，但思想都差不多。

這里以網(wǎng)站為例，設(shè)計(jì)文檔一般包括網(wǎng)站結(jié)構(gòu)圖、線框圖和網(wǎng)頁描述表。產(chǎn)品設(shè)計(jì)文檔伴隨著產(chǎn)品整個(gè)生命周期，幫助產(chǎn)品團(tuán)隊(duì)與研發(fā)團(tuán)隊(duì)和高層領(lǐng)導(dǎo)達(dá)成共識(shí)，進(jìn)而明確研發(fā)計(jì)劃和指導(dǎo)研發(fā)過程。不同的公司、不同的產(chǎn)品會(huì)有自己不同的要求和模板，但在這里我想提醒一些大家需要注意的地方。

1. 保持簡短

對(duì)于產(chǎn)品設(shè)計(jì)文檔，保持簡短很重要，因?yàn)樵绞呛喍?，包含的錯(cuò)誤越少，同時(shí)更容易閱讀，同時(shí)也越可能帶來簡潔的設(shè)計(jì)。

但是一定要在窮盡的基礎(chǔ)上簡短，不要為了最求簡短而忽略一些細(xì)節(jié)，在產(chǎn)品設(shè)計(jì)中，每一個(gè)小細(xì)節(jié)對(duì)產(chǎn)品的質(zhì)量來說都很重要。所以一定要仔細(xì)思考，認(rèn)真推敲。

2. 消滅錯(cuò)誤

錯(cuò)誤的文檔會(huì)花費(fèi)研發(fā)團(tuán)隊(duì)大量的時(shí)間，甚至?xí)?dǎo)致大規(guī)模的改動(dòng)，這時(shí)對(duì)研發(fā)來說沒有誰會(huì)很爽，一個(gè)個(gè)都恨不得把你給撕了。有點(diǎn)夸張了。同時(shí)也會(huì)讓產(chǎn)品團(tuán)隊(duì)在研發(fā)團(tuán)隊(duì)面前抬不起頭。

當(dāng)然，也不用太想不開，畢竟沒有錯(cuò)誤的文檔和沒有錯(cuò)誤的代碼一樣，都是不存在的，我們需要做的是盡可能地消滅錯(cuò)誤，讓錯(cuò)誤能在可承受范圍內(nèi)。

錯(cuò)誤有很多種，有產(chǎn)品邏輯錯(cuò)誤（最致命的），有多個(gè)需求相互矛盾的錯(cuò)誤，還有錯(cuò)別字等層面的低級(jí)錯(cuò)誤。在撰寫產(chǎn)品設(shè)計(jì)文檔的時(shí)候，產(chǎn)品團(tuán)隊(duì)因?qū)?yīng)產(chǎn)品邏輯進(jìn)行充分的討論和測(cè)試，最終要組織評(píng)審會(huì)議，采用審核通過的方式把關(guān)。

3. 別對(duì)他人（主要是研發(fā)人員）的工作指手畫腳

也就是說在設(shè)計(jì)文檔中不要提一些技術(shù)性的東西。

比如：將其存入數(shù)據(jù)庫的一個(gè)新表中，連續(xù)存放，以優(yōu)化查詢效率。別提之類的需求，你很可能犯一些細(xì)節(jié)上的錯(cuò)誤。己所不欲，勿施于人，別人在你的領(lǐng)域內(nèi)指手畫腳你也會(huì)感到很煩。如果你是個(gè)技術(shù)專家，可以私下溝通，別把應(yīng)該寫在技術(shù)文檔中的內(nèi)容寫在設(shè)計(jì)文檔里。

4. 用適當(dāng)?shù)姆绞奖硎鲂枨?/h3>

選取適當(dāng)?shù)姆绞秸宫F(xiàn)特定的信息，是產(chǎn)品經(jīng)理的一項(xiàng)重要技能，面對(duì)研發(fā)團(tuán)隊(duì)的時(shí)候要用到，面對(duì)最終用戶的時(shí)候也會(huì)用到，怎樣去表現(xiàn)我們的需求讓研發(fā)或客戶能快速有效的理解是相當(dāng)重要的，不僅可以提高工作效率，還可以避免很多因理解不當(dāng)造成的錯(cuò)誤。

因理解不一致這種錯(cuò)誤是很常見的，和不同領(lǐng)域類的人提需求理解不當(dāng)更是家常便飯了，選用適當(dāng)?shù)谋硎龇绞绞窍喈?dāng)重要的。比如，用敘述性文字說不清楚我們就用表格或其他的，有時(shí)候還需要選擇一些圖形工具。

5. 使用肯定的語言

在產(chǎn)品設(shè)計(jì)文檔中，使用肯定的、確切的語言，切勿出現(xiàn)“也許，可能”這類詞語。我們最終提交的文檔內(nèi)容都是確切的，可被執(zhí)行的，含糊不清的東西一定要全部消滅掉。如果有吃不準(zhǔn)的東西，就放在內(nèi)部充分討論后在做決定。

6. 切勿忽視溝通

很多產(chǎn)品新人在寫產(chǎn)品設(shè)計(jì)文檔的時(shí)候，獨(dú)自埋著頭寫，寫好了之后再出去溝通，這樣文檔有99%的概率會(huì)被大幅度修改，這等于是在做無用功，所以在寫設(shè)計(jì)文檔的時(shí)候千萬不要忽略和團(tuán)隊(duì)溝通。

四、功能詳述

FSD功能詳細(xì)說明定義產(chǎn)品功能需求的全部細(xì)節(jié)，這是一份可以直接讓工程師創(chuàng)建產(chǎn)品的文檔。

FSD建立在BRD、MRD和PRD的基礎(chǔ)上，從這步就開始往開發(fā)銜接了，產(chǎn)品UI、業(yè)務(wù)邏輯的細(xì)節(jié)都要確定，細(xì)化文檔并保持更新。功能需求是所有的產(chǎn)品功能的描述和規(guī)劃，以互聯(lián)網(wǎng)產(chǎn)品為例包括以下內(nèi)容。

1. 簡要說明

介紹此功能的用途，包括其來源或背景，能夠解決哪些問題。

2. 場(chǎng)景描述

產(chǎn)品在哪種情況下會(huì)被用戶使用，就是用戶場(chǎng)景模擬。這也是產(chǎn)品經(jīng)理講“好”故事的必備條件。

3. 業(yè)務(wù)規(guī)則

每個(gè)產(chǎn)品在開發(fā)時(shí)都有相應(yīng)的業(yè)務(wù)規(guī)則，將這些規(guī)則清晰地描述出來，讓開發(fā)、測(cè)試人員能夠直觀的明白該規(guī)則，且沒有產(chǎn)生歧義。業(yè)務(wù)規(guī)則必需是完整的、準(zhǔn)確的、易懂的。

業(yè)務(wù)規(guī)則的描述上如果涉及到頁面交互或者頁面的修改，建議給出頁面的草圖或者頁面截圖在圖上說明要修改的內(nèi)容。

另外也建議對(duì)頁面的輸入框、下拉框的內(nèi)容格式、長度、控件之間的關(guān)聯(lián)性做出說明，什么時(shí)候可見、不可見、灰掉或點(diǎn)亮的條件在文檔中都給出說明，方便閱讀者理解業(yè)務(wù)規(guī)則。

4. 界面原型

如前所述，涉及到頁面交互的部分，產(chǎn)品經(jīng)理需要設(shè)計(jì)頁面原型。

原型設(shè)計(jì)通常需要產(chǎn)品經(jīng)理和UI設(shè)計(jì)師一起來完成。建議的做法是，產(chǎn)品經(jīng)理可設(shè)計(jì)一個(gè)頁面框架，將該頁面要呈現(xiàn)的字段及其特征以及頁面要使用的場(chǎng)景向交互設(shè)計(jì)師解釋清楚，之后交互和視覺設(shè)計(jì)師完成產(chǎn)品的原型設(shè)計(jì)。

5. 使用者說明

對(duì)產(chǎn)品使用者做出說明，可融入簡要說明中。

6. 前置條件

該需求實(shí)現(xiàn)依賴的前提條件。比如，上傳照片時(shí)，需要存有圖像的文件。

7. 后置條件

操作后引發(fā)的后續(xù)處理。

8. 主流程

把主流放在最后是有道理的，結(jié)合上面所說的，做出主流程說明，對(duì)每個(gè)功能流程走向分點(diǎn)說明（這是非常重要的）。

看過很多的PRD（包含F(xiàn)SD），文檔中對(duì)既沒有前提條件，也沒有后置條件，只對(duì)主流程做了說明，但是在描述主流程時(shí)卻沒有描寫主流程中每個(gè)功能流程的各種走向，只有一個(gè)主走向，讓人感覺PRD成了操作手冊(cè)。

事實(shí)上，對(duì)分支的介紹是非常重要的，開發(fā)和測(cè)試中提出的各類問題均與對(duì)分支的定義不明有關(guān)。一個(gè)合格的PRD不僅要描述主流程，同時(shí)對(duì)分支流程所出現(xiàn)的各類問題都要做詳細(xì)闡述并給出解決辦法。

PRD的特征一定是明確的、全面的闡述需求及各類異常情況的處理而不是等到開發(fā)和測(cè)試階段發(fā)現(xiàn)問題后再給以答案（雖然PRD不可能百分之百地覆蓋所有的可能，但是最大化的思考所有的業(yè)務(wù)問題是編制PRD時(shí)必須遵守的原則）。

另外，在描寫功能需求時(shí)給出的辦法中不能出現(xiàn)“可能”、“或者”等詞，一定是明確的、準(zhǔn)確的描述。如果有別的方案，建議寫入“可選方案”，在產(chǎn)品構(gòu)建的早期可選方案可以為功能實(shí)現(xiàn)提供更多的選擇，當(dāng)方案確定后可在文檔中注明本次使用了哪種方案。

作者：長乘，公眾號(hào)：MVP-PM，歷任兩家世界500強(qiáng)企業(yè)產(chǎn)品專家！內(nèi)容摘自：人民郵電出版社《獨(dú)具匠心：做最小可行性產(chǎn)品（MVP）方法與實(shí)踐》

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

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