再谈能力中台

在上篇文章里面实际上我已经谈到能力中台可以理解为业务中台 能力开放平台的一个结合，即先有业务中台，然后将关键的业务能力以API接口服务方式注册和接入到能力开放平台对外开放，在开放的时候具备持续运营和管理的能力。


我们来看下当前可能存在哪些能力中台


电商能力中台：聚合各类电商平台的能力，可以理解为电商能力聚合平台，将类似京东，天猫，苏宁各大电商平台的商品服务能力聚合，同时提供最有价值和竞争力的产品和服务。这个聚合包括了订单，商品，物流，支付等各种能力的聚合。


这种能力中台一方面是给最终的电商运营服务商使用，一方面还可以给大型供应商提供服务，举个简单例子，你是一个大型的家电制造商，需要和各个大的电商平台对接，原来可能需要对接很多次各大电商平台，而有了能力中台后你只需要和能力中台对接一次即可，所有信息全部会自动发布到各大电商平台，同时相关的物流，配速信息也可以做进一步的整合提供。


商旅能力中台：对于商旅服务来说，构建能力中台也是一个大的方向和趋势，我们可以看到对于酒店，机票火车票，专车出租，旅游服务等服务商很多，如果一个APP应用要去对接这么多的原子服务商本身也是相当耗时耗力的事情，那么能力中台完全可以实现对这些能力进行聚合然后统一提供对外能力开放。如果你要做一个商旅APP应用，那么就相当简单，只需要和商旅能力中台进行对接就可以了。


服务类能力中台：即我们常说的各种服务类能力聚合，类似的常见有福利服务，社区类民生服务等。也就是我们常说的衣食住行，吃喝玩乐，教育健康等实现一个顾客需求的常规服务能力的大聚合。这种聚合比较常见的例子我们可以看到类似现在的58同城就是一个对常用家庭服务的能力聚合平台，你家庭需要的保姆，电器维修，二手物品处理，洗衣等各类服务能力都进行聚合。你基于这个聚合能力，可以快速的开发类似智慧小区或社区的服务平台。


服务类能力中台可以方便运营商快速的开发各类服务类APP应用并快速的开始运营和服务，而对于能力底层究竟是哪个原子服务商并不需要太关心，这本身也是快速的推出应用的一种最佳方式。


在我博客前面讲过ServerLess架构和服务，实际上可以看到以后应用的开发很可能就变化为这种模式，即更多的是各种中台服务能力的聚合，重新组合和编排就快速的形成应用。


来源：http://blog.sina.com.cn/s/blog_493a84550102z4hp.html