中台战略，零售企业IT架构转型之道

零售企业IT架构转型会随着业务的发展，在互联行业更新迭代中飞速更新与发布，并解决传统上的弊端，提高问题解决的快速性，如传统构架更新、操作弊端、 SOA、ESB 等。

➢组织的变革 ➢能力服务化 ➢解决业务架构的问题 ➢不需要“业务稳定” ➢团队协同效率最高 ➢对战机的把握更加敏锐 ➢调整方向更加快捷 ➢一旦发现正确目标，全力投入扩大战果

基于数字化零售的经营转型

基于数字化零售的经营转型：从“经营商品到经营顾客”从“经营顾客到经营商品”商品渠道推广淘汰创新经营商品到经营顾客经营顾客到经营商品驱动能力?

无处不在的销售触点

全渠道、多业态连锁经营的背景下，顾客的消费触点越来越多

后端变得越来越“重”。无法应对前端的变化，系统越来越“慢”、越用越“贵”全渠道、多业态经营的资源聚合越来越来难无法应对前端的变化，系统越来越“慢”、越用越“贵”全渠道、多业态经营的资源聚合越来越来难。

前后端速率匹配失衡我们看到的很多企业的后台系统，在创建之初的目标，并不是主要服务于前台系统创新，而更多的是为了实现后端资源的信息化管理，解决企业管理及运营的效率问题。

行业发展不同阶段对中台的诉求

销售中台·技术层面

多元化POS满足不同场景不同客群的购物诉求，需要统一的业务服务;•O2O业务的支持，需要线上线下一致的体验;

多个厂家提供的多套ERP、多个版本，而且分多业态管理、多区域部署，已经很庞大、复杂，应该尽量减少ERP的升级改造，降低系统集成的复杂度，变网状结构为星型结构;

需要在响应顾客端快速变化的同时，尽量少影响既有ERP运行;

面向顾客端脉冲式的访问，需要具有高并发处理能力。

业务层面•业务中台

不同渠道的主数据需要统一管理，统一对接与发布，提高效率;

不同渠道的营销和顾客服务需要统一管理;

不同渠道的订单需要统一的调度，分发和执行跟踪;

不同渠道的库存需要共享，并提供有效的分配策略，做到资源的最大化利用;

运营中台•战略层面

消费者驱动的新零售，需要有更加快速响应市场变化的系统支持，而ERP、CRM后台系统与企业管理关系密切，不宜变化太快，需要平台化的系统来响应消费者端的快速变化;

提高商圈渗透率，需要发展全渠道业务，全渠道业务需要统一的运营平台来支撑;

提高顾客渗透率和忠诚度，需要从价值链向生态链转型，生态链的构建需要更加开放和互联的平台;

顾客消费与行为数据将会是企业核心资产，如何收集、管理和使用这些数据，为业务数据化提供保障，同时为后续的数据业务化创新打好基础;

中台采用带微服务治理的技术架构

●解耦：同一系统内的服务大部分可以被解耦。因此应用，作为一个整体，可以轻易地被构建、修改和扩展。

●组件化：服务可以被看成相互独立的组件，这些组件可以被轻易地替换和升级。

●业务能力复用：服务很小，它们可以专注于某种单一的能力

●持续交付：允许持续发布软件新版本，通过系统化的自动手段来创建、测试和批准新版本。

●敏捷性：微服务支持敏捷开发。任何新功能都可以被快速开发或丢弃。

构建零售企业新的IT能力模型

随着业务不断发展，将企业的核心能力以数字化形式沉淀到平台，形成以服务为中心，以中台构建起数据闭环运转的运营体系，供企业更高效地进行运营和业务探索与创新，并吸引合作伙伴加入联合运营，以数字化资产的形态构建企业差异化的核心竞争力。

建立标准、共享服务、开放生态、数据化运营：如果您为了加强企业IT标准与能力，通过共享和开放，在保持后端系统平稳运行的同时提升顾客响应力和运营效率，并逐步发展商业生态，并沉淀数据，支撑数据化运营，您可以考虑中台是赋能而不是取代：如果您希望引入中台后，不需要组织保障和运营投入，很多问题就能自动迎刃而解，那建议您暂缓引入中台

是升华而不是重构：如果您希望将现在的不能解决或者难以解决的所有信息系统

问题都由中台来解决，那建议您不要引入中台，因为那样的中台会成为继ERP之后的第二个“庞然大物”。

是运营平台不仅仅是技术平台：如果您只是为了解决系统对接问题，那您只需要一个接口平台，可以不需要中台。

采摘：中国零售大会(王理PPT)