首先,小编先跟大家解释一下什么叫“售后改价”。
众所周知,生鲜产品与普通产品最大的区别之一体现在价格的波动上。
普通商品的价格波动比较缓慢频率较低,按月或者按季度波动。而生鲜商品的价格随时都在变化,早上一个价,晚上一个价。都说女人翻脸比翻书还快,这生鲜商品的价格变化那比女人翻脸更快。
因此,很多时候我们并不知道菜品当天的实际售价是多少,定价往往也是根据最近3天或者一周的价格波动情况来预估计算。如果遇上市场断货或者天气突变,都有可能导致菜品价格突变,这也就导致配送商从农批食场采购的菜品单价比给到餐厅客户的预估单价要高得多。
这个时候,我们就需要把这些出现突发状况的商品从客户已经提交的众多订单中找出来,按照实际的采购价格重新修改售价。
那为什么要给“售后改价”增加批量的操作方式呢?
其实这个是对于To B食材配送管理自然进化出来的产物。
我猜你会问,为什么是To B而不是To C?
对于C端客户来讲,由于整体互联网电商环境的影响,大家都有一个约定俗成的潜在规则,不管是先付款还是后付款,他们在平台上看到商品在终端显示是什么价格,那就必须按照这个价格结款,如果出现下单成功后再改价,对于C端客户来讲,这就是欺诈行为。所以,售后改价根本不适用于To C的配送管理。
(批量售后改价操作界面)
而那些做B端食材配送的企业,他们手里的客户很多都是餐厅,一家客户单日下单就要上千。
小明有100家餐厅客户(B类客户),每家客户下单的菜品种类为20种。某一天,天降大雨,蔬菜集体大涨价,小明的采购价比售价贵了一倍多。这个时候客户的订单已经提交了,但因为客户还没有付款,所以还可以对订单上的商品单价进行修改。
每家客户20个蔬菜,就要改20次,100家客户总共要改2000次,每次改价所花时间按3秒算,2000次就是6000秒,换算下来就需要花费近1小时40分钟的时间。
现在,小明用观麦系统批量改价功能,每个商品只需修改一次,系统里所有已提交订单上的同一个商品单价将同时被修改过来,20个菜,就只需要改20次,总共耗时才1分钟。