系统|从供应链中台的故事说起，聊一聊中台的本质和设计之道( 三 ) safari|ipad|os|Safari浏览器|漏洞

文章插图
中台良性运转飞轮效应
四、中台的建设思路：公共沉淀+差异处理无论是中台业务，还是中台系统，在搭建时其实都是在处理两件事：公共沉淀和差异处理。
1. 公共沉淀针对各业务方都有相同诉求的公共能力，做到尽可能通用和完善，以便更好地提供给多方复用。沉淀的内容可以是业务和流程，也可以是系统功能，还可以是数据，总之是能够共用的，有价值的，都往中台沉淀，准没错。
2. 差异处理业务不可能一模一样，否则就不需要多业务了，所以中台在建设时，一定会遇到差异化的处理场景，比如不同平台的差异、不同业务的差异、不同流程上的差异，以及不同的场景差异等。这就需要中台具备足够的兼容性，能够在公共沉淀的同时解决差异化问题。

文章插图
中台的设计思路
五、中台设计：能力输出模型介绍中台的价值体现是将复杂的底层基础能力输出为业务能快速接入的中台服务，我们将输出的过程抽象成一个通用的模型，暂且称之为“中台能力输出模型”，自下而上分为底层支撑——中台加工——能力输出三层，Support-Process-Output，简称SPO，如下图所示：

文章插图
中台SPO能力输出模型
解释一下这个SPO模型：
1）底层支撑：这是最底层的基础服务能力，但相对专业、繁琐，外行人可能不好理解。例如基础数据、履约、仓储、配送的能力，光专业名词术语学习起来就比较费劲了，更不用说深入了解其底层逻辑了。
2）中台加工：这就是我们的中台化过程，将底层能力进行加工输出，抽象为通用的可以解决业务问题的服务，让业务可以不用关注内部细节，直接使用就行。就像插线板，我们根本不用关注其内部电路逻辑，通上电就可以供各类电器使用了（这么看，插线板就天然具备中台化属性）。
3）能力输出：这是中台服务的表现层，根据业务需求组装完成的服务工具，业务可以直接拿来使用，表现层可以是接口、消息、页面等多种形式。
其中，中台的加工过程可以分为两种形态：能力合并和能力拆分：

能力合并。将多个分散的能力聚合到一起提供完整的解决方案，供业务调用。
能力拆分。将一个大的能力进行拆分，拆解成一个个可以独立运作的服务单元，供业务调用。

文章插图
中台能力合并与能力拆分
举个例子：X公司底层有多套仓储系统和多套配送系统，通过中台化能力加工以后，将所有的仓储系统抽象为标准的仓储能力输出，将配送系统抽象为标准的配送能力输出，同时将仓储和配送能力合并后输出仓+配能力，这便为业务输出了3种供应链中台能力：仓储能力、配送能力和仓+配能力，如图所示。
至于底层有多少套具体的仓储系统和配送系统，逻辑有多复杂，业务同学完全无感知。

文章插图
仓配中台化示例
六、中台的拆合之道最后，我们再来思考一下文章开始的那个问题，你看那中台建了又拆，拆了又建，那它到底有没有用？
关于中台的好坏，并不能一概而论，因为时不同，势不同。天下大势，分久必合，合久必分，无论是拆中台还是合中台，站在业务发展的视角，都是带着责任和使命的。
我们再看一个故事。