編輯導(dǎo)語：如今隨著互聯(lián)網(wǎng)的不斷發(fā)展，數(shù)字化已經(jīng)深入我們的工作生活，企業(yè)也在往數(shù)字化方向不斷發(fā)展，數(shù)字化產(chǎn)品設(shè)計也成為B端數(shù)字化產(chǎn)品經(jīng)理的重點；本文作者分享了關(guān)于做好B端數(shù)字化產(chǎn)品經(jīng)理的實操案例分享，我們一起來了解一下。

企業(yè)數(shù)字化升級轉(zhuǎn)型的背景下，數(shù)字化產(chǎn)品經(jīng)理的需求越來越旺盛！企業(yè)需要既了解企業(yè)業(yè)務(wù)又需要有互聯(lián)網(wǎng)產(chǎn)品設(shè)計背景的人為企業(yè)設(shè)計數(shù)字化落地產(chǎn)品。

數(shù)字化產(chǎn)品經(jīng)理既要有B端產(chǎn)品經(jīng)理的縝密邏輯性，又需要懂C端的運營，既要懂基于用戶旅程的設(shè)計方法，也要能通過調(diào)研等方式了解用戶場景并設(shè)計匹配度高的產(chǎn)品解決方案。

今天分享一個合作的客戶的真實案例，來分享下，數(shù)字化產(chǎn)品經(jīng)理經(jīng)常犯的幾個小錯誤。

此文章不做設(shè)計方案的優(yōu)劣評判，僅以此拋磚引玉讓大家了解數(shù)字化產(chǎn)品設(shè)計中的容易犯的錯誤和注意關(guān)鍵點。

數(shù)字化產(chǎn)品設(shè)計中，經(jīng)常遇到的幾大問題：

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

怎么說？用一個實操案例帶著大家過一遍。

前段時間一個客戶聯(lián)系說，想要基于原有的會員運營平臺開發(fā)一個新功能：給門店經(jīng)銷商訂貨的訂貨小程序。

簡單了解了需求后，發(fā)現(xiàn)功能項不多，邏輯不復(fù)雜，我安排了公司的一個產(chǎn)品經(jīng)理來跟進這個需求。

拿到他的設(shè)計方案后，我發(fā)現(xiàn)他的方案犯了很多新手?jǐn)?shù)字化產(chǎn)品經(jīng)理容易犯的錯誤，所以講整個流程梳理出來，也算是給團隊的一些思考基礎(chǔ)。

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

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

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

做過ERP系統(tǒng)的同學(xué)應(yīng)該非常清楚，這個流程屬于ERP里非常標(biāo)準(zhǔn)的訂貨流程。

訂貨流程其實是有比較標(biāo)準(zhǔn)的規(guī)范和流程的，最起碼包括的功能模塊：訂貨單，結(jié)算單，流水，出庫單，入庫單，庫存管理，門店管理，發(fā)票單管理等等…

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

一、無中生有-沒基礎(chǔ)

當(dāng)產(chǎn)品經(jīng)理拿著初稿給我看的時候，我發(fā)現(xiàn)他給我的功能列表特別簡單：

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

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

我們在做B端產(chǎn)品設(shè)計時，先要有一個基礎(chǔ)認知：

• 所有的前臺數(shù)據(jù)，都是后臺傳入和管理的；
• 所有的主體，都是后臺錄入和管理的。

所有的數(shù)據(jù)都不是憑空出現(xiàn)的；都是后臺錄入或通過用戶端的交互行為產(chǎn)生的；不能“無中生有”。

就算我們熟知的常用的很多C端產(chǎn)品，也都有自己的后端管理平臺；例如視頻網(wǎng)站上我們看的視頻，購物平臺上我們看到的商品。

外賣平臺上我們看到的店鋪和餐品等等，都有一個管理后臺來上傳和管理這些數(shù)據(jù)，保證用戶端能查看。

所以在做B端產(chǎn)品設(shè)計時，第一步一定考慮原始的數(shù)據(jù)來源和數(shù)據(jù)流程。

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

所以在解決了這個問題之后，產(chǎn)品經(jīng)理又給我第二個功能list：

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

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

這個時候他趕緊和客戶電話了解到了實際的業(yè)務(wù)場景。

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

也就是想當(dāng)然的將業(yè)務(wù)功能模塊梳理了出來，但是并沒有結(jié)合實際落地的場景里匹配功能。

這是非常多的數(shù)字化產(chǎn)品落地遇到困難的原因：

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

和客戶再次溝通后了解到，訂貨到收集之后，辦公司人員統(tǒng)一導(dǎo)出來訂貨單，需要導(dǎo)入到U8訂貨單；同時要將此訂貨單改一下狀態(tài)，例如已經(jīng)錄入；倉庫方負責(zé)發(fā)貨，但是倉庫發(fā)只負責(zé)U8系統(tǒng)的使用。

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

在這些基礎(chǔ)的信息基礎(chǔ)上，優(yōu)化了第三版的功能大項：

• 生成訂貨單頁面和流程
• 訂貨單管理；訂貨單的導(dǎo)出功能；新增訂貨單的狀態(tài)；
• 訂貨單管理和發(fā)貨操作
• 商品管理上架管理
• 店鋪組織人員管理
• 加貨單規(guī)則和配置管理；
• 角色權(quán)限新增。

產(chǎn)品經(jīng)理發(fā)給我的時候應(yīng)該在想，“這下功能應(yīng)該比較全了吧！”

三、管用不管賣-沒運營

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

這是很多的數(shù)字化產(chǎn)品設(shè)計時容易遺漏的一個環(huán)節(jié)：

數(shù)字化產(chǎn)品有了用戶端的互動，并且可以通過數(shù)據(jù)做一些主動交互的觸發(fā)和運營的行為，這是數(shù)字化和信息化的一個區(qū)別。

數(shù)字化是活動的數(shù)據(jù)；信息化是封閉的中規(guī)中矩的數(shù)據(jù)；數(shù)字化是為了激活資源，信息化是為了管理不出錯；

在數(shù)字化產(chǎn)品設(shè)計時，高階的要求是：運營場景和功能，

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

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

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

當(dāng)然現(xiàn)在類似的解決方案很多，可以多去了解競品，結(jié)合實際場景設(shè)計添加；這里僅做拋磚引玉，不討論方案的優(yōu)劣討論。

在這個基礎(chǔ)上，產(chǎn)品經(jīng)理以為要萬事大吉時，我又提出了數(shù)字化產(chǎn)品設(shè)計經(jīng)常遺漏的一個重要部分：數(shù)據(jù)部分。

四、兩眼抹黑隨性來-沒數(shù)據(jù)

遺漏了數(shù)據(jù)部分的數(shù)字化產(chǎn)品設(shè)計，是不完整的設(shè)計！

數(shù)據(jù)是數(shù)字化產(chǎn)品的核心。通過數(shù)據(jù)的展示可以分析銷售情況，通過數(shù)據(jù)分析可以預(yù)測產(chǎn)能儲備；還能預(yù)測產(chǎn)品的銷售情況。

數(shù)據(jù)統(tǒng)計是最基礎(chǔ)的：最基礎(chǔ)的訂貨數(shù)量和金額維度：需要通過日期、門店維度統(tǒng)計訂貨數(shù)和訂貨金額；另外一個維度，產(chǎn)品維度；需求通過日期，門店維度統(tǒng)計產(chǎn)品的銷售數(shù)量統(tǒng)計。

數(shù)據(jù)分析的功能比較靈活，需要結(jié)合企業(yè)實際的業(yè)務(wù)需求以及開發(fā)投入來制定最合適的分析， 例如門店訂貨排行榜，產(chǎn)品銷售排行榜，訂貨環(huán)比和同比；銷量走勢變化；增長率變化。

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

通過過往節(jié)日和季節(jié)的影響因素，制定下一季度的生產(chǎn)計劃；通過制造-生產(chǎn)-銷售的周期，計算庫存周轉(zhuǎn)率，通過數(shù)據(jù)分析縮短降低庫存停滯的周期。

經(jīng)過這幾個階段的提點，再次做數(shù)字化產(chǎn)品時，是不是有了大框架了呢？

最后我們總計，在設(shè)計數(shù)字化產(chǎn)品時，最基礎(chǔ)的框架必須包括：

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

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

#專欄作家#

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

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

題圖來自 Unsplash，基于 CC0 協(xié)議