中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

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

產品經理日常繁瑣的工作中，除了與業務、研發之間的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. 客戶模型

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

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

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

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

2. 流程與角色

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

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

3. 頁面流轉

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

4. 界面詳細設計

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

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

（行業內主流產品經理畫圖軟件為：墨刀、Axure，我之前也寫過一篇關于：墨刀功能的簡介，有興趣的朋友的也可以去看看）

五、灰度計劃

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

六、上線后業務復盤

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