如果一定要把中台当作创业目标，不妨认真思考一下已故的红杉创始人唐·瓦伦丁经常问创业者的一个问题：“Who cares？”
如果把中台当作一个方法论或者探索实践，讨论这个主题很正常；但如果是半个IT圈儿都在热闹地搞中台，那就不太正常了，Why？
一、中台概念是在炒冷饭
浏览网上火热的中台， 大部分都是在定义和解释啥是中台 ，也就是说大众认知还在营造概念阶段。
实际上，中台的应用和实践早已有之，而且并不是IT界首先提出的。中台是以一种有效的运作结构，广泛存在于商业组织、企业、军事组织，以及其它组织运作形态中。
无论是商业零售，还是军事作战，都因为先有了前端和后端，才演变出对中台结构的需要。中台存在的意义，无非是将后台能力变现，对前端形成强力支持和快速反应；更重要的是， 中台必须能够输出决策结果和产生行动 ，否则毫无意义。
以商业组织为例，即使在没有互联网的年代，沃尔玛就能根据前端零售店的详细销售数据，及时分析和预测货品配置需求，可以精确到颜色、型号等。
再举个军事作战的例子，二战时期的美军在各个战场上，看起来有打不完的弹药、耗不完的燃料、充足的食品补给、及时准确的情报……但其资源却在万里之遥的美国本土，这一切是如何做到的呢？就是依靠庞大的中台体系，支持到世界各战场。前方战场上的一名士兵，平均就有12名人员支持，在战场-基地-本土形成前、中、后台的效率系统。
回到现在对中台的 各种定义和解释，朝着两个极端走去：
实际上，业务元数据存放在哪里、订单在哪里计算、在哪里出运营数据表，这些并不会影响中台逻辑和目标实现。也就是说， 中台未必真需要中间有个“台” 。
去年我们交付的一家IT集团公司项目，今年业务老总问我：咱们这个项目不就是中台嘛。
的确，互联网、微服务、数据分析等技术，为“老中台” 提供了更好的实现路径、手段与效率；这是发展的自然路径，而不是另一个新方向 。
二、中台是做什么用的
我们从分别从信息维度和业务维度，来说明中台的用途。
1. 信息维度
首先，中台主动收集前台业务信息和数据，意味着不需要前台有意识去存数据；减轻一线人员的工作量的同时，还能收集到更多数据。其次，综合分析前端各业务数据，并与后台资源数据匹配，得出合理的处理方案，这是最重要的一步。最后，以服务的形式将业务方案结果推给前台。
比如，通过一线销售的销售预测数据，可以做下单备货准备。
2. 业务维度
“后端前移，支持一线”始终是中台的建设宗旨。对于某些行业，如电商、零售、电信运营商等，中台其实就是其生产系统，离开中台就无法运作。而对于另一些行业，如IT行业、制造业等，中台只是辅助决策系统，重要的决策和发布指令，还是需要人来做。还有一些行业或形态，中台没什么用，如研发、小微企业。
这两个维度基本是知和行的关系， 信息维度中台的道理很容易讲清楚；而业务维度的落实和实施则复杂得多 。这就像是培训：听课时热血沸腾，出门恢复原状。
三、过度炒作会使中台“脱实向虚”
企业进入互联网时代的显著特征是前端的增强，即前端业务移动化和数字化交互，在增强前端业务能力的同时，也更加依赖后台的支持，这是 中台显性化的主要原因 。
在肯定中台的重要意义的同时，避免单独放大和炒作中台。需要和不需要的都往里装， 虚胖的中台不是建中台的初衷和目的 。
中台概念首先是从电商、新零售等以互联网为基础的商业形态蔓延出来、并被扩大到其它行业或业态。因为所有行业或多或少都能与互联网扯上关系，所以用中台这个大筐，把企业所有的东西都装了进来。
现在的中台概念主要是服务商和部分IT人在主导，这根本就是在自说自话。在任何企业搞中台，都是一件动静极大的事，问题所在：
建设中台是一项重大投入，效果和ROI没办法预测，也不是所有行业和所有企业都需要中台。
中台不只是做个信息平台那么简单，即需要企业后端具备可变现的资产，又需要产生能变现的行动，组织架构和业务流程都需要重大调整。
IT部门在上系统方面有一定话语权和部分决策权，但在建中台这件事上，基本没有，除非你所在行业中台就是生产系统，不得不建。
大部分企业要么就是0IT（基本没啥IT系统），也没有多少条数据，要么就是信息化途中，已经投入资金和成本。前者不具备实施中台的基础、后者也不太可能把现有建设停下来搞中台，一时半会儿还找不到落地点。
四、中台不是创业要干的事
中台是企业组织和业务重构的关键发展路径，其建设是由企业发展过程决定的，而不是由IT发展决定的。互联网巨头搞中台，那是因为它们业务确实需要。至于一般互联网公司，特别是创业公司，对行业和企业业务的理解，大部分到不了那个深度；中台充其量就是一个销售话术或者实施某一类项目。
如果一定要把中台当作创业目标，不妨认真思考一下已故的红杉创始人唐·瓦伦丁经常问创业者的一个问题：“Who cares？”
后记
有些同学请我分享“中台”。首先感觉是创业应该创不到中台这里，跨度有点大。其次，中台也就这些事没什么好说的，说多了反而会晕，做过类似项目自然就清楚了。原本是打算用一个项目案例做借鉴，因为保密条款的限制而作罢。
所以，写了这篇分享，希望能涵盖到更多的问题。
