2021年3月10日，百胜软件&微盟战略合作发布会在上海举行，现场梦洁集团副总裁成艳进行了题为《数启未来 智慧零售赋能梦洁撬动新增量》的演讲，梦洁集团作为微盟和百胜软件的共同合作伙伴，她分享了梦洁、微盟、百胜软件三方合作进行数字化升级的实践路径，梦洁集团通过与百胜软件共创企业中台、与微盟构建智慧零售体系，完成了业务整合和创新，助力企业一线业务更敏捷、更高效、更快市场适应瞬息万变的市场。

在零售业态变革的时代背景下，梦洁集团在企业数字化的道路中走出了一条与众不同的路。

梦洁集团紧紧围绕智慧零售，先后与微盟和百胜软件展开合作，共同搭建融合“线上+线下、前端+后台、私域+公域”智慧零售体系，打出了个漂亮的生意仗，成交总额、门店进店率、平均客单价大幅提升。

应变于新：梦洁集团信息化挑战

成立于1956年的梦洁集团，在企业的发展历程中，为支撑集团渠道、门店扩张，集团级IT系统有SAP、SCM、DRP、OMS、WMS、CRM、BI、OA以及DBC等加上集团品牌自身采购系统等几十套信息化系统，无法真正做到集团数据统一归集，在新的业务拓展方面带了阻碍。

于此同时，在数字零售时代，梦洁集团急需运用数字化技术赋能线下门店，帮助线下实体店实现更好地卖货，统一服务品质，通过云仓、直播等创新形式，打破地域限制和渠道壁垒。

梦洁集团面临的信息化挑战，对内是如何实现多品牌数据统一、打破信息孤岛，对外是如何赋能门店转型、重塑消费链接。面对这两项挑战，梦洁集团做出了坚定的选择，寻找专业合作伙伴，迎难而上，应变于新，开启智慧零售的硬核“三步走”。

智慧零售第一步：中台实践

为了将各品牌的信息系统进行整合，打造全渠道会员体系。梦洁集团选择牵手百胜软件，于2018年6月立项梦洁企业中台项目，实现全渠道业务的落地及会员融合。

经过十多个月的努力，梦洁集团E3+企业中台项目于2019年12月30日成功交付验收。通过中台项目的打造，沉淀企业级业务中心，为企业的全渠道会员体系，全渠道业务整合提供平台，按照业务条线提供微服务，快速承接新的“前台”拓展，逐步规范业务数据和工作流程，让企业管理思路和文化迅速落地。

百胜软件E3+企业中台助力梦洁集团实现了三大收益：

01业务整合基础平台搭建

打破企业线上线下割裂的现状，提供标准化数据规范，将原有多系统的客户档案、店铺档案等进行数据归集，作为统一数据源头，为数据化运营打下基础。

02 全渠道会员体系构建

改变梦洁集团原有多品牌间会员独立运营的情况，将品牌间的会员信息进行整合，形成全渠道会员画像，生成会员身份唯一标识，整合信息包括：会员基础信息、交易信息、标签信息和等级积分信息等。同时，还可进行会员等级、积分、权益等会员体系的搭建，以及会员互动、会员营销、会员标签化管理等。

03 智慧零售运营模式支撑

2019年初，梦洁集团成立智慧零售部门，并基于业务中台创新零售业务，实现多品牌、全渠道、多平台接入，通过梦洁小家居高频快消品、洗护服务、万家实体店的业务进行模式的创新，以高频带动家纺行业的低频消费，以全新的模式完成线上线下互通的智慧零售新模式。

百胜软件E3+企业中台项目不仅为梦洁集团创造了价值，支持全国线下门店；赋能20+业务系统；仓库发货提速30%。在为公司赢得声誉的同时，助力企业实现可观的经济及品牌成效。在去年疫情期间，梦洁集团依托微盟智慧零售解决方案推出的梦洁小程序商城，业绩不降反增，形成了“云店千家齐开 宅家做云生意”的局面，商城访客成倍增长，日均访客最高破19万+，是往常10倍；商城GMV日均销售245万+。同时，全员分享纳新，7日新增用户15万，会员线上化加速进行。

智慧零售第二步：云仓+直播

为了赋能门店转型，驱动品牌智能发展，梦洁集团牵手微盟，于2019年7月，通过微盟的智慧零售解决方案，打响 “云生意战”，加速门店线上布局，应对疫情挑战及市场变局。

梦洁集团通过微盟智慧零售解决方案上线了小程序云仓模式，该模式旨在通过总部对加盟店实行商品、互联网工具、O2O营销活动等多方面赋能，与核心代理商共享SKU库，让代理商拥有门店上云的能力，实现向线上线下一体化。同时，各加盟商又可以根据地方特色，自主决定选品策略和定价策略。在利益分配上，只要是顾客绑定了小程序， 无论在哪里下单，业绩都归相关门店、导购，激发了加盟商的积极性。

得益于云仓模式布局早，梦洁集团摸索出成熟的运营模式。因此，面对疫情期间线下客流量减少或闭店的难题，梦洁集团紧急新增了近800个云仓，全渠道打通商品，让门店无需备货也可售卖总仓商品，真正实现了无货成交。

比如，盘锦云仓上线后，导购利用朋友圈流量推广带小程序码的商品，实时触达客户生活日常所需，增强客户粘性。通过销售模式的革新，盘锦店招募导购87人，绑定客户1000多，云仓GMV高达131万，特别是疫情期间，“扫码购”也成为了疫情期间门店收入主要来源。

于此同时，梦洁集团借助微盟直播小程序，开启直播带货。微盟直播小程序不仅可以将直播的内容进行录制生成回放视频，提高商品的重复购买，还提供独具特色的平台好物榜、直播间关注记录、订阅直播间、关注公众号等功能，帮助用户更便捷地发现好货，引导用户成为店铺公众号粉丝，实现用户留存。

同时，微盟直播小程序还打通了微盟的解决方案，可以无缝跳转梦洁商城进行购买，结合营销工具促进成交，帮助梦洁打通了直播互动到商品购买的闭环。

总体来看，借助微盟直播小程序+导购APP+智慧零售方案等一系列解决方案和工具，保证了梦洁集团直播用户观看的流畅度，以及从直播观看到下单购买转化的顺畅度，借力微盟相关工具使得梦洁本次直播整体运营更高效。

在微盟直播小程序的驾护航下，梦洁集团在一次大型单场直播，梦洁4小时销售额就突破2500万元，同时访问人次已超过60万，取得了令人惊叹的业绩。

智慧零售第三步：全域数字化运营

梦洁集团和百胜软件的合作，是以中台建设为根基，沉淀企业共享服务能力，构建全渠道、布局新零售，打造核心竞争力。

梦洁集团和微盟的合作，是以智慧零售为发力点，全面提升品牌的数字化运营能力，构建私域流量，最终重塑消费链接，进化品牌盈利能力。

“百胜软件×微盟”在梦洁集团的数字零售实践，探索出一条崭新的“线上+线下、前端+后台、私域+公域”全新解决方案，即构建端到端闭环的智慧零售数智化运营体系。这套体系可以帮助线下门店进行线上运营布局，可以打通所有会员数据统一服务标准，可以将公域流量转化为私域流量，可以穿透多系统、多品牌、多渠道、多地域实现全域数字化运营。

进入2021年，梦洁集团的智慧零售建设“三步走”圆满完成。过去几年的投入换来了丰厚的成果，各个产品线捷报不断，市值屡创新高，客户满意度稳步提升，稳立家纺行业领军品牌地位。这些成就源于梦洁集团在2018年开始，坚定的践行数字化升级战略，稳健的选择与微盟和百胜软件合作，完成了品牌能力的升级蜕变。

智慧零售是零售企业发展到一定程度的必由之路，市场竞争愈发激烈，向前的每一步都布满荆棘，“百胜软件×微盟”探索了全域数字化运营解决方案，将以新技术、新理念、新模式帮助零售企业扫清前进障碍，一路行稳致远。

《免费共享资源》本网站内容收集于互联网,不承担任何由于内容的合法性及健康性所引起的争议和法律责任。

大中台+小前台的架构思路

业务中台采用领域驱动设计（DDD），在其上构建业务能力SAAS，持续不断进行迭代演进。

平台化定位，进行了业务隔离设计，方便一套系统支撑不同玩法的业务类型和便于定制化扩展。

前后端分离，通过服务接入层进行路由适配转发。

天然的分库分表，消息解耦和分布式缓存设计，支持弹性扩容，以支持大数据高并发场景。

接下来将分别介绍每个部分。

中台部分在逻辑上分成了基础能力和平台产品两层，这样做的好处是，基础能力层聚焦于稳定收敛的业务模型和基础服务本身，不会随着业务和前台产品的调整发生变化，可以简单理解为业务模型的DAO。平台产品层则专注于通过流程编排类的技术手段，将基础能力构建成业务的解决方案，解决共性和个性化的问题。我们将以交易的设计为例来说明这个分层理念。通过对电商交易业务的深入分析，

可以确定几乎所有的交易都会涉及下图中所有的领域（库存，优惠，价格…），而单看每个域，玩法都是很少变化的，将这些域的基础能力完全可以沉淀下来形成原子的基础能力，通过扩展点方式应对将来特殊的场景个性化扩展。
平台产品层为了应对不同的交易场景（一口价，拍卖，货到付款，预售…）将原子的基础能力编排成满足不同场景的解决方案，以服务的方式透出出去。

服务接入层是连接前台产品和中台产品层的纽带, 实质就是之前的web 应用，不同的是现在前后端分离后，只包含java 代码，使用springBoot web。做参数转换，路由分发，调用中台服务，结果封装。这块需要做好前后端的交互规范，请求路由映射规范，web工程目录结构，负载均衡方案，跨越问题和安全问题，

后续会有专题详细介绍这块。

沉淀和抽象出通用独立的公共基础组件，这些组件在服务本项目，本团队的同时，可以开源出去服务更多的人； 抽几个非常重要的组件讲一下这么做的目的。

数据访问组件： 抽象封装分库分表访问，读写分离，主备切换。

消息中间件组件：这块的选择非常多，就开源的就有activeMQ,RabbitMQ,RocketMQ,Kafka等等, 再加上阿里云，AWS, 腾讯云等提供的和对应的云版本，会非常多，如果不对这块做封装，对其上应用做透明化处理，后期做这块的适配调整就会非常痛苦，特别是这套系统会在不同环境中进行部署时。

地址库组件： 统一地理地址相关的服务，如果是有拓展国际市场的需求，这块会显得的非常重要，不同文化背景的国家，在这块的差异会非常大，同时国内也涉及3级，4级和5级地址的问题。

云服务&设施容器层

如果技术团队不是非常大，又没有较强的运维技术人员，建议不要购买物理机自己搭建环境，而是直接使用阿里云这些比较成熟的ECS和其他云服务，这样会节省很多时间成本和一些耗时的运维工作，让其专注于业务产品的研发，同时使用docker 容器部署应用，不仅需要的机器数量比较少而且部署非常便捷高效。

ios ,android APP , H5 APP ,PC 站点，微信支付宝小程序 都是属于这层，前台产品主要是根据业务形态和产品的定位来进行构建。对于电商业务来说，主要是指移动APP商城，H5商城，PC商城 ，小程序商城。将以小程序为例来说明。

为了适应小程序，社交电商这样的热点，加上有这么优秀的一套电商中台系统，不搞出点有么有样的电商前台产品，不是很没有道理，为此想破脑袋，我们把电商和送礼结合了起来，做了“礼尚往来”的小程序，下面是产品的截图。

对电商这类在线交易系统，流量会随着运营活动的波动非常大，特别是到了双11这类大活动的时候，流量的峰值会是平时的几十~几百倍，一些接口会放大的更大；核心系统的系统指标，流量，接口调用量和rt, 以及限流和异常的监控就显得非常重要了。在几年之前，只有BAT 几个大的公司有能力在这方面做的不错，随着全民参与的这种大型促销活动推动技术的进步，以及开源社区和一些大厂将类似方案回馈到开源社区，目前一个小的技术团队做好这块也没有什么难度了。现将我们用到的框架做个简单的介绍，更多细节请参考官方文档。

sentinel:是面向分布式服务架构的轻量级流量控制产品，主要以流量为切入点，从流量控制、熔断降级、系统负载保护等多个维度来帮助您保护服务的稳定性。 该系统已经过阿里内部双11多年的验证，稳定性和可靠性非常不错，已于最近开源。

pinpoint: 现在基于微服务的架构，一个请求从用户发起到响应，中间调用链路非常长，跨越数十个系统很正常，并且路径非常多，要定位一个比较耗时的响应，不利用工具，是非常低效的。Pinpoint这样的工具就是为处理这个问题出现的，Pinpoint的优点是对代码零侵入，运用JavaAgent字节码增强技术，追踪每个请求的完整调用链路。

Telegraf+ influxDB+ Grafana：主要用来实现业务数据的实时监控方案，如交易额的不正常波动，订单量的突然下跌等。Telegraf 是收集数据的代理程序，可以根据业务需要添加插件扩展服务，收集到的数据写入分布式时序数据库influxDB,再通过grafana 可视化的展示出来。

逻辑结构映射到物理的工程结构，每个逻辑单元对应为一个子工程，如果是用idea 开发，就是一个model, 当然model 里边会有子model；至于需要打包构建多少个系统其决定性因素是你团队的规模，如果团队规模较少，中台系统合并到3-4个左右就足够了，如果团非常大，一个团队负责一个业务板块的，并为其构建多个系统，也是非常正常的，像较大的电商公司，负责商品的就是一个团队，商品相关的系统就有数10个。以交易为例，可以将交易的系统合并为一个系统，但在工程的组织结构上是对立的，方便将来的拆分。
为什么要用业务中台化思想来架构交易系统

上面介绍了交易业务中台的设计理念，本篇会详细的来说为何要用中台的思想来架构交易系统。要说明白这个问题，我们必须回看系统的演化路径是怎样随着业务规模的增长进行变化的。

首先来看初创公司/新业务系统是如何演进的；以基于云计算为基础的架构模式，大部分的初创的系统架构图如下
对于一个业务规模很小，业务也比较单一，该架构也是最高效的方式，一到两个web系统，数个微服务业务系统，一到两个前台系统。微服务业务系统将会把会员，商品，类目，店铺，交易，库存，物流这些划分成不同的模块/包放在一到几个系统，这样做的好处是非常明显的，每个人都熟悉所有的代码，代码量不大，开发效率高，这在公司刚起步时，是非常接地气的和最适合的架构。

随着公司业务规模和组织的壮大，会基于上面的架构，迭代演进N次，直到系统不再是制约公司发展的瓶颈，这期间最重要的架构升级是系统和数据库的垂直拆分，异步消息解耦，分布式事务机制，稳定性保障。为了快速说明问题，我们将忽略中间演进版本，直通基于中台的版本。

在介绍业务中台模式之前，先来看看中台概念的产生背景，中台研发模式最早产生于芬兰著名游戏公司supercell. Supercell有员工180人，后被腾讯以100亿美金估值收购，其鼎峰时期全球排名top10的游戏，有5个来自supercell, 其能快速推出高质量的游戏，其大中台功不可没。阿里借鉴了supercell的“大中台，小前台”的模式，以解决快速创新试错的前端业务和日益沉重的淘宝天猫这些核心系统之间的矛盾，以提升研发效率和跨团队合作。

可以进一步的设想，如果公司业务高速发展，特别是互联网的业务模式，出现10倍增速的发展也很正常，这会面临业务和技术团队规模变大，业务也会越来越复杂，就以交易为例，最初就是简单支撑实物购买场景（消费者付款购买，平台/商家发货），随着用户和业务的发展，会出现，虚拟商品交易，团购，拼团，拍卖，秒杀，预售等等交易业务模式。
最初就是一个系统单纯的支持一个单一的业务，到了阶段二支持三个业务，你还能勉强活着，到了阶段三如果还是使用之前的架构和开发模式，你会陷入泥潭，在阶段三必然会出现以下问题：

[if !supportLists]1.[endif]业务之间的需求相互影响，修改和测试回归成本非常高，但还是会发生意想不到的线上问题。

[if !supportLists]2.[endif]由于支撑的需求越来越多，没有人能掌控全局，修改无存下手，开发越来越不敢接需求。

[if !supportLists]3.[endif]多个需求并行的开发是场噩梦，团队经常加班，还是满足不了业务需求的开发，团队越来越是瓶颈，经常接到业务方的投诉。

业务中台化也就是解决这些问题的最佳选择，将交易域的核心能力和服务，通过梳理抽象沉淀为稳定外化的服务，通过预留的扩展点，来支持个性化扩展。扩展点的开发完全可以由业务团队的技术来进行，交易中台研发将专注于中台的建设和稳定性，这样讲大大改善开发协作效率，一个业务能不能跑的快，主要依赖于前台，当然业务中台的技术团队需要做好业务隔离和中台本身的稳定高效进化。

了解交易的一般业务流程

本篇是用来讲交易的，结果扯了太多业务中台的东西，现在直奔交易，看看交易的两个业务流程。

只举例2个业务流程，其他的大同小异，对交易业务的分析和梳理，不难发现，交易涉及的业务域可以归类为以下几个方面：价格，优惠，库存，拆单，支付，限购，交付，订单，超时，售后。

通过对交易业务流程和业务的分析和梳理，采用20/80原则，可以建模抽象出基础能力层

交易是很多契约的组合体，基础能力服务是最原子性的，还需要将这些通过流程编排组合成有业务价值的交易产品来统一对外输出和管理，这就是交易平台产品层的职责，解决共性和差异性的问题。

业务中台总体架构介绍与交易业务中台核心设计
此外交易系统需要依赖会员，商品，店铺，库存，优惠，支付和物流等这样的业务服务才能完成一个真正的交易，加上这些我们基本可以确定交易的业务中台架构图，如下：
有了整体的全局大图，接下来我们将会按照如下的框架来详细介绍每个部分。

领域模型的设计，还是遵守DDD的原则，这块做的好坏，关键是对这块业务的理解和未来一段时间的预判，加上抽象归纳。

从总体设计的角度看，总体的类图应当是关注业务模型本身，按照之前约定，我们先看BA层的业务模型
这个类图，只画了宏观和重要的业务域类，其他用来支撑的类图，将在BA层做展示，目前帮助理解交易这些类图足够说明问题，太多反而没有重点。

PA层是对外开放的服务层，按照惯例设计，会有与其DO对应的DTO类，此外考虑到购车更多的是承担前台层的功能，BA层不会引入购车，而将其放到了PA层。
PA层的业务对象类图，除了dto 类型外，还增加了消息事件对象，用来将交易的业务变化通过事件消息通知给对其感兴趣的订阅方，要说明的一点是BA层的DO对象，PA层是完全可以使用的。

服务接入层更多的是前后端交互restful service的设计，交易的PA层实质上已经做了对外开放的微服务设计（使用dubbo框架），服务接入层的restful service几乎是对微服务进行包装参数转换的处理，就没有必要单独说明restful

service，直接看PA 最重要的几个服务。

通过最常规的下单购买和支付流程来说明交易的核心调用链路是怎么样的过程，为了简化说明下面的时序图简化了异常链路的处理过程和人为减少了依赖的业务系统。进行核心链路依赖的设计，是为了在设计阶段更好的去评估依赖的合理性，确保交易的性能，安全性和容灾处理方面的要求。有了核心调用链路图，你才能在设计阶段确定哪些调用是可以减少的，哪些地方可以异步处理，哪些地方可以使用前置缓存，哪些地方需要异步重试，哪些地方不能超时，哪些地方要确保最终一致性，哪些要做幂等处理等等，此外也对下游系统更好的评估自己的流量和响应时间提供了参考依据。

交易这块的技术设计点非常多，分布式高并发系统遇到的经典技术问题，几乎都在着有出现，限于篇幅，将通过接下来的一篇专题文章专门介绍。

是什么催生出的数据中台 

“政策利好进一步提升了市场对2021年消费回暖的预期。商务部研究院相关负责人表示，预计今年消费市场将延续加速复苏态势，商品消费规模将进一步扩大，我国有望成为世界商品消费第一大国。”2021开年这样一则报道，无疑有着十分重要的意义，它标志着我国国人消费能力的提升，也预示着各个行业将迎来重大转折和新的发展机会。 

与传统投资、出口主导型经济不同的是，我国正转型成消费、创新主导型经济，这意味着消费者花钱买东西将带动生产，消费者开始主导产品的设计与流通，同时，大众正通过线上和线下相融合的多种形式参与购买，各个商家也因此得到更多的业务拓展和盈利机会，电商等新零售方式相继出现，前端零售场景变得多样化。但与此同时，商家、企业也开始意识到，消费环境是复杂多变的，想要长久发展，跟得上用户需求是企业首要考虑的因素，同时，数字化转型也成为各企业为应对市场转变的需求。 

消费水平的不断提升带动了各企业相应的业务量，同时信息化正高速发展，也由此导致企业产生大量业务数据，而这些数据或许存放在不同系统中，相互之间隔离，且数据口径也往往不一致，需要花费大量的时间进行数据处理、分析。在这样的形式下，各企业提高工作效率、生态及模式的重塑都显得尤为重要。企业期望业务在线化能为新业务场景的搭建及创新提供能力支持；企业也期望，数据资产发挥商业价值，为前端业务赋能。 

数字中台则是消费主导型经济下的新一代企业管理软件，即一个连接前台业务和后台数据的“大脑”，将共享的电商业务数据模块和组织管理能力沉淀到中台。数据中台承前启后，输出标准化的技术方案，以解决后台无法快速跟上前台业务需求的问题，前台的战斗力也由此放大。 

2015年，阿里首次公开提出“大中台，小前台”的战略，让“中台”一词正式进入公众视野。这一概念，实际上是将企业的共性需求进行整合，将不同业务通用的工具和技术加以沉淀，形成标准化的功能，打造成平台化、组件化的系统能力，以接口、组件等形式共享给各企业各部门使用，这样新的业务需求可以不再重新设计，避免因重复的功能建设和维护造成资源浪费，企业组织架构也演进到以中台为主的扁平化架构。 

关乎企业决策或盈利与否的因素，不仅仅是对货物库存数据的分析，顾客消费习惯数据、门店运营的数据和内部管理数据同样需要被关注，为实现增长业务量的高效管理，连接前台和后台的资源整合中台也是关键。 

如今，汽车、地产、零售、家电、快消等具备消费者强交易性质的行业，大多都采用了数字中台，这些行业适用了产品化的业务中台+数据中台双中台；而化工、机械工程、建筑等纯B2B行业，往往采用项目制的数据中台，通过各类企业级软件的数据打通，对企业内部和关联产业链公司之间的业务流程进行优化重组。至此，中台软件产业格局，初步形成。 

何以将信息转化为财富 

数据中台是一套“让企业的数据用起来”的机制，一种战略选择和组织形式，是依据企业特有的业务模式和组织架构，通过有形的产品和理论支撑，构建一套持续不断把数据变成资产并服务于业务的机制。高效的数据处理和方案改进可以帮企业节省成本，不仅可以帮企业省钱，还能帮企业赚钱，真正做到将信息转化为财富。 

1. 满足企业内部数据管理需求 

抛开传统的表单、人工记录等数据管理手段，现在海量数据只需通过数据中台进行关联、整合和分析，这样企业内部的管理工作将更简单、透明，不受分析人员水平的制约，企业管理与决策也会更加精准、高效，助力企业更好地驾驭数据动态。 

数据整合不仅仅出现在企业内部，它对市场趋势及消费者习惯的研究同样适用。中台可以更加实时便捷地收集行业的动态数据，了解趋势与变化，方便企业对各类数据进行深入的分析和研究，为加强前端销售设计的环节、措施、节点和服务内容落地提供机会。 

数据中台更高级的作用在于对用户数据的收集建立。无论是线上还是线下的销售，通过中台将各类用户或顾客信息进行整合分析，将用户数据进行如标签、建模等一系列加工分析，从而后期达到对顾客精准定位推送、精准营销的效果。 

通过数据分析可以对用户的消费上升趋势和走向进行分类和判别，进而满足和引导消费者的内在需求。各企业也可在此基础上提供更精准的服务，增强顾客满意度与消费体验。更重要的是基于已知信息进行更多的创新、智能探索管理服务，利用人工智能与大数据技术，通过数据中台进行更多营销、服务层面的创新。 

企业需要不断内观自身价值与发心 

在阿里提出中台战略后，2018年，腾讯、百度、网易、京东等互联网头部厂商先后调整组织架构，也参与到中台使用中来，与此同时，国内不少行业的领先企业也开始投资建设自己的数据中台。2019年，“数据中台”成为科技圈最火的概念之一，高呼声的背后是企业、投资人对于数字中台的高期望，但在2019年下半年，中台被群起模仿，将企业从数字化实践带入概念困惑之中，大众也对中台表示过质疑与指责。 

然而2020年疫情引发了大规模的无接触式经济，即使疫情过后也将形成“互联网+零售”的新消费习惯，这也带来了各企业数字化转型的爆发，包括国家也在积极推动数字经济，中台又一次变得火热，它的启用或将带来莫大的机遇。2020年数据中台市场规模达到68.2亿元，预计将在2023年达到183.2亿元。随着企业数字化转型驱动，市场需求将持续增加，数据中台行业增长势头明显，市场规模快速扩张。 

但随着数据中台的技术架构和方法论趋于完善，现阶段建设的难点更多聚焦在如何将成熟的技术方案与行业及企业的实际情况和特征结合，即企业更需要厂商切身的咨询规划服务，以发挥数据中台的效能。 

如今数据中台、智能云、数字解决方案、大数据分析等帮助企业业务拓展、提效的平台层出不穷，但值得注意的是这些只是致力于帮助企业提供智慧化、人性化服务或产品的参考依据的工具，它不能代替决策者做出决定，企业需要不断内观自身价值与发心，通过现代科技技术的助力，认真努力地完成自身使命才能实现真正长久的发展。当外界条件已经配备时，使用工具的人往往显得更为重要。