9月26日下午，云徙科技在2019云栖大会上发布数字中台3.0，这是继去年发布数字中台2.0和数字营销云2.0后的又一革新。

云徙数字中台3.0的主脉络，在于更为全面地帮助企业数字经济组织其运营工作展开。

围绕这一主线，云徙科技副总裁李楠对钛媒体剖析到，在2.0版本时，云徙主要把注意力集中在解决“从零到一”的维度上，比方说建很多中台中心，沉淀相关的IT能力，从前端应用系统中抽象出一些通用性功能到中台里，当新业务出现时，这些功能可以被复用即可。

而迭代至3.0版本时，细心的人会发现，除了产品力得以加强和交付成本得以下降，更多业务场景穿插于新版本的整体设计架构中，何为？

云徙构建中台的出发点变了

根本在于出发点变了。在打造3.0版本的过程中，云徙立足于企业建中台的本质目的，即帮助企业寻求业绩地增长，进而回归到业务部门的运营层面。

李楠补充到，“中台并不是一个纯粹的IT平台，其内核是具有商业场景和商业能力的，如何将这些已建好的通用性能力不断地进化、编排、扩展，在IT技术组织里，技术人员不仅要研发中台里新功能，还要考虑到新业务地应用，随着行业头部的需求不断变幻，眼下的新版本，可以称为通用性和共享性兼得的高度产品化软件体系。”

这句话的背后含义则充分体现在3.0版本业务中台的内容丰富度上：11大业务域、105项商业能力以及6大通用能力支撑中心。

据了解，新版本的11大业务域包括用户域、会员域、营销域、结算域、商品域、店铺域、交易域、内容域、履约域、服务域和评价域，而105项商业能力则显得更为细节，例如账号体系、会员成长、门店库存、盘点、三方物流、预售、秒杀、分佣等，最后的6大能力支撑中心则囊括业务网关、调度中心、工单中心、通信中心、支付中心以及流程中心。

数字中台3.0的核心组件依然是2.0的双中台：业务中台+数据中台，这是不变的一面。有所变化的是，在业务中台和数据中台根基之上，新版本推出了面向前台运营的BOC（商业运营中心）和面向中台运营的MPC（中台控制台）。

根据官方资料，BOC是面向平台/商家插件化的商业运营工具，主要针对此前云徙前端应用的基础上按领域模型形成的四大运营域（i-CDP会员运营域、i-Marketing市场运营域、i-Commerce商业运营域和i-Service服务运营域），从而降低对前端业务人员的技术门槛，可“直击”业务运营模块。

MPC作为中台的“控制台”，其主要功能在于为企业用户提供对业务中台和数据中台的可变化的配置和管理，强调中台内部的可配置性，这与企业的差异化需求导向密不可分。一个标准化的中台显然不能满足不同企业的不同需求，在这里，一方面，新版本的xConfig让商业能力变得可编排，业务规则变得可配置；另一方面，MPC的中台能力管理、业务应用管理和API管理则分别提供不同程度扩展、管理和调整中台的方法。除此之外，xOpen的中台开放生态可让开发者和第三方参与中台能力的生态建设与运营。

可以直观感受到的是，眼下的云徙已然由过去的不同的场景驱动变为业务驱动，李楠以一个具体实例对钛媒体讲述内核驱动更迭后的直接改变，云徙的某个客户逆市而上：去年整年的会员数增长达58%；业绩增长接近30%。究其根本原因，在于其委托云徙定制了大中台和重构了营销系统。

需要注意的是，云徙的业务驱动并不是指ROI（投资回报率）或者是营收上的数字表现，而是体现在中台建设过程中——从前期的规划、设计到后期的模块化搭建是从业务的视角出发。因此，云徙建设中台方法论的第一步是对营销域进行分类建模，进而抽象出来上文提及的11个业务域。

“整体框架是中台外骨骼，想要解决问题必须有血有肉，即有相应的内容填充。”谈及中台内核所在时，李楠对钛媒体强调到。

举个简单的例子，如果中台没有血肉，一个技术框架对于客户来说，中台解决不了企业的成本开销问题，更别谈业务发展的速度和质量，之所以不以代码的视角建设中台，一旦陷入为了技术而技术的囧境，中台内部的函数只会呈现无用的繁复堆砌，这些函数不会产生化学反应和协同效应。而中台真正的“刚需内容”，应当来源于多个项目的累积与打磨。

云徙面向未来的底气在哪儿？

谈及云徙如何供给中台不间断的源动力，李楠从三个维度对钛媒体总结到。

其一，是云徙拥有足够多的原始客户样本数据。

云徙科技CEO包志刚在数字中台3.0发布会上表示，云徙科技成立三年来已经与阿里云一起服务了40多家头部客户，每个客户都做了好几期，多的可达七期，在为客户交付的数字平台上也实现了4000亿以上的企业交易数量。

除了在汽车、零售和地产等行业聚集了相当数量级的头部客户外，包志刚还强调到，与当年的ERP产品开发相比，今天的数字中台软件开发有足够的数据支撑，也可逆向推动软件的开发和产品化过程。

其二，在云徙的产品矩阵里，业务驱动作为引擎，坚实的研发底座也是云徙护城河所在。

底座相当于引擎的流水线，底座能持续输出也正因为云徙如此多的项目，据李楠介绍，云徙除了拥有400人的项目交付团队，还有100人的这种产品团队，团队所积累的研发流水线是历经过事实检验的。

其三，则在于云徙在中台建设的过程中积累了自己的方法论。

云徙的方法论是从售前开始，到项目验收结尾，贯穿整个流程的各个阶段，何种类型的角色用何种方式完成阶段性工作？

以云徙的业务架构师为例，在售前阶段他要去了解企业的战略、IT蓝图，从中明确业务的方向，进而在需求分析阶段得出会呈现哪些产物。云徙自始至终都是以产品化的方式完成系统的交付，因此产品的需求说明书和产品的设计原形是重中之重。（本文首发钛媒体，作者/桑明强）