穿越概念的迷雾 | 再给“中台”泼瓢冷水

虽然我自己到处忽悠“中台”这个概念已经好几年了，最近“中台”这个词儿突然火了，这周我居然要去三场会讲“中台”。

我对满天飞的各种“中台”概念存在疑问的是：

1、中台这个词前面被戴上各种帽子，例如：“数字化中台”、“技术中台”、“业务中台”、“数据中台”等等，甚至在一张图内同时出现，我觉得这些概念不MECE，搞不清究竟有几个台了？

2、很多架构图上把企业全价值链，包括研发、财务、采购，全画到中台里了，那企业除了扫地大妈、看门大爷、秘书小妹外，还有啥算后台？

我的观点是：

1、所谓“业务中台”就是支持“前端”（即面向用户的数字化应用）开发的微服务框架，什么是“微服务”请自行百度，至于“赋能”一类的艺术化字眼，对大多数人来说都有点不知所云；“数据中台”就是大数据平台，我觉得大数据平台是否叫“中台”意义不大，因为它对应的后台和前台分别是什么呢？这应该属于企业架构的数据层；而云平台、开发框架、DEVOPS、CI/CD、身份、安全机制等属于云时代的基础设施，叫“技术中台”也没啥意义；

2、中台是为前端而生的，只有变化多端的前端，才需要中台的存在，稳定的业务应用（例如财务共享服务的前端）都不需要中台，所以我也反对把“共享能力”叫“中台”；

3、建设“中台”去支持前端，需要企业有很强的IT自研能力，简单而言，没有一百个程序员的公司，你都不好意思讲自己在搞中台，所以，一般传统行业的中小规模企业，如果不想变IT公司，就别凑中台的热闹了，跟你们基本没啥关系，该用ERP还是老老实实去用ERP吧，我大力建议这类企业使用SaaS；

4、虽然中台很大程度上是个企业IT架构转型的课题，是互联网应用的前后端分离、业务组件解耦的结果，但是微服务涉及到企业组织的深层次变革，绝不是IT部门的事，所以企业全面实施微服务，面临诸多挑战，需要企业具备极强的企业架构管理和文化适应能力，即使是大企业，走上这条路，要有长期奋战的准备。

---

 企业架构，欢迎关注