9月19日，在云栖大会云徙科技【营销数字化创新与最佳实践】分论坛中，云徙科技CTO李元佳正式发布数字中台2.0，并为大家解读了产品的新特性。下面就来看看本次分论坛产品发布的精彩内容：
数字中台2.0产品发布
以消费者为中心的时代下，企业的数字化应用也发生深刻变革。原来以系统为核心的模式，是由一个个小系统组合起来的大系统，只能解决当下的问题，一旦业务变更，产生新的需求，这种拼装的形式就很难去更新，满足新的需求。而到了今天，我们一定是带着用户需求和特定业务场景来设计与建设，比如茅台云商，它是可以随着场景的演变而更迭，适应新的需求。第二，既然系统从拼装集成过渡到可以随着场景发展而迭代， 那相应的聚焦于风险管控的标准化开发模式就自然而然地向聚焦于快速迭代的敏捷开发过渡。第三，原来系统架构类似于一个个独立“烟囱”，相互之间独立，数据不能共享，难以支撑新零售创新。因此要向平台化转变，以平台为核心，在此基础上生长各种应用，应用间通过平台天然打通。
云徙数字营销是以中台为核心的，在中台上面生长围绕营销、交易、服务的三大应用所构成的产品体系。
i-Marketing，智能营销;帮助企业建立用户资产，基于用户和资产做各种营销和促销的活动。我们提供营销规则引擎来帮助客户实现一对一的个性化营销。
i-Sales，全渠道销售;帮助企业构建起线上线下无缝连接的销售触点体系。消费者任何时候想买企业的产品都可以很方便地通过i-Sales实现。
i-Service，智能服务;给大型企业提供智能服务。作为最影响体验的服务环节，同时也是跟客户建立连接和信任最重要环节，所以我们提供了智能服务产品，帮助企业建立完善的服务体系。
数字中台是整个产品的基础，它包含业务中台和数据中台双核心。
业务中台的关键是要对整个业务领域有一个很好的抽象，比如在营销领域建立业务中台，你要对营销整个业务领域有一个很好的抽象，这样才能在上面去构建很多的应用创新。业务中台这次发布了13个共享服务中心及10个基础组件。
·13大共享服务中心
在新零售的业务场景里，我们抽象的这13个业务共享服务中心，从用户到店铺、商品、营销、促销、交易、结算，到库存、物流和后续的评价等，贯穿在整个商品购买的流程里。我们所有中心都是基于阿里的中台的微服务架构来构建，并且融入子领域的一些业务模式的分析，把企业常用的业务场景和功能抽象为中心的核心数据模型和业务规则、逻辑，使得企业可以基于共享服务中心快速构筑营销应用。比如我们的商品中心支持前台类目、后台类目、商品上架等等;商品交易和多个环节审核的可定义，因为有些是在交易前审核，有些在交易后审核。
·10个基础组件
构筑业务系统时，有些功能可能跟业务关系不强，但是会涉及到大量的工作。比如说支付，我们需要跟对接支付宝、微信支付、平安银行、工商银行、招商银行等。跟大银行对接是非常繁重的活，而且需要大量测试验证。为了让客户更加专注于业务领域的创新和应用，我们把常用的一些技术能力和逻辑沉淀成我们的基础组件，以服务的模式开放给我们的客户，当我们需要去解决某些领域问题的时候可以直接用我们的这些基础的技术组件来快速构建应用。
数字中台的另一核心是数据中台，云徙的数据中台提供的价值主要有两点：
1.高质量的原生数据
我们要有很高质量的原生数据。原来从其他package抽过来的数据无外乎是想获得高质量的数据，但那是非常艰苦的工作。跟传统的数据治理工作有很大区别，我们会从业务中台把高质量数据抽过来整合，包括门店端、各个中心，把这些高质量的数据抽过来。我们的数据中台是一个非常关键的地方，也是基于阿里数据中台技术。在数据处理层面，我们把新零售领域的模型和服务固化下来，提供成熟的分析服务，使得上层应用可以快速地使用我们的数据服务。
2.10大模型及8大数据服务
除了业务中台和基础技术组件以外，数据中台包含了针对新零售领域的数据模型，、事件模型。基于事件抽象了从流量到商品、交易到支付、评价所有用户行为的事件模型。同时基于阿里的YunDT技术把各个领域的主题以YunDT的模式串起来去定义了基于会员、商品、经销商、店铺等等这些主题领域的模型。基于这些模型，我们上面提供了从流量分析到商品分析、到用户的标签画像等等数据服务。
上层提供了八大服务，包括从用户的一些画像、标签到商品本身的一些分析、流量分析和自动化的推荐，以及一些大屏和零售领域的数据类的应用。支撑三大领域的应用。第一个是业务监控。第二个是在交易领域为上层企业应用做数据赋能，包括商品推荐、千人千面、价格预测等等功能。还有另外一个应用是在营销领域，我们会把所有的营销活动的数据采集回来，对所有的营销、对用户行为的偏好来进行一个分析。
数据中台和业务中台的建设只是开始，后面还有两个很关键的环节。第一个有很好的能力开放平台让我们内部的应用和用户或者合作伙伴可以基于中台开发大量的阶级里面的微应用。所以需要有非常完善和良好的能力开放平台。
其次是运营，我们的哪个接口调用多，接口权限如何开放，给哪些应用接进来，给哪些合作伙伴开放哪些权限，这在我们中台运营体系里面也是非常重要的环节。所以在整个产品体系里面，除了业务中台和数据中台以外，我们还提供了能力开放平台和业务运营的平台。
下面主要介绍数字中台2.0的三大特点
1、分布式架构应对海量并发
在做以消费者为中心的应用的时候，最大的挑战就是性能的问题。如何以分布式的架构来承载海量的用户，使得我们的企业能够去满足这些消费者量级的应用访问的需求。
我们的整个平台现在支撑了包括房地产行业、直销行业、酒水行业、3C行业、计算行业等行业，在所有的行业里面，我们支撑的交易额超过千亿。经历了用户业务系统里最苛刻的性能考验。我们同时在线超过百万级，每秒的交易数量、整个TPS超过6000，这是什么概念?意味着一天有几亿笔交易，这个量级足以承载大多数一流企业业务性能上的要求。
承载整个业务性能最关键的是分布式的架构，我们把整个系统从前端到中间的应用服务、到中台进行了解耦和组件化，数据层面进行了分布，整个系统都是分布式。哪个环节需要进行性能的扩充，哪个环节有性能的瓶颈，中台都可以通过加资源、加服务器解决。
刚才提到的首先一定是服务化、组件化才可能做到系统本身的分布式。其次所有的关键业务都是异步化，只有异步化才可能支撑海量并发的业务。我们所有的数据都是分库分表，只有这样才可能去解决海量用户数据的问题。要面临存储几千万、上亿用户的时候，如果不进行分库分表本身的操作，是很难应对海量数据的访问。
最后我们还用了阿里的全链路压测，它会根据客户实际的应用场景来进行压测从前端的链路到后端的服务，再看看哪些环节需要扩展，之后根据实际的业务动态调整我们所需要的服务。
2.赋能快速创新
我们把新零售场景底下的人货场进行了充分的建模。这是实际基于中台构建系统的完整架构。这个架构里主要有三层，中间底层是业务中台---中台的中心。刚才提到共享服务里面从产品到会员、到店铺、评价、内容，所有都在领域这一层。最后是前后端分离的各个端的应用。
为什么可以做到快速定制化一个应用呢?首先在中台里面对新零售场景进行了很好的抽象确保在不同的场景底下需要快速构建应用而不需要改动太多。对于中间这一层，如果需要去构筑不同领域的应用，除了B2C商城还需要构筑导购屏或者其他应用，这时候不用大量改造中心。更简单的只是改页面或者把很多的功能筛选出来，比如在新零售做云货架，你甚至不用动下面Java的代码在上面快速做一些前段界面就可以了。
在快速构建前端的应用时，可以把刚才提到的新零售领域已有的功能拿过来，包括商品价格、用户信息、支付交易等等，我们的中台提供大多数的服务，交易中心、促销中心、商品中心、会员中心和结算中心、库存中心、支付中心等等，有这些平台级功能以后可以快速地搭建应用层的应用。
同样可以去快速支撑很多的营销促销，营销促销的活动是由营销引擎来支撑的。营销引擎会抽象大量活动，把所有活动配置抽象到营销规则里面，企业里面大多数的营销交互，无论线上线下都可以通过营销中心快速添加这些应用。因而有了很好的抽象中心后，上面可以赋能企业去做更快速的营销、促销。
有了很好的建模后，不仅可以做商城应用，还可以做门店应用、供应链平台、采购平台、很多企业营销领域新的应用和不同场景底下的应用，这是中台所能够赋能客户进行的创新。
同时，在智慧门店领域也有非常多的创新，包括一些互动大屏等都可以通过数字中台快速搭建这些应用。
3.快速构建以数字驱动的业务
数字中台还有一个核心，就是可以帮企业构建一个数据为驱动的业务。因为业务中台已经提供了很丰富的数据，数据中台会构筑一个完整的业务闭环。我认为数据一定要回到业务本身，这样数据才有价值。如果我们的数据只是一个给领导看的报表就太可惜了，所以所有的数据一定是基于数据中台形成一个业务闭环，把数据赋能给新零售前端的应用。
云徙的数据中台是整个企业数字化创新的基石，希望云徙的数字营销中台2.0可以帮企业真真正正实现数字化本身的转型。
免责声明：本网站内容主要来自原创、合作伙伴供稿和第三方自媒体作者投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。任何单位或个人认为本网站中的网页或链接内容可能涉嫌侵犯其知识产权或存在不实内容时，应及时向本网站提出书面权利通知或不实情况说明，并提供身份证明、权属证明及详细侵权或不实情况证明。本网站在收到上述法律文件后，将会依法尽快联系相关文章源头核实，沟通删除相关内容或断开相关链接。
