做好B端數字化產品經理，實操案例分享

企業數字化升級轉型的背景下，數字化產品經理的需求越來越旺盛！企業需要既瞭解企業業務又需要有互聯網產品設計背景的人為企業設計數字化落地產品。

數字化產品經理既要有B端產品經理的縝密邏輯性，又需要懂C端的運營，既要懂基於用户旅程的設計方法，也要能通過調研等方式瞭解用户場景並設計匹配度高的產品解決方案。

今天分享一個合作的客户的真實案例，來分享下，數字化產品經理經常犯的幾個小錯誤。

此文章不做設計方案的優劣評判，僅以此拋磚引玉讓大家瞭解數字化產品設計中的容易犯的錯誤和注意關鍵點。

數字化產品設計中，經常遇到的幾大問題：

• 無中生有-沒基礎
• 飄在天上下不來-不落地
• 管用不管賣-沒運營
• 兩眼抹黑隨性來-沒數據

怎麼説？用一個實操案例帶着大家過一遍。

前段時間一個客户聯繫説，想要基於原有的會員運營平台開發一個新功能：給門店經銷商訂貨的訂貨小程序。

簡單瞭解了需求後，發現功能項不多，邏輯不復雜，我安排了公司的一個產品經理來跟進這個需求。

拿到他的設計方案後，我發現他的方案犯了很多新手數字化產品經理容易犯的錯誤，所以講整個流程梳理出來，也算是給團隊的一些思考基礎。

也通過這個小case分享給甲方乙方，做數字化項目的基礎流程，讓甲方也瞭解做技術需求時的細節和不確定之處。

客户的背景第一次溝通了解到的信息是這樣的：

• 企業現在有100+連鎖門店，加盟店有20+，加盟店每次訂貨的方式是在微信裏；（雖然企業用了U8的進銷存系統，但是並不是所有的加盟店都引入了，所以有的門店還是用微信的方式進行下單；）遇到的問題就是：效率低，不好管理，對賬錯亂，以及補貨麻煩等等…，新員工入職後對業務不瞭解，上手的難度特別大；
• 希望門店通過小程序可以直接下訂貨單；下訂貨單後調度人員可以看到訂貨單；
• 倉庫出貨時候可以修改狀態；
• 加盟商可以手機端查看訂貨單狀態。

做過ERP系統的同學應該非常清楚，這個流程屬於ERP裏非常標準的訂貨流程。

訂貨流程其實是有比較標準的規範和流程的，最起碼包括的功能模塊：訂貨單，結算單，流水，出庫單，入庫單，庫存管理，門店管理，發票單管理等等…

但是客户堅持説，用最輕量化的功能先解決手動下訂貨單的情況並且要能給後端人員提效減壓。

一、無中生有-沒基礎

當產品經理拿着初稿給我看的時候，我發現他給我的功能列表特別簡單：

• 生成訂貨單頁面和流程；
• 訂貨單管理；
• 訂貨單管理和發貨操作 …

這是新手做B端產品犯的第一個問題 ：無中生有。

我們在做B端產品設計時，先要有一個基礎認知：

• 所有的前台數據，都是後台傳入和管理的；
• 所有的主體，都是後台錄入和管理的。

所有的數據都不是憑空出現的；都是後台錄入或通過用户端的交互行為產生的；不能“無中生有”。

就算我們熟知的常用的很多C端產品，也都有自己的後端管理平台；例如視頻網站上我們看的視頻，購物平台上我們看到的商品。

外賣平台上我們看到的店鋪和餐品等等，都有一個管理後台來上傳和管理這些數據，保證用户端能查看。

所以在做B端產品設計時，第一步一定考慮原始的數據來源和數據流程。

二、飄在天上下不來-不落地

所以在解決了這個問題之後，產品經理又給我第二個功能list：

• 生成訂貨單頁面和流程
• 訂貨單管理
• 訂貨單管理和發貨操作
• 商品管理上架管理
• 店鋪組織人員管理

拿到第二個表的時候，我詢問他，“有沒有了解產品在門店的實際落地流程是否是匹配的？誰來發貨？誰來管理商品？是否可以收貨？”

這個時候他趕緊和客户電話瞭解到了實際的業務場景。

這也是新手經常容易犯的第二個錯誤——飄在天上下不來。

也就是想當然的將業務功能模塊梳理了出來，但是並沒有結合實際落地的場景裏匹配功能。

這是非常多的數字化產品落地遇到困難的原因：

1. 沒有這個意識，本身在設計環節有短板；
2. 設計水平的高低，解決方案合理性和匹配度會影響數字化落地的實際效果。

和客户再次溝通後瞭解到，訂貨到收集之後，辦公司人員統一導出來訂貨單，需要導入到U8訂貨單；同時要將此訂貨單改一下狀態，例如已經錄入；倉庫方負責發貨，但是倉庫發只負責U8系統的使用。

並且還溝通除了額外的需求：門店還有加單的需求；當天下午2點之前需要生成訂貨單，2點之後已經將訂單同步給了倉庫，需要單獨生成加貨單，讓倉庫單獨查看加貨單來給特定門店加貨。

在這些基礎的信息基礎上，優化了第三版的功能大項：

• 生成訂貨單頁面和流程
• 訂貨單管理；訂貨單的導出功能；新增訂貨單的狀態；
• 訂貨單管理和發貨操作
• 商品管理上架管理
• 店鋪組織人員管理
• 加貨單規則和配置管理；
• 角色權限新增。

產品經理發給我的時候應該在想，“這下功能應該比較全了吧！”

三、管用不管賣-沒運營

當這個需求list給到我的時候，這時缺失了另外一部分非常重要的功能計劃，也是數字化產品設計的非常容易缺失的部分：運營功能，俗稱：管用不管賣！

這是很多的數字化產品設計時容易遺漏的一個環節：

數字化產品有了用户端的互動，並且可以通過數據做一些主動交互的觸發和運營的行為，這是數字化和信息化的一個區別。

數字化是活動的數據；信息化是封閉的中規中矩的數據；數字化是為了激活資源，信息化是為了管理不出錯；

在數字化產品設計時，高階的要求是：運營場景和功能，

即，我們通過什麼樣的設計方案，提升門店的訂貨量？通過什麼樣的方式提升門店的訂貨金額？

對此我們和客户商量了以下幾個對策：

• 訂貨端展示促銷，限量標示，讓加盟商感受到活動氛圍；並且通過此種形式刺激加盟商更好的完成業績；
• 展示訂貨排行榜，讓加盟商看到自己與排行榜的差距；產生競爭意識；
• 更高階：通過數據分析，提供產品連帶銷售組合，推薦連帶產品組合購買；通過這樣的功能設計，整個產品更完整一些；

當然現在類似的解決方案很多，可以多去了解競品，結合實際場景設計添加；這裏僅做拋磚引玉，不討論方案的優劣討論。

在這個基礎上，產品經理以為要萬事大吉時，我又提出了數字化產品設計經常遺漏的一個重要部分：數據部分。

四、兩眼抹黑隨性來-沒數據

遺漏了數據部分的數字化產品設計，是不完整的設計！

數據是數字化產品的核心。通過數據的展示可以分析銷售情況，通過數據分析可以預測產能儲備；還能預測產品的銷售情況。

數據統計是最基礎的：最基礎的訂貨數量和金額維度：需要通過日期、門店維度統計訂貨數和訂貨金額；另外一個維度，產品維度；需求通過日期，門店維度統計產品的銷售數量統計。

數據分析的功能比較靈活，需要結合企業實際的業務需求以及開發投入來制定最合適的分析， 例如門店訂貨排行榜，產品銷售排行榜，訂貨環比和同比；銷量走勢變化；增長率變化。

在數據積累到一定程度後，可以做數據模型和算法的應用：例如可以通過訂貨數量和門店的銷售情況，找到門店最佳訂貨量和訂貨金額。

通過過往節日和季節的影響因素，制定下一季度的生產計劃；通過製造-生產-銷售的週期，計算庫存週轉率，通過數據分析縮短降低庫存停滯的週期。

經過這幾個階段的提點，再次做數字化產品時，是不是有了大框架了呢？

最後我們總計，在設計數字化產品時，最基礎的框架必須包括：

• 基礎模塊完整和正確的邏輯流程；
• 匹配度高的場景落地流程
• 提升效益的運營功能；
• 必備的數據功能設計。

最後完整的功能list如果是你，你會怎麼寫？

#專欄作家#

邊亞南，微信公眾號：邊亞南，人人都是產品經理專欄作家。華秉科技產品合夥人，IT東方會副秘書長，北京理工研究生，《數字突圍》第二作者。專注實體企業數字化升級方案設計和私域流量運營體系搭建，擅長為企業提供全鏈路數字化升級解決方案，以及私域流量運營方案。

本文原創發佈於人人都是產品經理，未經許可，禁止轉載

題圖來自 Unsplash，基於 CC0 協議