“中台圈”里人气最高的非数据中台和业务中台莫属，容易让人产生误会的也是它俩。比如，数据中台与业务中台是什么？数据中台与业务中台到底冲不冲突？
先来看两者诞生背景和底层逻辑：
1）数据中台：为解决企业多系统数据无法互通而诞生，逻辑上强调以数字化的手段，统一数据的标准和口径，将数据抽象成服务，响应前端业务的快速变化。
2）业务中台：为解决系统重复功能建设和维护带来的资源浪费，通过提炼出业务共性的能力，将后台的部分服务职能前移，最终形成可复用的业务。
简单概括：数据中台重点在数据的打通和统一，业务中台强调流程类、服务类服务的高效复用。
这么说还是有点晦涩，咱们举个例子：
比如，某零售企业已经有微信商城，想再做一套App，考虑到每个平台的交易模式会有差别，直接在微信商城上改造技术难度较大，通常做法是让团队再开发，但实际上这套App有很多业务与微信商城是一样的，比如商品中心、交易中心、用户中心等。如果企业具备业务中台的能力，就可以将上述通用的业务剥离出来，成为共享业务。不管我们要开发几套App，都能从业务中台直接“调用”相同的流程及服务，技术人员只要做前端轻量级开发就能快速完成，降低成本提高效率。
企业信息化程度更高了，各个系统里的数据越来越多，那么问题又来了，如何利用这些数据做客户分析、支撑管理决策？比如同一个客户在App、微信商城上都下过单，我们怎么能快速知道这是同一个人？如何拿到这个客户的画像？此时就该数据中台登场了。
数据中台通过把微信商城、App，包括其他系统里的相关数据都采集过来，进行清洗、存储和加工，最终围绕一个属性，比如客户手机号、微信ID等，形成数据口径和标准的统一，只要我们发现某项数据来自这个手机号或微信ID，就能归到这个客户的“画像”里。有了完整的客户画像，企业更了解客户，就能不断优化前端投放策略，投其所好、促成成交。
总结一下：业务中台是让前台业务能高效复用，数据中台是通过数据支撑前台业务更智能化。数据中台的数据来源可以是业务中台，两者既能独立存在也可共存。