本文深入探討了產(chǎn)品經(jīng)理在日常工作中不可或缺的一環(huán)——需求文檔的編制。通過一個具體的分銷系統(tǒng)設(shè)計(jì)案例，文章詳細(xì)展示了如何從一個宏觀的視角逐步深入到功能的每個細(xì)節(jié)，確保研發(fā)團(tuán)隊(duì)能按照既定目標(biāo)高效完成任務(wù)。

產(chǎn)品經(jīng)理日常繁瑣的工作中，除了與業(yè)務(wù)、研發(fā)之間的battle，最重要的一部分就是需求文檔的編制，需求文檔的好壞直接影響研發(fā)同學(xué)對產(chǎn)品功能實(shí)現(xiàn)的質(zhì)量，是研發(fā)代碼實(shí)現(xiàn)的依賴，更是功能的詳細(xì)說明書。好的產(chǎn)品文檔，會贏得研發(fā)、業(yè)務(wù)對產(chǎn)品的專業(yè)認(rèn)可。

由于“高保真”的需求原型適用于產(chǎn)品雛形期的萌芽階段，現(xiàn)實(shí)更多的產(chǎn)品經(jīng)理處于公司發(fā)展中的小步快跑階段，7天一個版本，如果每個版本都要做到“高保真”，那得有多少加不完的班。本篇文章主要介紹日常繁瑣工作中的“文檔型”PRD編寫，中小需求均適用。

對于概念的內(nèi)容就不加贅述，直接通過需求實(shí)例來展示這幾塊內(nèi)容的編寫（這樣寫的好處是看到這篇文章的產(chǎn)品可以直接實(shí)戰(zhàn)，適合新入職場的產(chǎn)品童鞋）

需求實(shí)例：“M公司分銷系統(tǒng)設(shè)計(jì)”

一、文檔綜述

1.1 版本控制

1.2 需求干系人管控

二、項(xiàng)目背景及價(jià)值

2.1 項(xiàng)目背景

M公司是M集團(tuán)下屬電商公司（M集團(tuán)是一家經(jīng)營了十幾年的成功企業(yè)，旗下?lián)碛辛闶鄢小⑸r電商、金融理財(cái)?shù)榷鄺l業(yè)務(wù)線，業(yè)務(wù)發(fā)展良好，系統(tǒng)建設(shè)成熟）主營生鮮商品，以C端客戶為主，業(yè)務(wù)穩(wěn)定。三個月前嘗試開展分銷業(yè)務(wù)（也叫大客戶，ToB業(yè)務(wù)）。

分銷業(yè)務(wù)的目標(biāo)客戶是大型連鎖餐飲集團(tuán)，以及大型生鮮分銷商等企業(yè)級客戶（注：M公司并不會參與客戶對商品的二次轉(zhuǎn)賣，即下一級生鮮品后的分銷過程）。

業(yè)務(wù)試點(diǎn)在北京、上海開展，三個月以來業(yè)務(wù)發(fā)展迅速。目前分銷業(yè)務(wù)月流水50w，以每月20%增幅快速發(fā)展。但是在高速發(fā)展中，若干流程、管理風(fēng)險(xiǎn)問題突出，現(xiàn)急需配套的軟件系統(tǒng)來提升業(yè)務(wù)效率，控制經(jīng)營風(fēng)險(xiǎn)。

目標(biāo)：在兩到三個月時間內(nèi)搭建一套分銷業(yè)務(wù)平臺，至少支持分銷業(yè)務(wù)在未來兩年內(nèi)的高速發(fā)展，有效提升效率，控制經(jīng)營風(fēng)險(xiǎn)。未來內(nèi)部系統(tǒng)成熟后，將這套分銷業(yè)務(wù)平臺Saas化對外售賣。

2.2 項(xiàng)目價(jià)值

戰(zhàn)略目標(biāo)：擴(kuò)充并嘗試新銷售渠道，發(fā)展高端零售的分銷通路，戰(zhàn)略目標(biāo)是3年內(nèi)打入主要的一二線城市的高端零售分銷市場。

2.3 市場分析

M公司即將研發(fā)的分銷平臺，目前客戶是農(nóng)產(chǎn)品渠道商，渠道商業(yè)業(yè)務(wù)規(guī)則在萬億級別，而這些渠道商在信息化、數(shù)字化方面投入只占營業(yè)額的0.01%，測算得出針對農(nóng)產(chǎn)品領(lǐng)域的分銷類軟件產(chǎn)品，年市場規(guī)模大概1億元人民幣。在農(nóng)產(chǎn)品分銷軟件平臺領(lǐng)域，市場占有率最高的3家軟件供應(yīng)商，總共占據(jù)了40%的市場份額（即行業(yè)集中度CR3=40%），是一個競爭充分的市場。

三、需求總覽

3.1 需求場景

可以以excel方式展示有哪些業(yè)務(wù)場景，需要做什么。

3.2 功能框架圖及分期實(shí)現(xiàn)步驟

將業(yè)務(wù)場景拆分到功能模塊，并進(jìn)行優(yōu)先級排期，由于本次需求涉及到新系統(tǒng)搭建，故分期進(jìn)行。

PS：如果是小的需求，就在大的功能框架圖中標(biāo)注變更/調(diào)整點(diǎn)。

四、需求詳細(xì)描述

B端產(chǎn)品的細(xì)節(jié)方案設(shè)計(jì)，通過對整體方案中總結(jié)出的業(yè)務(wù)場景，逐個進(jìn)行深入分析，包含業(yè)務(wù)數(shù)據(jù)建模、頁面流轉(zhuǎn)設(shè)計(jì)、界面設(shè)計(jì)、權(quán)限設(shè)計(jì)等。

B端產(chǎn)品進(jìn)行細(xì)節(jié)設(shè)計(jì)的常見流程，首先梳理業(yè)務(wù)流程，接下來提煉背后的數(shù)據(jù)模型，然后基于流程和數(shù)據(jù)模型確定業(yè)務(wù)流轉(zhuǎn)圖，再著手進(jìn)行每個頁面的具體設(shè)計(jì)，同時提前規(guī)劃好系統(tǒng)用戶角色，最后完成權(quán)限設(shè)計(jì)。

需求詳細(xì)描述模塊是研發(fā)同學(xué)實(shí)現(xiàn)的依據(jù)，涉及到方方面面細(xì)節(jié)，故也會存在多個版本的修訂補(bǔ)充，需要在版本控制模塊做好管理。

1. 業(yè)務(wù)數(shù)據(jù)建模

業(yè)務(wù)數(shù)據(jù)建模是數(shù)據(jù)庫設(shè)計(jì)中最重要部分，會影響數(shù)據(jù)庫表結(jié)構(gòu)設(shè)計(jì)，很多產(chǎn)品經(jīng)理常常忽略業(yè)務(wù)數(shù)據(jù)建模，只關(guān)注功能界面設(shè)計(jì)，最終陷入混亂的邏輯中。

數(shù)據(jù)建模工作面臨兩種情況，第一種是已有業(yè)務(wù)流程，第二種是還沒有業(yè)務(wù)流程。前者的建模工作相對簡單一些，需要做好已有數(shù)據(jù)表單，實(shí)體的識別和抽象（目前互聯(lián)網(wǎng)企業(yè)一般是前者，產(chǎn)品經(jīng)理在日常繁瑣PRD中，往往會忽略對現(xiàn)有表單的影響，導(dǎo)致以為實(shí)現(xiàn)很簡單，研發(fā)評估后發(fā)現(xiàn)改造較大，而產(chǎn)生分歧等問題）；后者設(shè)計(jì)人員沒有線下的流程和表單可供參考，需要自己從零梳理設(shè)計(jì)。

關(guān)于本次分銷平臺的“業(yè)務(wù)數(shù)據(jù)建?！?/p>

a. 用戶、訂單、商品模型

分銷系統(tǒng)中，1個用戶（or大客戶）下1筆訂單，N個商品，一個商品也可能存在多個訂單中，每個訂單中包含多個商品；一個訂單對應(yīng)0個或多個運(yùn)單，因?yàn)橛唵慰赡軟]有配配送，或者被拆分成多個運(yùn)單配送；同時一個運(yùn)單必須有一個對應(yīng)的訂單。

b. 客戶模型

分銷平臺客戶訴求：目前分銷客戶中，有比較大型的集團(tuán)客戶，下設(shè)若干機(jī)構(gòu)、庫房和門店。調(diào)研時客戶訴求如下：

• 上海、廣州采用中央倉庫模式，客戶從M公司采購商品后，商品首先配配送到中央倉庫，再由客戶自己從中央倉庫向地區(qū)門店發(fā)貨。故需要開通采購員賬號，以實(shí)現(xiàn)中央倉庫系統(tǒng)中下單。
• 其他地區(qū)是門店自采模式，即門店采購員自行下單菜單，商品直接從M公司配送到門店，因此需要針對每個門店創(chuàng)建采購員賬號。
• 還需要一個高級采購員賬號，能幫助同一地區(qū)各倉庫和門店代下單。

故整理出以下客戶業(yè)務(wù)數(shù)據(jù)模型：

綜合a、b模型，提煉出分銷平臺數(shù)據(jù)ER圖，如下：

2. 流程與角色

流程合理、角色清晰是系統(tǒng)設(shè)計(jì)正確的前提和保障，流程確定后，再繪制頁面流轉(zhuǎn)圖，最終完成頁面細(xì)節(jié)設(shè)計(jì)。

系統(tǒng)中角色一般與公司中崗位對應(yīng)，分銷業(yè)務(wù)客戶包含如下幾個角色：賣方-銷售人員、賣方-分公司運(yùn)營人員、賣方-總部運(yùn)營人員、客戶-管理員、客戶-采購員。結(jié)合上一節(jié)數(shù)據(jù)建模提煉出的數(shù)據(jù)對象，以及對角色模型分析，繪制出以下業(yè)務(wù)流轉(zhuǎn)圖，根據(jù)業(yè)務(wù)流轉(zhuǎn)圖，可以設(shè)置相應(yīng)的角色崗位以及系統(tǒng)權(quán)限。

3. 頁面流轉(zhuǎn)

頁面流轉(zhuǎn)圖描述的是，用戶完成某項(xiàng)工作需要訪問的頁面及頁面跳轉(zhuǎn)順序。繪制頁面流轉(zhuǎn)圖可以幫助設(shè)計(jì)人員審視、思考系統(tǒng)頁面設(shè)計(jì)方案，包括系統(tǒng)總共需要哪些頁面，哪些頁面可以重復(fù)使用，哪些頁面需要定制化開發(fā)。根據(jù)用戶角色，設(shè)計(jì)出以下分銷系統(tǒng)界面流轉(zhuǎn)概況：

4. 界面詳細(xì)設(shè)計(jì)

界面詳細(xì)設(shè)計(jì)，即我們熟悉的原型圖，B端系統(tǒng)的線框原型圖，一般采用表單形式。產(chǎn)品經(jīng)理繪制出原型圖，并表達(dá)清楚每個界面，每個字段及按鈕的設(shè)計(jì)需求。UE/UI協(xié)助產(chǎn)品完善交互體驗(yàn)，并制作交互原型。前端工程師拿到UI切圖文件，進(jìn)行前端開發(fā)，包括實(shí)現(xiàn)交互、動效等。

以上為分銷系統(tǒng)下單界面、報(bào)價(jià)管理、門店管理界面示例，除了圖之外，產(chǎn)品經(jīng)理還需仔細(xì)描述清楚圖中每個字段及按鈕的需求，這是一項(xiàng)龐大而繁瑣的工作，但也是從細(xì)節(jié)中見真知，對細(xì)節(jié)的描述也不容忽視，這樣才能保證后續(xù)系統(tǒng)開發(fā)工作的順暢進(jìn)行，減少雙邊的返工成本。

（行業(yè)內(nèi)主流產(chǎn)品經(jīng)理畫圖軟件為：墨刀、Axure，我之前也寫過一篇關(guān)于：墨刀功能的簡介，有興趣的朋友的也可以去看看）

五、灰度計(jì)劃

灰度節(jié)奏一般與業(yè)務(wù)側(cè)對齊，根據(jù)業(yè)務(wù)實(shí)體，如分銷系統(tǒng)實(shí)體中的門店，選取中型門店，上線后，灰度期間，先完成業(yè)務(wù)流程的跑通，再逐步推向城市及全國。

六、上線后業(yè)務(wù)復(fù)盤

PS：一般上線后半個月，或一個月，對產(chǎn)品進(jìn)行上線后數(shù)據(jù)分析，看是否達(dá)到項(xiàng)目目標(biāo)，此模塊需要業(yè)務(wù)同學(xué)協(xié)助進(jìn)行。