这事我得重新唠唠，好像我唠唠好久了是吧？那也得说，为啥？这不是协同班又新招了一批新人，得学习啊，学着学着，学员问了我一个灵魂问题——“为啥要建中台啊？”问得好，这问题，伤害性不大，侮辱性极强，说明老师没讲明白啊

中台、中台、中台，说了这么久，为什么要建中台？今天就说说这事吧。

为什么要建中台？难道我们传统的前台+后台模式就不能满足企业需要了吗？为何就不能满足业务需求？要回答这些问题首先咱们先理解一下前台和后台。

前台：由各类前台系统组成的前端平台，每个前台系统就是一个用户触点，你可以理解为企业的最终用户直接使用或交互的系统，是企业与最终用户的交点。例如我们用户直接使用的各种网站，我们手机里的各个APP，还有微信公众号等这些那些都属于前台，前台可以说是组织用户应对中心，所以快速响应是前端用户的需求，讲究就是快速、创新、迭代，所以你看为啥用户交互经常各种变化、更新，像不像个快速成长的孩子，不断变化。

后台：由后台系统组成的后端平台。每个后台系统都是管理了企业的一类核心资源，这些核心资源大多数都是数据+计算，像财务系统、合同系统、客户管理、物流管理系统等等，这类系统构成了企业业务后台，还包括各种基础设施、计算，都属于后台，也是企业的核心资源。后台解决了企业效率管理问题，后台需要是稳定的，又加上往往后台系统会陈旧复杂，加上法规审计等相关合规约束，后台永远是稳定至上，像不像家里的老家长稳稳当当。

这种组合前台+后台，在组织初期还能应付，随着业务扩展、用户交互加剧，一方面用户急于变化应对交互操作需求，一方面资源计算加速业务数字化资源变现，前台和后台会加速逐步脱节，而且这类后台系统都是花大价钱外购，需要每年支付大量的服务费，并且版本老旧，定制化困难，要不就是花大价钱自建，打各种补丁，变更更加困难，两个字“慢&贵”。

而前台由于直接引入大量业务系统，重复引入，前台越来越臃肿，用户响应速度变慢。前台+后台的架构模式越来越不能适应组织运营和管理的需求。

这时候你需要一个能把后台资源提前并快速送往前台，同时可以解决前端创新交互的能力，这时候中台孕育而生。中台能够更好地服务前台规模化创新，将前台系统中的稳定通用业务能“沉降”到中台层，为前台减肥，恢复前台的响应力，同时将后台系统中需要频繁变化或是需要被前台直接使用的业务资源和业务能力“提取”到中台层，赋予这些业务能力更强的灵活度。

所以，为什么要建中台？中台不论是技术平台，还是业务能力、组织机构，它的建立目的就是更好地服务前台规模化创新，进而更好地响应服务引领组织用户，使企业真正做到自身能力与用户需求的持续对接，持续为运营赋能、业务赋能。

大家明白了吗？我再给大家一个简单的说法，中台就像一个运转的齿轮，是前台和后台之间增加的一组运转齿轮，这个齿轮还是一个变速齿轮，将前台与后台的业务速率进行匹配，也是前台与后台的桥梁，将后台各种业务资源、数据资源滑流向用户，响应用户的业务需求，中台比前台更稳定，比后台更灵活，应对组织各种管理运营需求。