企业数字化升级转型的背景下，数字化产品经理的需求越来越旺盛！企业需要既了解企业业务又需要有互联网产品设计背景的人为企业设计数字化落地产品。

数字化产品经理既要有B端产品经理的缜密逻辑性，又需要懂C端的运营，既要懂基于用户旅程的设计方法，也要能通过调研等方式了解用户场景并设计匹配度高的产品解决方案。

今天分享一个合作的客户的真实案例，来分享下，数字化产品经理经常犯的几个小错误。

此文章不做设计方案的优劣评判，仅以此抛砖引玉让大家了解数字化产品设计中的容易犯的错误和注意关键点。

数字化产品设计中，经常遇到的几大问题：

无中生有-没基础飘在天上下不来-不落地管用不管卖-没运营两眼抹黑随性来-没数据怎么说？用一个实操案例带着大家过一遍。

前段时间一个客户联系说，想要基于原有的会员运营平台开发一个新功能：给门店经销商订货的订货小程序。

简单了解了需求后，发现功能项不多，逻辑不复杂，我安排了公司的一个产品经理来跟进这个需求。

拿到他的设计方案后，我发现他的方案犯了很多新手数字化产品经理容易犯的错误，所以讲整个流程梳理出来，也算是给团队的一些思考基础。

也通过这个小case分享给甲方乙方，做数字化项目的基础流程，让甲方也了解做技术需求时的细节和不确定之处。

客户的背景第一次沟通了解到的信息是这样的：

企业现在有100+连锁门店，加盟店有20+，加盟店每次订货的方式是在微信里；（虽然企业用了U8的进销存系统，但是并不是所有的加盟店都引入了，所以有的门店还是用微信的方式进行下单；）遇到的问题就是：效率低，不好管理，对账错乱，以及补货麻烦等等…，新员工入职后对业务不了解，上手的难度特别大；希望门店通过小程序可以直接下订货单；下订货单后调度人员可以看到订货单；仓库出货时候可以修改状态；加盟商可以手机端查看订货单状态。做过ERP系统的同学应该非常清楚，这个流程属于ERP里非常标准的订货流程。

订货流程其实是有比较标准的规范和流程的，最起码包括的功能模块：订货单，结算单，流水，出库单，入库单，库存管理，门店管理，发票单管理等等…

但是客户坚持说，用最轻量化的功能先解决手动下订货单的情况并且要能给后端人员提效减压。

一、无中生有-没基础

当产品经理拿着初稿给我看的时候，我发现他给我的功能列表特别简单：

生成订货单页面和流程；订货单管理；订货单管理和发货操作 …这是新手做B端产品犯的第一个问题 ：无中生有。

我们在做B端产品设计时，先要有一个基础认知：

所有的前台数据，都是后台传入和管理的；所有的主体，都是后台录入和管理的。所有的数据都不是凭空出现的；都是后台录入或通过用户端的交互行为产生的；不能“无中生有”。

就算我们熟知的常用的很多C端产品，也都有自己的后端管理平台；例如视频网站上我们看的视频，购物平台上我们看到的商品。

外卖平台上我们看到的店铺和餐品等等，都有一个管理后台来上传和管理这些数据，保证用户端能查看。

所以在做B端产品设计时，第一步一定考虑原始的数据来源和数据流程。

二、飘在天上下不来-不落地

所以在解决了这个问题之后，产品经理又给我第二个功能list：

生成订货单页面和流程订货单管理订货单管理和发货操作商品管理上架管理店铺组织人员管理拿到第二个表的时候，我询问他，“有没有了解产品在门店的实际落地流程是否是匹配的？谁来发货？谁来管理商品？是否可以收货？”

这个时候他赶紧和客户电话了解到了实际的业务场景。

这也是新手经常容易犯的第二个错误——飘在天上下不来。

也就是想当然的将业务功能模块梳理了出来，但是并没有结合实际落地的场景里匹配功能。

这是非常多的数字化产品落地遇到困难的原因：

没有这个意识，本身在设计环节有短板；设计水平的高低，解决方案合理性和匹配度会影响数字化落地的实际效果。和客户再次沟通后了解到，订货到收集之后，办公司人员统一导出来订货单，需要导入到U8订货单；同时要将此订货单改一下状态，例如已经录入；仓库方负责发货，但是仓库发只负责U8系统的使用。

并且还沟通除了额外的需求：门店还有加单的需求；当天下午2点之前需要生成订货单，2点之后已经将订单同步给了仓库，需要单独生成加货单，让仓库单独查看加货单来给特定门店加货。

在这些基础的信息基础上，优化了第三版的功能大项：

生成订货单页面和流程订货单管理；订货单的导出功能；新增订货单的状态；订货单管理和发货操作商品管理上架管理店铺组织人员管理加货单规则和配置管理；角色权限新增。产品经理发给我的时候应该在想，“这下功能应该比较全了吧！”

三、管用不管卖-没运营

当这个需求list给到我的时候，这时缺失了另外一部分非常重要的功能计划，也是数字化产品设计的非常容易缺失的部分：运营功能，俗称：管用不管卖！

这是很多的数字化产品设计时容易遗漏的一个环节：

数字化产品有了用户端的互动，并且可以通过数据做一些主动交互的触发和运营的行为，这是数字化和信息化的一个区别。

数字化是活动的数据；信息化是封闭的中规中矩的数据；数字化是为了激活资源，信息化是为了管理不出错；

在数字化产品设计时，高阶的要求是：运营场景和功能，

即，我们通过什么样的设计方案，提升门店的订货量？通过什么样的方式提升门店的订货金额？

对此我们和客户商量了以下几个对策：

订货端展示促销，限量标示，让加盟商感受到活动氛围；并且通过此种形式刺激加盟商更好的完成业绩；展示订货排行榜，让加盟商看到自己与排行榜的差距；产生竞争意识；更高阶：通过数据分析，提供产品连带销售组合，推荐连带产品组合购买；通过这样的功能设计，整个产品更完整一些；当然现在类似的解决方案很多，可以多去了解竞品，结合实际场景设计添加；这里仅做抛砖引玉，不讨论方案的优劣讨论。

在这个基础上，产品经理以为要万事大吉时，我又提出了数字化产品设计经常遗漏的一个重要部分：数据部分。

四、两眼抹黑随性来-没数据

遗漏了数据部分的数字化产品设计，是不完整的设计！

数据是数字化产品的核心。通过数据的展示可以分析销售情况，通过数据分析可以预测产能储备；还能预测产品的销售情况。

数据统计是最基础的：最基础的订货数量和金额维度：需要通过日期、门店维度统计订货数和订货金额；另外一个维度，产品维度；需求通过日期，门店维度统计产品的销售数量统计。

数据分析的功能比较灵活，需要结合企业实际的业务需求以及开发投入来制定最合适的分析， 例如门店订货排行榜，产品销售排行榜，订货环比和同比；销量走势变化；增长率变化。

在数据积累到一定程度后，可以做数据模型和算法的应用：例如可以通过订货数量和门店的销售情况，找到门店最佳订货量和订货金额。

通过过往节日和季节的影响因素，制定下一季度的生产计划；通过制造-生产-销售的周期，计算库存周转率，通过数据分析缩短降低库存停滞的周期。

经过这几个阶段的提点，再次做数字化产品时，是不是有了大框架了呢？

最后我们总计，在设计数字化产品时，最基础的框架必须包括：

基础模块完整和正确的逻辑流程；匹配度高的场景落地流程提升效益的运营功能；必备的数据功能设计。最后完整的功能list如果是你，你会怎么写？

#专栏作家#

华秉科技产品合伙人，IT东方会副秘书长，北京理工研究生，《数字突围》第二作者。专注实体企业数字化升级方案设计和私域流量运营体系搭建，擅长为企业提供全链路数字化升级解决方案，以及私域流量运营方案。