前台：跟用户直接交互的界面，如web页面，各种手机app，如微信、支付宝;还包括直接相应用户请求的服务等。

    后台：是配置管理端，是核心业务逻辑配置的，web后台就是典型的一种;还包括响应前端请求的后端服务等。

注：前台和前端不是一个概念， 前台就类似公司的前台，而前端就是其中一类码农。

    中台：后台的本质设计思维不是为前台而生，而中台是为前台而生，目的就是更好的服务前台规模化创新，进而更好的服务用户，使企业真正做到自身能力与用户需求的持续对接。中台的几个关键特点是【敏捷 解耦 复用】。

中台的划分，本文列了常见分法：

    业务中台：通过抽象封装可复用(公共)业务逻辑，从而减少重复开发和搭建，当然也会具备所有抽象后的优点，如健壮、易扩展、易维护等。

    【业务中台每一个企业都是不同的，它是{高度个性化}的，无法通过直接购买获得，因为它与业务密切相关。业务中台需要长期的沉淀，抽象和归纳。打造一个业务中台绝不是一朝一夕的事情。】

注：如果企业内部能力不足，期待顾问来帮企业搭建， 跟顾问企业的合作模式，我认为要打破现在的项目制，长期合作来的更靠谱。

    数据中台：打通企业的内外部数据，构建自学习的数据能力，让企业更智慧。这部分，技术能力很重要，一定要找到合适的技术团队。懂业务又懂技术的团队，或者两者融合较好的团队。

    技术中台: 基础服务通常是底层的服务，面向技术。这些底层技术包括：安全认证，权限管理，流程引擎，门户，消息，通知等等。这些组件通常与业务关联度不大，属于每个应用都需要使用的功能。

    算法中台：为各项目提供算法能力，譬如推荐算法、搜索算法、图像识别、语音识别等，这些大多都是采购云服务，基于内部需要做一层封装。

中台的建设是“服务化”， 但不是“去ERP化”。基于当前认知和判断：

    我认为企业信息化建设中至少5-10年，制造业去ERP的可能性几乎为零，企业核心业务运营基本是以ERP为核心(财务业务一体化)，各类系统与ERP集成，如CRM的客户订单信息(客户管理及服务、订单获取等是CRM的范畴)，PLM的产品信息(设计过程管理，设计数据等是PLM的范畴)，SRM的供方、采购订单信息(寻源、供方管理是SRM的范畴)，还有很多业务流的集成，不赘述。这些系统沉淀了公司的核心主业务流和大量的业务数据。

    我认为“去ERP化”不可能的原因，不仅是因为困难，而更多是基于企业发展投资与收益比衡量的判断。且这些系统与公司的发展没有矛盾，信息化发展到这个阶段，业务在信息化建设(小路-乡道、村道)灵活性、可扩展性、以及智能化、自动化需求下， 对IT系统架构的匹配的矛盾。

企业的信息化建设，以适合和支撑公司战略发展作为准绳来选择，是否是中台，选择了中台的建设， 也绝不能概念化，和模式化，不同企业有自己特色，尽量远离软文，客观评估。业务价值会给出答案，适合就是“送分题”，否则就是“送命题”。

    业务数据化， 数据业务化：业务是逻辑，可以理解为路，数据是内容，可以理解为车。服务的搭建是【路和车】是不可分割的资源，具体抽象基于公司核心业务，“通用能力服务化”，围绕微服务架构展开。

中台的建设不是件轻松的事情，中台的搭建跟业务长期磨合，逐步迭代实现的，而每一次的努力，都是IT能力的积累，每一次的积累都是价值导向，每一次的落地用户都会拍手叫好。