中台就是公共服务平台，数据中台就是将数据加工以后封装成一个公共的数据产品或服务。
家里厨房有油/盐、酱油、醋、料油、生抽...很多种调料（数据），你（业务部门）特别喜欢吃糖醋排骨/糖醋鱼/糖醋鱼/糖醋里脊/糖醋猪蹄...(各种业务应用)，你老妈（IT部门）觉得每天都按照比例调制糖醋汁很麻烦很浪费时间还每次都有偏差（每次数据有误差），于是你老妈决定按照“1料酒；2酱油；3白糖；4醋；5水”的比例（数据算法）调制好一大桶糖醋汁（数据产品），以后每天倒一点糖醋汁就可以很快做出一盘糖醋XX（业务应用）。
这个调制糖醋汁的过程就相当于构建了一个数据中台，糖醋汁就是数据产品。数据产品往往不是直接提供给用户使用，而是提供给业务应用使用的（类似于糖醋汁不是用来直接喝的，而是用来做糖醋XX的）。另外，为了调制更快更准确，可能还需要买一些密封大桶/漏斗/；量杯（ETL/BI等数据工具）。
当然，如果你家十天半个月才做一次糖醋XX（低频），那就没有必要调制一大桶糖醋汁方哪儿（不需要构建这个数据产品）。类似这个逻辑，如果你家每天都做八宝粥，则可以把八种粮食（数据）混合好放一个桶里做成八宝粥混料（数据产品）。
如果你老妈的糖醋XX做的特别好开了个餐馆，每天做给几百人吃（需求量变大），就需要调制更多糖醋汁买个冰箱存起来（数据仓库），这也解决了随用随跳（实时取数）的效率瓶颈。所以，在做数据中台之前，先自问一下：
1.有没有糖醋汁、八宝粥混料的需求？（有没有数据产品的需求？）
2.有多少人吃？（使用这个数据产品的需求量大不大？）
3.多久吃一次？（需要这个数据产品的频率高不高？）
如果以上都合理，就可以开始规划数据中台了。再回过头看，公司为什么要建中台？
在过去几年中，借着移动互联网的红利，许多公司堵高速发展，进行大规模业务拓展，业务拓展的速度足够快，对公司自然是好事，但是随着而来的问题就是，公司内部出现了大量的重复建设和资源浪费的现象，重复造轮子。
