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

编辑导语：中台要解决的是什么问题？随着企业日常业务渐趋复杂，内部诉求日渐增多，此时中台的出场，一定程度上可以实现降本增效，减轻业务处理负担。不过，中台的存在有“好”也有“坏”，我们需要辩证地看待。本文便阐述了中台存在的意义和相应设计策略，不妨来看一下。

文章插图
近两年来，以阿里为首的很多互联网公司，随着业务的整合，开始搭建中台，然后随着业务的发展，又开始拆分中台，由此引发了很多的争议。从最初的万人追捧，到后来的跌下神坛，再到现在的褒贬不一，只要是关于中台的话题，总让人喋喋不休，但无论好坏，都不能否认它近年来的火爆。
中台到底有没有用，是业务发展的助推器，还是绊脚石？中台的意义和价值是什么？中台又该如何设计？本篇文章，将从供应链中台的视角，来分享一下我个人对中台的一些总结理解和中台的设计思想。
一、中台是如何形成的？为了弄懂中台的形成规律和底层运转逻辑，我们有必要先了解一下什么是中台，先看一个故事：
X公司在天猫、京东、美团、拼多多、头条等电商平台都开店，且业务覆盖全品类商品（3C数码、电脑办公、图书影像、食品生鲜、医药保健等）。
这么多的销售渠道，每个平台的履约诉求不完全一样，每个渠道有一波业务负责运营，但后台供应链相关部门都是统一的，无论是采购，还是仓储、物流作业流程都是一样的，所有平台都共用采购、商品、仓储、库存等供应链能力，千言万语一句话，老板的需求很简单：商品库存能够共享到各个平台上同时售卖且能够从同一库房发货。

文章插图
多平台供应链业务形态
如果只有一个业务平台，对供应链的需求只会来源于这一个业务，供应链侧各部门和系统直接为此平台做定制化需求就可以了。
但如果有多个诉求不一样的多个平台同时存在，供应链单独满足任何一方都会给其它方带来问题，但我们又不可能为每个平台搭建一套供应链的体系。
于是，为了能满足各个平台的诉求，就需要在供应链侧来适配各平台的需求，除了满足大家公共的进销存退需求，让业务接入更加简单外，还需要兼容每个平台的个性化需求，这便出现了供应链中台：为解决多业务共用供应链而生。
我们通常说的中台局限在系统层面，但实际上，系统是源自于业务的，在很多公司，中台不仅包含中台化系统，还包含中台业务部门，还是拿供应链来说明：
一，中台部门。负责将现有的供应链能力以业务的视角组装并提供给其它部门，通常的工作是作为一个统一出口对接各个外部业务方，并横向分析供应链的整体效能，从全局视角出发做供应链流程优化，让各供应链基础部门的协同更好。
二，中台系统。将现有的供应链基础能力进行组装，提供给其它业务系统接入，从系统分类上，可以分为业务中台和数据中台。业务中台主要提供供应链的业务功能，数据中台主要提供数据的集成和分析能力。

文章插图
中台部门与中台系统
二、中台解决什么问题中台在公司的定位，举个经典的比喻，它就如同战场上的航母和战斗机，业务是战斗机作战群，中台作为航母为之提供有利后盾和保障，让业务更加轻装上阵，免除后顾之忧。
当然，并不是所有的公司都需要中台，如果只有一个业务方向，是不存在中台一说的，但在多个平台模式下，如果需要订单、库存、仓储同时能对接多个平台业务，并同时满足各方的业务诉求，这才需要用到供应链中台能力，我们需要将底层供应链的基础能力变成中台服务，提供给各平台各业务共用，它可以是某个部门、某个人，也可以是某个流程、或系统能力。

文章插图
中台的搭建就像造航母
在日常工作中，中台主要解决如下几方面问题：
1）底层能力的复用，降低业务与系统成本。
当多个业务都需要供应链能力时，将已有的供应链业务和支撑系统进行升级，使其能同时支持多个业务方，通过复用的方式同时降低业务成本和系统研发成本。
2）把复杂的底层能力对外简单化、透明化。
供应链本身就是一个庞大且复杂的体系，自己人尚未能完全理明白，更别说让业务来理解了，但业务又必须用到供应链的能力，如何是好？这就需要供应链中台来转化了，供应链内部可以很复杂，但通过中台转化后提供给外部业务部门时必须足够简单明了，否则就不是一个好中台。