技术中台、数据中台都有非常清晰的逻辑，运转的也比较好，但是业务中台却是一个值得推敲的事情。业务中台的逻辑是将各个业务共性的东西抽出来，通过领域能力抽象、扩展点等技术手段将业务流程、业务功能转化成可复用的领域能力，新的业务可以直接复用这些能力，通过组合的方式快速支撑业务发展。这个逻辑看着很美，隐含了一些约束，比如，中台支撑的是组合式的业务创新。然而支持组合式创新的前提是这个业务领域场景已经做的差不多了，已经沉淀了很多模块可以用来组合，比如支付领域。而对于全新的领域或者正在快速发展的领域，强行上中台只能适得其反。另外业务中台并不高效，小前台大中台意味着前台业务应用和中台是深度耦合的，业务中台和前台之间的边界并不容易鉴定，不同的前台业务对中台的依赖不一样，对边界的理解也不同，中间扯皮的事情就容易发生，沟通的成本巨大。 同时，前台业务方也需要深入理解中台能提供哪些能力，接入方式等技术细节，学习成本也很高。业务中台同时支持那么多前台复杂的业务，该怎么沉淀是一个高难度的工作（然而这是合理的吗？）。业务中台自身也会迭代，然而富集了那么多复杂业务能力的业务中台，在这过程中出现任何问题都是灾难。