供应链中台到底有没有用,是业务发展的助推器,还是绊脚石?中台的意义和价值是什么?中台又该如何设计?本篇文章,将从供应链中台的视角,来分享一下羿蝉云科技对供应链中台的一些总结理解和中台的设计思想。
一、供应链中台是如何形成的?
为了弄懂供应链中台的形成规律和底层运转逻辑,我们有必要先了解一下什么是供应链中台。
每个平台的履约诉求不完全一样,每个渠道有一波业务负责运营,但后台供相关部门都是统一的,无论是采购,还是仓储、物流作业流程都是一样的,所有平台都共用采购、商品、仓储、库存等供应链能力,千言万语一句话,老板的需求很简单:商品库存能够共享到各个平台上同时售卖且能够从同一库房发货。
供应链中台
我们通常说的供应链中台局限在系统层面,但实际上,系统是源自于业务的,在很多公司,中台不仅包含中台化系统,还包含中台业务部门,还是拿供应链来说明:
1、中台部门。负责将现有的供应链能力以业务的视角组装并提供给其它部门,通常的工作是作为一个统一出口对接各个外部业务方,并横向分析供应链的整体效能,从全局视角出发做供应链流程优化,让各供应链基础部门的协同更好。
2、供应链中台系统。将现有的供应链基础能力进行组装,提供给其它业务系统接入,从系统分类上,可以分为业务中台和数据中台。业务中台主要提供供应链的业务功能,数据中台主要提供数据的集成和分析能力。
二、在日常工作中,供应链中台主要解决如下几方面问题:
1.底层能力的复用,降低业务与系统成本。
当多个业务都需要供应链能力时,将已有的供应链业务和支撑系统进行升级,使其能同时支持多个业务方,通过复用的方式同时降低业务成本和系统研发成本。
2.把复杂的底层能力对外简单化、透明化。
供应链本身就是一个庞大且复杂的体系,自己人尚未能完全理明白,更别说让业务来理解了,但业务又必须用到供应链的能力,如何是好?这就需要供应链中台来转化了,供应链内部可以很复杂,但通过中台转化后提供给外部业务部门时必须足够简单明了,否则就不是一个好中台。
3.将多点对接的网状结构变为单点对接,流程更清晰。
无论是中台的部门还是中台系统,都是多组织形态的,任何一个业务如果单独对接采购、仓储、配送等部门,成本都会非常高,会变成一个多对多的网状结构,而供应链中台则可以作为下游供应链部门的一个统一门面对外,将多点对接变为单点对接,流程会更加清晰,难度也自然降低了。
4.关键信息聚合。
中台建设的另一个目的是将关键的信息做聚合,而不是散落到各方,这样当需要数据时,就能够从中台直接提供,而不是从各个系统里去提取了。