erp|电商信息化：聊聊「数据中台」在电商中的应用党史|光威|股份有限公司|王文

编辑导语：随着如今大数据时代的不断发展，数据中台这几年也颇受各企业的欢迎，不少企业都开始建设中台系统，并且数据中台在很大程度上帮助了互联网业务的发展；本文作者分享了关于数据中台在电商中的应用，我们一起来了解一下。

文章插图
一、前言提到了“数据中台”，笔者想先谈一下关于“中台”自己的看法，阿里中台的例子想必大家都已经很熟悉了；那个时候恨不得全民中台，笔者也是在那个时期才开始积极了解中台的，像是抓住了软件行业下一个发展阶段的金钥匙一样，仿佛这把金钥匙能打开所有疑惑的大门。
笔者通过看《企业IT架构转型之道：阿里巴巴中台战略思想与架构实战》这本书，对阿里中台有了一个比较清晰的认识，阿里是在参观了游戏公司“Supercell”后，从“Supercell”的游戏开发过程中受到启发，从而启动了中台战略，是阿里“共享业务事业部”在技术层面的实现。
书中关于对中台的讲解，笔者从一个非技术从业者的角度理解一下：把提供重复功能的服务抽象出来，重建成公共服务，在避免重复开发的同时，直接缩短产品的生产周期；让“平台”能够对业务作出迅速的反应，以便在激烈的商业竞争环境中能够更加灵活，让基于中台的阿里产品能够更快地试错，更快地迭代，更快地找到适合这个市场生存的模式，最终提升竞争力。
这其中有几个关键的作用必须要提一下，那便是“复用”和“共享”。
“中台”的概念一度被炒作的很热，很多企业在中台建设中走了弯路，也有很多企业前仆后继地建设中台，花费了精力，却没有带来理想的结果。
虽然如此，但“中台思维”却是值得大家去思考并实践的，阿里中台的出圈，更是给大家普及了“复用”与“共享”的重要性。
我们接下来一起看看“数据中台”给电商企业解决了哪些“复用”与“共享”的难题呢？
二、电商企业的数据痛点从事过电商信息化的朋友或者在电商企业做过信息化相关工作的朋友应该都理解，电商信息化的解决方案，在当下还是以“拼凑”为主，CRM、客服软件、财务软件、工单、ERP、OMS、WMS、BI等各种各样的信息化工具大多数来自于不同软件企业；由于相互之间不能打通，俗称信息孤岛，企业在做起数据分析来非常繁琐，甚至各个部门的数据统计口径都难以统一。
为了解决上面这些难题，有很多头部电商企业自建了信息化部门，被“逼上梁山”，是呀，如果市面上能够有一家软件企业能够系统性的解决这些问题，电商企业也不必背着高昂的软件研发成本在发展的路上狂奔了。
当然，这里面有很多原因，有业务的多样性问题、专业的深度问题等等；但是又反应了我们电商信息化市场的多样性和包容性，如果有一家企业的产品能够覆盖全部的业务环节和场景，恐怕他又要担心垄断的问题了吧？开个小玩笑，不过笔者还真期待有那么一款产品的出现。
铺垫了那么多，当要说到电商企业都遇到了哪些数据痛点的时候，笔者还真有点慌，实在是太多了，我们先提几个典型的场景，然后通过场景再具体展开分析一下吧。
场景案例：

运营需要按照平台、店铺、支付时间范围、SPU、SKU、链接、链接内SKU等等维度和粒度的数据查询，用来做经营分析；
财务需要所有平台、店铺的订单对账信息；
采购需要商品的明确销售情况，用来做销售预测并作出采购计划。

总结一下这几个场景的痛点，其实会发现很多共同点，例如运营和采购的两个业务场景，他们都需要销售商品的数据来支撑，并且均需要数据粒度精细到最小。
为什么说这几个数据应用的场景是电商企业的痛点呢？
通常在实际业务中，商品信息在平台的存在形式是以链接为商品（SPU）级，链接内包含很多规格（SKU），但是链接中的SKU对应商家的商品时，有可能并不是代表一个最小销售单元的SKU，有可能是包含多种商品或者是多件同一种商品的一套组合商品，这时候，在商品信息这一级，平台与商家的系统便出现了不统一。
正常情况下，对于商家使用的系统来讲，从商品信息本身的SPU和SKU级别，以及组合商品级别进行统计是目前ERP常见的操作，能够对全平台店铺的商品链接做出销售链路的统计分析基本上是没有能够做到的，更多的是依赖平台的其他工具。
例如我们看下图，百草味的这个商品链接，有可能就是我们上面提到的组合商品形式。