在本年某次疫情封城中，低价礼品代发网某生鲜电商企业地点的总部恰好在该城市，在这次封城中，为了支持保供，整个企业的产品线做了平常需求半年时刻才干完结的上百项功用迭代，这其中无疑不体现了数字化对商业运作的重要价值与意义。

下面咱们就来看看在这场疫情中，这家生鲜电商企业的产品人是怎样依据市场需求改变，进行产品动态调整响应的。

01 一组数据阐明疫情的惨烈

首要咱们用一组数据来看看整个生鲜电商在这期间接收到的冲击有多大？如下图。

大体上能够总结为：

客户端APP流量翻番；
订单量最高为平常的4倍；
企业供给才能上限也只能满意全市需求的10%；
面对高涨的用户需求，可是在疫情期间咱们的整个生鲜电商的供给才能呈现了大规模的下降。

这儿不只仅是一家企业啊，简直整个生鲜职业在那个时刻都存在这个问题。那么咱们详细来分析一下为什么会呈现这样的问题呢？

首要咱们聚焦来看看生鲜电商的一般性供给链构成，如下图所示。

能够说是标准的分功用架构，由出产加工将质料出产为制品，并由中心仓（部分出产加工中心直接建在中心仓内，此处可能就只有中心仓节点）统一贯城市内各前置仓进行补货，并终究由前置仓进行用户订单履约。

那咱们本来引以为傲的这种分层的功率建造供给系统为什么在这个时分呢一会儿起不了效果？

咱们详细来看本来的系统里，最大的原因便是由于咱们整个流程过程咱们的中心仓往往由于疫情的原因整仓被封，或出产中心直接被封，导致咱们出不了货。也便是咱们的质料到了出产加工中心并出产完结后，送到了中心仓，这个时分却没有办法去进行发货。由于中心仓有疫情被关掉了，不能再使用。

那这个时分就没有仓去帮咱们做出产加工，咱们结尾的前置仓他又没有出产加工的才能，就导致没有办法去进行配送。

其次便是咱们在结尾的这些骑手里头，他许多也被封在小区里头了，所以就导致出不了货。

所以综合来看体现便是在物流上能够看到咱们买不到货，出也出不了货，然后用户更收不到货。本来引以为傲的功率的分层供给系统在疫情时刻瞬间就失灵了。

那么看到这儿，我想说一点，低价礼品代发网生鲜零售的数字化其实便是零售数字化系统开展的又一次进化，为什么这么说呢？由于生鲜的这次遭遇的问题，它本质上来说也是咱们传统零售职业遭遇过相同的一个问题，只不过这个时分他又套到了生鲜零售上。

02 疫情露出问题分析

那咱们产品人应该怎样去处理的？首要咱们先将各个问题详细分析。

1. 为什么说咱们买不到货？

咱们能够看到在客观因素上来说。当时在疫情中咱们买不到货的原因便是由于各家生鲜企业都开端在疯狂的抢这个货源。整个市内的个个生鲜供给基地货被一网打尽。而全市封城了之后，城际主干道通道也被阻塞掉了，导致便是外省的货他没有办法送进来。

然后一起由于内部咱们还存在一套杂乱的加工过程系统，便是咱们本来出售的都是洗好的马铃薯或切好马铃薯丝。

可是在中心仓等被疫情风控之后，咱们就没有办法再次进行处理。我记住那时分咱们只能看到那一框框马铃薯就在库房里，而咱们无能为力，这是咱们的客观也买不到。

此外一起咱们还有主观原因导致买不到，主观原因是什么呢？便是当时咱们的这个收购同学由于他身上背负的KPI，便是要下降这个货损，也便是咱们的库内损耗。

可是在疫情中一旦某仓呈现疫情，此刻整个库房就要被封，可是生鲜在库房中放上一天你就会看到菜开端发黄了，乃至部分叶子开端发臭发黑了，那么在库房中大量菜密集堆积的状况下这种状况更为显著。

低价礼品代发网所以导致收购看到这样的状况之后就不敢去大量收购。由于买了之后一旦仓被封，整个货损就悉数算到这个收购的身上，他背不起这个KPI，所以他也不再怎样敢去下收购单，所以导致不只货源本来就少，而收购也不愿意下单。

那么这是第一个问题的详细原因构成。

2. 咱们的部分供给链节点的瘫痪导致链路中断

咱们还记住前面有一张图告知咱们说中心仓是起的什么效果？中心仓的他起了效果其实便是去承当制品的分发功用，以及承当生鲜品的一个二次仓内加工过程。

也便是咱们把一筐筐马铃薯和蔬菜在仓内进行一个预包装，然后分拣成一盒一盒的。

可是在疫情中咱们由于中心仓被封了之后这个链路就完全断掉了。最前哨的前置仓它原有的功用仅仅是分拣和配送，此刻来了一筐筐的马铃薯，他一方面是没办法加工，一起他也处理不过来，更没有这种专业的人去进行一个分级挑选。

所以就会导致咱们整个链路中一旦中心仓瘫痪，前置仓就算有货，他也不知道怎样去发，他更没有办法进行加工。

以上便是第二个问题的详细状况。

3. 咱们结尾没有人力配送

那我这儿给了一个数据啊，便是咱们能够看到在疫情的风控状况下呈现的的数字有多么极端。

某生鲜电商本来一共有284个前置仓，可是疫情影响直接临时封闭了100个。此刻仅剩160多个左右。

能够看到将近一半的前置仓都现已被关掉了，那这个关掉意味着什么，便是说用户翻开APP就会发现自己地点的区域无法下单了。由于咱们的前置仓是有掩盖区域的，他一般只掩盖5~10km左右。

这个时分一旦这个前置仓被封闭，在地图上这一块区域就变成空的了，就没有办法去掩盖这个地方，所以就导致结尾没有配送。

就算这个前置仓有骑手，他能到这个前置仓，可是这个前置仓也也现已被风控了封闭了。

一起咱们这个骑手由于在咱们本来产品系统过程中，它是和前置仓强绑定的。由于咱们要去给这个骑手去算绩效，对吧？要去算他的这个工资，所以咱们会有个前置仓的绑定功用，在短时刻内咱们也处理不过来这个骑手的联系搬运。

就导致骑手和前置仓没办法解绑，人力被完全被锁死到这儿。还有个是什么呢？便是咱们当时去确定骑手运力的方式有一个问题，咱们原先是按单量核算运力饱和度的，比方一个骑手每次外出只能接30单。那这个相信咱们很好了解，便是由于我要给骑手去算费用，此刻肯定是从企业的这个办理本钱上来考虑，我肯定是期望按订单去给你算绩效，也便是一个订单不论多少货我给你的运费是固定的。

可是这样的办理方式，形成在疫情状况下许多时分由于咱们都是拼手速抢菜，许多时分用户害怕抢不到，所以刚选了一袋面包，他就立马提交了订单。此刻由于这个订单就把一个骑手的运力去确定了。

所以咱们就看到许多怪异的现象，许多时分发现十分困难有个很宝贵的骑手过来了，但他身上总共装了40包面包就出去了，宝贵的运力由于订单的这种确定方式被白白的浪费了。

所以这实际上来说便是咱们的结尾无配送的一个详细的体现。

能够看到在零售系统中咱们原有这种高度的分工化，反而让整个链条变得极为软弱。

那这实际上来说不只仅是生鲜零售问题，其实便是我刚说的在整个零售系统中都会呈现这样一个问题。一旦大规模的突发性用户需求爆发的状况下，咱们的零售系统就变得非常的软弱。

03 进行定向问题改造

那咱们作为产品人，咱们不能说无动于衷。这个时分咱们就应该发挥咱们的主观能动性，去考虑要怎样处理这些个问题？

那咱们产品人咱们怎样处理这个问题？那这儿我给出了一个基于中台才能的综合处理计划。

咱们来看第一个问题，咱们要怎样详细去处理？

这儿的处理计划分为两个维度，第一个维度纯业务计划，调整进货途径，动态调整KPI等等。

而在产品维度上咱们要完成货找人，也便是说由我的货去找仓，这个库房有货，可是这个库房没有订单，咱们就在疫情期间在咱们的供给链中台中，将原有给库房绑定的限制特点悉数下掉，将一切库房视为一个原子库房，答应进行互将调拨，咱们不只仅让大仓能够往前仓补货，咱们还答应前置仓之间相互调拨，这个前置仓被封了，可是他有一堆货，咱们赶忙调拨到别的一个前置仓，那么这样的话就让这个货去找到真实有需求的人。

第二个问题的处理计划便是咱们需求去树立一个具有柔性的供给链系统。

低价礼品代发网所谓的柔性供链其实便是咱们要去树立一个缓冲才能，那咱们刚才现已讨论了咱们遇到的问题是什么？

就说是咱们本来是在进行一个分级加工的一个执行系统。这个时分咱们经过上线节点特点配载功用，树立一个冗余系统，咱们能够在系统中将恣意一个库房设置为一个额外加工中心。

比方说我本来的这个前置仓，他本来没有这种分级挑选的特点，此刻咱们在系统中核算途径时就不会核算该节点，可是当咱们经过这个动态配分级特点功用，随时让某个临时抽调人员组成的仓配上这些特点后，后续一切的加工途径，质料配送途径都能够识别了。

此外这儿咱们做的一个改造便是去将出产和转运这些功用特点与详细库房进行解耦。也便是针对一些具有多重特点功用的库房，一旦中心仓瘫痪，那它所掩盖的所照顾的这一群前置仓就没有办法去执行一个补货。

此刻我不需求说一定由中心仓向某个前置仓补货，我能够随时让某个前置仓也变成一个中心仓，只要在中台系统中装备转运特点，然后由这个前置仓瞬间变成了一个集散地。他可向这个城市进行货品集散分发，此刻咱们就处理了这个问题，也便是将转运功用进行动态的可改变。

第三个问题便是咱们结尾的前置仓配送问题。

首要咱们分析一下用户无法下单的原因是什么呢？其实原因便是由于咱们前置仓本来的服务范围是一个固定的网格。这个网格一旦被划定了之后，它就没有办法去进行一个修正。就像我刚才说的，咱们在地图上原先经过284个前置仓，在地图上分割成了284个小块，那一旦这个前置仓溃散了，这个时分咱们这块就空出了一块空白之地。

那这个时分其仓由于这个网格是固定的，他也没办法掩盖，那现在咱们的处理方式便是动态网格，一旦某个前置仓溃散了，咱们就将其他周边的两个节点或者说其他的三四个节点去进行一个动态调整，然后完成咱们这个地图上没有空白的区域，完成动态地去支撑。

此外本来咱们的骑手他是必须要绑定某个前置仓才干去领任务，而且整个调整链路要一周以上，那这个时分咱们做的调整便是能够依据订单的密度去动态办理咱们的整个骑手。

让在一个城市的整个骑手资源能够通盘去看，然后去完成动态调整。今日这个前置仓由于他的单量多，咱们把这些骑手调度到这个前置仓。明天这个前置仓的单量下来了，咱们再把剩余的骑手去调度出去。那么就完成了骑手的一个动态运力的调整。

然后再往下便是将本来确定骑手运力按订单量方式去进行一个免除，那这儿的免除，不是说简单的便是说干脆按这个骑手上的这个商品的件数去进行一个计费。那这样的话其实咱们交给骑手的这个本钱就会飙升，所以咱们的处理计划是经过增加了一个补单的功用，咱们当一个订单确定了骑手之后，如果这个订单还没有出仓，那咱们有货用户能够随时去二次追加，然后去提高咱们每个客单的商品数量。

低价礼品代发网能够看到咱们在规划处理这个问题的计划时，一方面考虑了公司的本钱需求。一起尽可能的让骑手运力功率完成了最大化，给出了一个平衡的计划。

咱们能够看到这儿的处理计划本质思维便是两个：

解耦：将库房的不同才能特点笼统出来，如出产，转运等，然后完成动态配载；
大局：将一切资源节点（库房，线路，加工途径，人员）线上化，然后完成大局的资源调度与办理。
而这二者也就构成了供给链柔性化的内核，看到这咱们感觉与中台的规划思维有无相同之处？

没错，这儿的思维本质也便是我之前多次着重的MSS中台建造模型：先笼统出企业才能，随后将整个资源大局办理，完成动态分配。

04 最后

最后对于零售企业来说，树立柔性系统是一家企业走向强壮的必备基础，而这背后一定需求有一个强壮的资源管控才能渠道进行调度。