“懂系统”
懂系统本身,将复杂的业务场景 化解为可实现的系统功,形成完整的业务闭环,较低级别的系统能力
懂系统思维,将复杂场景具象化的思维方式,一种抽象、解耦、内聚、举一反三的能力,不限于实现系统本身,涉及如何拆解落地,最终按计划实施。
3.1 电商新零售供应链系统规划
3.1.1 供应链系统规划与分工
它承接了实物商品的 进、销、存、退等多个任务,为企业业务的开展提供支持。
业务还没开展前,供应链需要先行:商品建档、采购
在业务开展中,供应链提供弹药支撑:库存
开展后,供应链断后:发货、配送等
供应链系统是一个自闭环的中台化体系,不应该局限于某一个销售平台,而是将商品、订单、库存等能力提供给多个不同的销售平台共用。
规划图示例:
最前端——电商前台:直面用户,为用户提供浏览、搜索、下单、售后的工具;
根据终端不同,可分为不同的展示形态:app/web/小程序/H5、SDK等
中间——与前端直接交互的平台运营、交易、支付、促销、用户和搜索等系统
为前端用户搜索商品和购买商品提供后端服务支撑
后端——与供应链相关的系统,
财务、疯狂、客服体系是属于全公司任何业务都会涉及的,会与各个相关系统进行对接从而获取所需数据;
若需要与外部平台进行对接,还可建设开放平台,将内部各系统的接口对外封装成API 供外部的ISV(独立软件开发商,independent software vendors)或商家ERP系统调用。
3.1.2 供应链系统包含哪些系统
核心的供应链系统包含了基础 数据平台、采购管理系统、供应商管理系统、订单履约中心、计费系统 、中央库存系统、仓储管理系统、门店管理系统、商家发货系统、配送 管理系统、售后系统、财务系统等。
从产品结构上,可分为 供应链业务中心、仓配支持中心、财务中心 3部分
供应链业务中心:
提供一些与供应链业务相关的支持,主要处理 信息流,偏供应链上游业务端;
包含:供应商管理系统、中央库存系统、订单履约中心、采购管理系统、计费系统、售后系统等
仓配支持中心:
提供实物商品的实际收发操作,主要处理物流,偏供应链下游执行
包含:仓储管理系统、门店管理系统、商家发货系统、配送管理系统
财务中心:
处理与资金流相关的业务,所有与资金相关的应收、应付、发票、打款等业务,都需要在财务系统中完成财务处理。
3.2 系统设计方案-示例
某电商平台规划一套大而全的供应链系统架构,以及一套小而美的系统架构
3.2.1 大而全的系统设计方案
在大而全的系统设计中,一般是一个大的供应链系统囊括了所有与 供应链相关的功能,这个系统,我们可以为它取一个专业的名字,叫作
SCM系统
SCM(Supply Chain Management)
系统即
供应链管理
系统
给整个供应链业务的开展提供最底层的支撑
所有业务在开展过程中需要用到的策略都在这层实现;驱动业务多样化发展。
eg:
采购策略、智能补货策略、送货预约策略、任务调度策略、订单分仓策略等
指供应链的各个功能模块,基于基础数据和策略开展的各项供应链业务
eg:
采购管理、订单履约管理、库存管理、仓储管理、配送管理等
将供应链的商品、订单、库存等能力与各个销售平台进行对接,用一套供应链系统支撑起企业的销售目标。
3.2.2 小而美的系统设计方案
在小而美的系统设计思路里,我们将供应链业务细分为多个子业务 ,
一般是根据部门职责来划分,如采购部门负责采购,仓储部门负责仓储,配送部门负责配送。
eg:
采购部门负责采购,仓储部门负责仓储,配送部门负责配送;
然后将相关功能类聚到一个子系统中,将供应链解耦为一个个的独立的子系统,每个子系统负责一个核心业务,有其自己的策略配置;
eg:
基础数据中心、采购管理系统、供应商管理系统、订单中心、中央库存系统等
在小而美的系统架构中,每个系统独立运行,通过接口或服务与其他系统交互,如所有系统都需要基础数据,而其所需要的基础数据均从基础数据中心中获取。
中央库存集中所有仓库和门店的库存,为其他各系统提供库存服务,所有仓库和门店的库存变化,均需要在中央库存系统中有所显现。
备注:平台交互层和仓配交互层 这2个子系统,属于内部流转型系统;在业务开展中感知不到存在,但在复杂的供应链形态下,正因为有它们存在才能实现供应链的中台化和服务化。
【平台交互层】
职责:供应链系统会对接多个销售平台,会存在多个销售平台的间的数据、规则不同情况;需要将不同平台的数据按照供应链体系的标准统一转换,以及按照统一的标准传送数据;
将差异化的外围数据和业务在这一层进行标准化,为供应链内部系统提供更稳定的环境。
eg:
比如,供应链系统对接3个销售平台,商品编码不同:
A+
、
A++
、
A+++
而供应链系统内部的商品编码-A;
用户在销售平台下单后,下单的商品编码A++,,就需要内部系统转换成A,才能将订单流转到仓储管理系统。回传也是。
【仓配交互层】
若下游有很多个不同类型的仓储或配送中心,刚好在不同的仓储和配送中心中又部署的不同的仓储管理系统;
假如没有仓配交互层,那么上游的每个业务系统都需要与下游所有的仓储管理系统和配送管理系统针对所有关联业务进行对接:n个业务系统+仓配系统+n个业务,对接次数就是n^3;
职责:
仓配交互层存在的目的就是让上游业务侧的对接难度降低;
按标准出入库方式与各个不同的仓配系统进行业务对接,并将标准化接口提供给上游的各个业务系统进行对接,
1.系统实现难易度
方案2更难,整体耗费的人力、财力、时间成本会更高;
但方案2 可拆解成多个系统,每个系统的难度会大幅降低,可并行开发,也可分期迭代;
方案I:
基于底层数据进行开发,各功能之间共用一套代码功能,读写一套数据库
方案II:
需要为每个子系统都部署一套数据库和一个工程;
系统和系统之间的交互都需要通过接口进行;
2.性能看
当数据量较大时:
方案一:只有一套数据库,多个业务只能共用一套数据库,其性能会大幅下降;
方案二:多个系统分布式部署,各个业务相对独立,其性能较良好
3.事故风险
若出现事故:
方案一:基本全局受挫
方案二:只会影响某一个系统,其他系统还可独立运行
4.扩展性
方案一:所有功能都耦合到一起,开发更快
方案二:更加灵活,扩展性更好;但系统功能调整往往涉及多个系统,开发周期长。
3.3 供应链系统与B端产品
3.3.1 结构比较
B
端产品更加关注的是企业的效率、成本、运营和数据分析。供应链系统服务于供应链的业务,降本增效自然是其首要目标,我们设计的供应链系统如果能有效优化业务的成本和效率,就是雪中送炭,如果在此基础上还能增加与运营和数据分析相关的工具,便是锦上添花了
供应链系统从属于业务支持类系统,独立支持着与供应链相关的业务, 和企业其他业务相互依存,共同构成完整的B端产品体系。
B
端产品更注重业务流程的优化、精简及复杂的业务逻辑的梳理,保证系统
流程足够顺畅、业务逻辑足够清晰,才是
B
端产品经理的使命。
每个
B
端产品对应的业务是不同的,作为供应链系统,其重心是保证供应链相关业务的流畅性、稳定性和完整性。