中台，就是敏捷响应机制，是一种思维或者理念，中台就是企业级能力复用平台。
中台建设的一个关键难点，就是组织架构的调整和演进，以及利益的重新分配是技术所不能解决的。
中台就是企业所有可以被「多前台产品团队」复用能力的载体。
- 「复用」是中台更加关注的目标；
- 「可复用性」和「易复用性」是衡量中台建设好坏的重要指标；
- 「业务响应力」和「业务满意度」也才是考核中台建设进度的重要标准。
一方面将更高抽象（例如业务模式级别）的通用业务逻辑通过抽象后下沉到中台，这样前台就会更轻，学习成本和开发维护成本更低，越能更快的适应业务变化；缺点是，抽象级别越高，越难被复用，需要架构师对于各业务有深入的理解和非常强的抽象能力。
另一方面就是通过对于中台能力的SaaS 化包装，减少前台团队发现中台能力和使用中台能力的阻力， 甚至通过自助式（ Self-
Service）的方式快速定位和使用中台能力。目前很多企业在尝试的内部API 集市或是数据商店就是在这方面的努力和尝试。
一个是大单体系统的业务响应力有限，缺少「柔性」，当业务发展到一定阶段后，必然产生大量定制化需求，随着内部定制化模块的比例逐渐上升，响应力成指数下降，成为业务的瓶颈点。另一个则是系统间的打通通常比较困难，容易形成业务孤岛和数据孤岛；
- 「企业级」定义了中台的范围，区分开了单系统的服务化与微服务；
- 「能力」定义了中台的主要承载对象，能力的抽象解释了各种各样中台的存在；
- 「复用」定义了中台的核心价值，传统的平台化对于易复用性并没有给予足够的关注，中台的提出和兴起，让人们通过可复用性将目光更多的从平台内部转换到平台对于前台业务的支撑上；
- 「平台」定义了中台的主要形式，区别于传统的应用系统拼凑的方式，通过对于更细粒度能力的识别与平台化沉淀，实现企业能力的柔性复用，对于前台业务更好的支撑。
