如何用更少的文檔達到同樣的效果，應(yīng)該是每個產(chǎn)品人時刻考慮和注意的問題。我的解決方案是用一份產(chǎn)品規(guī)劃文檔承載BRD、MRD和前期競品分析。文檔的目的是，幫助團隊理解項目的來龍去脈，尤其在項目實施階段，不止團隊迷失在細節(jié)中，而偏離了方向。

在上一篇文章《作為一個新項目的產(chǎn)品經(jīng)理，該如何入手新工作？》中，提到每個產(chǎn)品至少應(yīng)維護的文檔，排在第一位的是產(chǎn)品規(guī)劃書。很多人疑惑：BRD和MRD不需要嗎？答案是肯定需要。

但過多的文檔，帶來的必然是溝通的低效和維護成本的上升。如何用更少的文檔達到同樣的效果，應(yīng)該是每個產(chǎn)品人時刻考慮和注意的問題。我的解決方案是用一份產(chǎn)品規(guī)劃文檔承載BRD、MRD和前期競品分析。文檔的目的是，幫助團隊理解項目的來龍去脈，尤其在項目實施階段，不止團隊迷失在細節(jié)中，而偏離了方向。

那么，承載著BRD、MRD、競品分析功能的產(chǎn)品規(guī)劃書應(yīng)該包含哪些內(nèi)容？

1. 項目背景

此章節(jié)應(yīng)包含的內(nèi)容有BRD中：因為XX問題的客觀存在，才提出了這個項目。及MRD中：目標(biāo)市場的現(xiàn)狀、目標(biāo)用戶的特征和訴求。

為覆蓋以上內(nèi)容，通過此章節(jié)，應(yīng)回答以下問題：

項目想要解決的問題是什么？

即在什么樣的背景下，提出了這個項目，這個項目想要為什么人解決哪些痛點？在回答這個問題的時候，兩部分內(nèi)容不可或缺：

1. 痛點描述：分條分點介紹，這些痛點是什么？什么情況下產(chǎn)生了這些痛點？
2. 現(xiàn)有解決這些問題的產(chǎn)品及它們的缺陷：此時你就是在做競品分析。應(yīng)交代清楚的內(nèi)容包括，市場上已有哪些解決問題的產(chǎn)品，它們各自是如何解決問題、它們的優(yōu)缺點、市場占有率如何？

以上兩點清楚后，應(yīng)讓人們在心里默念：確實啊，確實需要一個新產(chǎn)品來解決這些問題。若沒有達到這個效果，或許你應(yīng)該再完善文字或內(nèi)容。

2. 方案設(shè)計

此章節(jié)結(jié)合BRD中的內(nèi)容項目方案和MRD中的內(nèi)容市場、用戶分析解決問題：通過什么樣的流程、功能設(shè)置，為什么市場中的什么人提供服務(wù)？

• 項目面向的市場情況如何？
• 通過識別痛點，已經(jīng)知道項目服務(wù)的市場方向，接下來需要對市場的范圍、市場的現(xiàn)狀進行深入分析。

故應(yīng)包含兩部分內(nèi)容：

1. 界定項目的目標(biāo)市場：用盡可能簡潔的語言或圖表，界定項目的市場范圍。此時，相當(dāng)于在給項目定位，一個好的清晰的定位，是后期項目成功必不可少的。
2. 目標(biāo)市場的現(xiàn)狀：此部分需進行深入調(diào)研，并清晰全面地將調(diào)研結(jié)果呈現(xiàn)出來，如市場的容量、每個競品的占有率、市場的可擴充性、影響市場的動態(tài)因素等。

• 項目面向的服務(wù)對象是誰？
• 識別痛點時，已經(jīng)知道是哪些人遇到了這些痛點。此部分要做是，細分這些群體，界定項目的服務(wù)對象，了解這些群體的特征。

包括以下兩部分：

1. 界定項目的目標(biāo)用戶：描述清楚哪些人或群體是項目的服務(wù)對象。目標(biāo)市場+目標(biāo)用戶+痛點，項目范圍基本清晰，凡偏離三者其一，說明，項目范圍發(fā)生了蔓延，應(yīng)引起重視。
2. 目標(biāo)用戶的特征及訴求：通過分類型、用戶畫像等方式，描述目標(biāo)用戶的特殊性和特殊訴求，用以后期項目功能的設(shè)計和運營方案的設(shè)計等。此部分還未到角色分析的程度，對訴求的描述可以是宏觀上的，如提高報告撰寫的效率。

項目解決問題的方法是什么？

即通過什么流程和方法，更好地解決以上痛點，且避免了現(xiàn)有方法存在的缺陷？在回答這個問題時，應(yīng)闡述清楚如下問題：

（1）解決問題的流程

用流程圖的方式呈現(xiàn)，解決問題的流程設(shè)計。此處，可能包含若干個流程，一般以問題為單位，設(shè)計流程。如投保流程、理賠流程等。

（2）解決問題的方法

打算設(shè)置哪些功能，這些功能是如何達到解決以上問題的目的的？要實施這些功能，需分哪幾個步驟或階段逐步完成？

（3）這個方法很好地規(guī)避了現(xiàn)有產(chǎn)品的缺陷

用什么策略規(guī)避現(xiàn)有產(chǎn)品存在的缺陷？并說明這些策略的優(yōu)勢是什么？這些策略在解決問題時，不會產(chǎn)生新的負面影響。

3. 商業(yè)模式

此章節(jié)要回答B(yǎng)RD的問題：項目的實施，使公司可通過XX途徑賺取利潤，其中，公司需付出的成本有XX類，能獲取的收益有XX類。

通過此章節(jié)，應(yīng)回答如下問題：

項目賺錢的途徑是什么？

即用以上方案解決痛點時，用什么樣的途徑或方式給公司賺錢呢？如有可能是買軟件、或有可能是收取廣告費、有可能是收取平臺使用費等。

在回答這個問題時，可按此句式闡述：誰為了什么付什么費用？如風(fēng)評機構(gòu)為使用撰寫系統(tǒng)支付系統(tǒng)使用費用。至于具體的收費標(biāo)準(zhǔn)細則，可后期再討論。應(yīng)注意，每個項目獲取利潤的途徑是多樣的，并非單一的。

項目的收益成本情況如何？

收益的類型識別清楚后，可用最保守的方式計算每類收益的最小值；再識別出項目實施需要的成本費用，并用中間值的方式計算每類成本的最大可能數(shù)。通過比較收益和成本之間的關(guān)系，得出獲利的可能性和大小。

4. 風(fēng)險分析

此章節(jié)需對項目實施前中后期有可能存在的內(nèi)外部風(fēng)險進行盡可能全面的識別分析，并給出應(yīng)對每項風(fēng)險的對策。

對風(fēng)險的識別應(yīng)包含內(nèi)外部環(huán)境分析（管理學(xué)中講解很清楚了，不再贅述），外部環(huán)境包括市場環(huán)境、競爭對手、替代品等；內(nèi)部環(huán)境包括人員、項目周期、資金等。

針對每類風(fēng)險，提出至少2個解決方案（不用特別詳細的長篇大論，簡單幾句話交代即可），并對方案進行對比，方便團隊做出決策。

根據(jù)以上內(nèi)容，文檔目錄或許可按如圖所示安排：

誠然，每個公司和不同階段的項目對文檔的要求不同，視情況而定。但作為產(chǎn)品經(jīng)理，無論在何時加入了項目或一個對BRD、MRD沒概念的公司，想要清楚自己的項目的來龍去脈，不妨維護一份規(guī)劃書，僅用于自己理解項目也是很有必要的。

此外，內(nèi)容不在多，在精。最好的方式是，文檔應(yīng)經(jīng)過團隊不斷地評審打磨，以及隨著項目進度的不斷推進，逐漸完善。尤其是第二部分，每周進行更新維護更好。

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