一篇完整PRD例項

本文深入探討了產品經理在日常工作中不可或缺的一環——需求文件的編制。透過一個具體的分銷系統設計案例，文章詳細展示了如何從一個宏觀的視角逐步深入到功能的每個細節，確保研發團隊能按照既定目標高效完成任務。

產品經理日常繁瑣的工作中，除了與業務、研發之間的battle，最重要的一部份就是需求文件的編制，需求文件的好壞直接影響研發同學對產品功能實作的品質，是研發程式碼實作的依賴，更是功能的詳細說明書。好的產品文件，會贏得研發、業務對產品的專業認可。

由於「高保真」的需求原型適用於產品雛形期的萌芽階段，現實更多的產品經理處於公司開發中的小步快跑階段，7天一個版本，如果每個版本都要做到「高保真」，那得有多少加不完的班。本篇文章主要介紹日常繁瑣工作中的「文件型」PRD編寫，中小需求均適用。

對於概念的內容就不加贅述，直接透過需求例項來展示這幾塊內容的編寫（這樣寫的好處是看到這篇文章的產品可以直接實戰，適合新入職場的產品童鞋）

需求例項：「M公司分銷系統設計」

1.1 版本控制

1.2 需求幹系人管控

2.1 計畫背景

M公司是M集團下屬電商公司（M集團是一家經營了十幾年的成功企業，旗下擁有零售超市、生鮮電商、金融理財等多條業務線，業務發展良好，系統建設成熟）主營生鮮商品，以C端客戶為主，業務穩定。三個月前嘗試開展分銷業務（也叫大客戶，ToB業務）。

分銷業務的目標客戶是大型連鎖餐飲集團，以及大型生鮮分銷商等企業級客戶（註：M公司並不會參與客戶對商品的二次轉賣，即下一級生鮮品後的分銷過程）。

業務試點在北京、上海開展，三個月以來業務發展迅速。目前分銷業務月流水50w，以每月20%增幅快速發展。但是在高速開發中，若幹流程、管理風險問題突出，現急需配套的軟體系統來提升業務效率，控制經營風險。

目標：在兩到三個月時間內搭建一套分銷業務平台，至少支持分銷業務在未來兩年內的高速發展，有效提升效率，控制經營風險。未來內部系統成熟後，將這套分銷業務平台Saas化對外售賣。

2.2 計畫價值

戰略目標：擴充並嘗試新銷售渠道，發展高端零售的分銷通路，戰略目標是3年內打入主要的一二線城市的高端零售分銷市場。

2.3 市場分析

M公司即將研發的分銷平台，目前客戶是農產品渠道商，渠道商業業務規則在萬億級別，而這些渠道商在資訊化、數位化方面投入只占營業額的0.01%，測算得出針對農產品領域的分銷類軟體產品，年市場規模大概1億元人民幣。在農產品分銷軟體平台領域，市場占有率最高的3家軟體供應商，總共占據了40%的市場份額（即行業集中度CR3=40%），是一個競爭充分的市場。

3.1 需求場景

可以以excel方式展示有哪些業務場景，需要做什麽。

3.2 功能框架圖及分期實作步驟

將業務場景拆分到功能模組，並進行優先級排期，由於本次需求涉及到新系統搭建，故分期進行。

PS：如果是小的需求，就在大的功能框架圖中標註變更/調整點。

B端產品的細節方案設計，透過對整體方案中總結出的業務場景，逐個進行深入分析，包含業務數據建模、頁面流轉設計、界面設計、許可權設計等。

B端產品進行細節設計的常見流程，首先梳理業務流程，接下來提煉背後的數據模型，然後基於流程和數據模型確定業務流轉圖，再著手進行每個頁面的具體設計，同時提前規劃好系統使用者角色，最後完成許可權設計。

需求詳細描述模組是研發同學實作的依據，涉及到方方面面細節，故也會存在多個版本的修訂補充，需要在版本控制模組做好管理。

1. 業務數據建模

業務數據建模是資料庫設計中最重要部份，會影響資料庫表結構設計，很多產品經理常常忽略業務數據建模，只關註功能界面設計，最終陷入混亂的邏輯中。

數據建模工作面臨兩種情況，第一種是已有業務流程，第二種是還沒有業務流程。前者的建模工作相對簡單一些，需要做好已有數據表單，實體的辨識和抽象（目前互聯網企業一般是前者，產品經理在日常繁瑣PRD中，往往會忽略對現有表單的影響，導致以為實作很簡單，研發評估後發現改造較大，而產生分歧等問題）；後者設計人員沒有線下的流程和表單可供參考，需要自己從零梳理設計。

關於本次分銷平台的「業務數據建模」

a. 使用者、訂單、商品模型

分銷系統中，1個使用者（or大客戶）下1筆訂單，N個商品，一個商品也可能存在多個訂單中，每個訂單中包含多個商品；一個訂單對應0個或多個運單，因為訂單可能沒有配配送，或者被拆分成多個運單配送；同時一個運單必須有一個對應的訂單。

b. 客戶模型

分銷平台客戶訴求：目前分銷客戶中，有比較大型的集團客戶，下設若幹機構、庫房和門店。調研時客戶訴求如下：

故整理出以下客戶業務數據模型：

綜合a、b模型，提煉出分銷平台數據ER圖，如下：

2. 流程與角色

流程合理、角色清晰是系統設計正確的前提和保障，流程確定後，再繪制頁面流轉圖，最終完成頁面細節設計。

系統中角色一般與公司中崗位對應，分銷業務客戶包含如下幾個角色：賣方-銷售人員、賣方-分公司營運人員、賣方-總部營運人員、客戶-管理員、客戶-采購員。結合上一節數據建模提煉出的數據物件，以及對角色模型分析，繪制出以下業務流轉圖，根據業務流轉圖，可以設定相應的角色崗位以及系統許可權。

3. 頁面流轉

頁面流轉圖描述的是，使用者完成某項工作需要存取的頁面及頁面跳轉順序。繪制頁面流轉圖可以幫助設計人員審視、思考系統頁面設計方案，包括系統總共需要哪些頁面，哪些頁面可以重復使用，哪些頁面需要客製化開發。根據使用者角色，設計出以下分銷系統界面流轉概況：

4. 界面詳細設計

界面詳細設計，即我們熟悉的原型圖，B端系統的線框原型圖，一般采用表單形式。產品經理繪制出原型圖，並表達清楚每個界面，每個欄位及按鈕的設計需求。UE/UI協助產品完善互動體驗，並制作互動原型。前端工程師拿到UI切圖檔，進行前端開發，包括實作互動、動效等。

以上為分銷系統下單界面、報價管理、門店管理界面範例，除了圖之外，產品經理還需仔細描述清楚圖中每個欄位及按鈕的需求，這是一項龐大而繁瑣的工作，但也是從細節中見真知，對細節的描述也不容忽視，這樣才能保證後續系統開發工作的順暢進行，減少雙邊的返工成本。

灰度節奏一般與業務側對齊，根據業務實體，如分銷系統實體中的門店，選取中型門店，上線後，灰度期間，先完成業務流程的跑通，再逐步推向城市及全國。

PS：一般上線後半個月，或一個月，對產品進行上線後數據分析，看是否達到計畫目標，此模組需要業務同學協助進行。