中台

中台的典型分层：
- 业务中台：订单中心、运力中心、结算中心、客户主数据，沉淀可复用的业务能力；
- 数据中台：统一数据采集、指标口径与数据服务，解决各系统数据对不上的问题；
- 技术中台：统一认证、消息、日志、调度等基础设施组件。
中台与前台、后台的关系：前台是面向客户的具体业务（海运、空运、跨境电商），后台是财务与人事等支撑系统，中台居中把可复用能力抽出来统一供给。
中台并非万能：业务尚未标准化、各条线差异极大时强行抽象，会造出一个谁都用不顺的通用服务，反而拖慢所有业务线。中台建设成功的前提是先有足够多的共性需求。
相关术语：SaaS、系统架构、数据治理。

1. 先盘点各业务线重复建设的模块，重复三次以上的才值得沉淀到中台；
2. 中台服务要有清晰的服务契约与版本管理，前台调用时不能随意改接口；
3. 建中台要有对应的组织与考核，没有团队对共享能力负责，中台会迅速腐化；
4. 小公司不必强上中台，三条业务线以内用统一的系统加规范即可解决多数问题；
5. 中台建设周期长，要先做出一个见效快的服务（如统一结算）证明价值。

误区一：中台是给技术部门用的——中台沉淀的是业务能力，成败取决于业务抽象做得好不好。
误区二：上了中台就能快速迭代——抽象不合理时，中台会变成新的瓶颈，前台每改一点都要等中台。
误区三：中台越全越好——过度抽象会让每个业务线都用得别扭，先做共性最强的部分。