【讲透-进销存】第6篇 接单发货,怎么快还不乱?

0 评论 61 浏览 0 收藏 13 分钟

从超卖事故到拣货混乱,再到组合销售的库存难题,本文通过老李的实战案例,拆解进销存系统在订单履约中的关键机制。库存锁定、拣货策略、复核流程与虚拟组合,这些细节决定电商生意的成败。读懂它们,让你的订单处理更高效、更准确。

6.1 老李的“超卖”事故

定价体系跑通之后,老李的生意明显上了个台阶。流水涨了,毛利也稳住了,他觉得自己终于摸到了门道。

这时候,一个做社区团购的朋友找到他,说:“老李,我在我们小区群里帮你推一波,你那个辣酱和牛肉干最近挺火的,搞个团购,肯定爆。”

老李一听,好事啊。二话不说答应了。

朋友在群里发了接龙,老李在系统里设了个“社区团购价”。当天晚上,老李打开后台一看,吓了一跳,辣酱订出去80瓶,牛肉干订出去60袋。这可是平时一周的量。

第二天,他开始发货。问题来了。

一个顾客打电话来问:“老板,我订了两瓶辣酱,怎么只收到一瓶?”

老李一查系统,库存明明还有。他跑到仓库里找,货架上辣酱的位置是空的。

“不对啊,系统里明明有货的。”

他又查了一遍,发现问题出在哪了。

原来,昨天团购订单涌进来的时候,他的系统只是“接了单”,没有“锁库存”。也就是说,线上团购订出去80瓶辣酱的时候,线下门店还在同时卖。店员扫一瓶卖一瓶,系统里的库存一直在往下掉。线上的订单和线下的销售吃的是同一锅饭,但线上订单没有给自己那碗饭“盖上盖子”。

等到老李去仓库拣货的时候,线上订单需要的80瓶辣酱,实际库存只剩40多瓶了。

这就是“超卖”:系统显示有货,但实际上已经被别人买走了。

老李那天干了一件他至今想起来都觉得丢人的事:挨个给团购的顾客打电话道歉,问人家能不能换成别的口味。有几个顾客退了款,有几个换了口味,还有两个直接把他拉黑了。

那天晚上,老李在店里他打开进销存系统,翻到库存模块,盯着那个“可用库存”的数字看了很久。

这个数字,他以前从来不看。他只看“在手库存”。但“在手库存”是所有实物库存的总和,并不等于你能拿来卖的数量。

他后来才知道,真正决定你还能不能接单的,是可用库存

6.2 库存的“锁定”机制

在手库存=仓库里实际存在的货物数量

可用库存=在手库存+在途库存-已分配库存-冻结库存

什么叫“已分配库存”?就是客户下了单、付了款、系统已经把这批货“预扣”了,但货还没发出去。这批货物理上还在仓库里,但所有权上已经“卖掉了”。

老李那天的问题,就出在“已分配库存”这个环节。他的团购订单只生成了销售订单,没有自动冻结对应库存。所以系统里的可用库存一直没有变化,谁都能卖。

解决这个问题的方法,叫库存锁定。

现在的进销存系统,通常支持两种锁定策略:

(1)下单即锁库

客户提交订单、审核通过的瞬间,系统自动把对应数量的库存从“可用库存”划拨到“已分配库存”。这批货就锁死了,其他订单无法再占用。

优点:绝对安全,不会超卖。适用于线上订单、预售、团购。

缺点:如果有人恶意下单不付款,库存被锁住,真正要买的人反而买不到。所以通常要配合“订单超时自动释放库存”机制:比如30分钟不付款,自动取消订单,库存释放。

(2)发货时扣库

只有到实际发货时,才从系统里扣减库存。适用于门店现售、熟客赊销。

优点:灵活。

缺点:存在超卖风险。需要配合严格的补货流程。

老李后来把线上订单全部设置成“下单即锁库”,并且设了30分钟释放规则。线下门店因为客人当场付钱当场拿货,不存在时间差,沿用“发货时扣库”。

从那以后,再也没出过超卖事故。

但“下单即锁库”有一个更深层的逻辑,我必须在这里讲清楚。

库存锁定的本质,是一套“时间优先”的分配规则。

当库存有限、订单排队的时候,你必须决定:谁先拿?

是按订单时间?先下单的先锁。 是按客户等级?VIP优先锁。 是按渠道?预售渠道先锁,现货渠道后锁。

这些规则没有绝对的对错,取决于你的业务策略。但你必须要有规则。没有规则,系统就不知道该怎么分配,最后要么超卖,要么让不该优先的人插了队。

6.3 拣货发货,怎么快还不乱?

锁住库存只是第一步。接下来,你得把货从仓库里找出来、包好、发出去。这个环节,老李又踩了坑。

刚开始做团购的时候,他让店员小张负责发货。小张是个勤快人,接到订单就冲进仓库,靠记忆满货架找。头几单还行,订单一多就乱套了。

有一回,小张把辣酱和牛肉干包反了。辣酱订了2瓶的顾客收到了4袋牛肉干,牛肉干订了4袋的顾客收到了2瓶辣酱。两个人都找老李投诉。老李又补发又道歉,折腾了两天才消停。

“我以为发货就是拿货、打包、贴单子,怎么这么多门道?”老李跟我抱怨。

我告诉他:拣货是仓库里最耗时间、也最容易出错的环节。管好了,效率翻倍。管不好,天天错。

拣货有三种常用策略,各有各的适用场景。

(1)按单拣货

最原始的方法。拿一张订单,去货架上一个一个找。

优点:简单,适用于订单少、SKU少的情况。

缺点:订单一多,来回走动的路程能把人腿跑断。老李小张之前就是这么干的。

(2)分区拣货

把仓库按品类分区:饮料区、零食区、日用品区。每个区派一个人,只负责自己那个区的拣货。

一个订单如果包含饮料和零食,就拆成两张子拣货单,饮料区的人拣饮料,零食区的人拣零食,最后在打包台汇总。

优点:每个人只在自己那片活动,效率高,也熟悉自己那片的东西。

缺点:需要最后“合单”,多了一个核对环节。

(3)波次拣货

把一批订单汇总起来,拣货员一次性把所有订单需要的商品全部拣出来,再按订单分。

比如20个订单一共需要50瓶辣酱、30袋牛肉干。拣货员一次性从货架上拿50瓶辣酱、30袋牛肉干,推到分拣台,按订单分装。

优点:效率最高,尤其适用于订单量大、单品集中的情况。

缺点:需要系统支持波次运算,分货环节不能出错。

老李后来根据自己的情况,做了个混合方案。日常门店补货用按单拣货,团购活动期间的线上订单用波次拣货。

除了拣货策略,还有一个防止发错货的保命机制:复核。

不管用哪种拣货方法,货到了打包台,必须做一次“二次校验”。用扫码枪扫一下商品条码,系统自动跟订单比对。错了就报警,对了才放行。

老李买了两把扫码枪,连到系统上。从此之后,发错货的事几乎绝迹了。

6.4 组合销售的二重身

拣货发货的问题刚解决,老李又遇到一个头疼的事。

快过年了,他想搞一个“年货大礼包”:一袋牛肉干、一瓶辣酱、一包瓜子,打包卖一个价。

思路很好,但系统里怎么弄?

他一开始的想法很简单:在系统里创建一个叫“年货大礼包”的新商品,定价、卖就行了。

这么做的结果是:他必须提前把牛肉干、辣酱、瓜子从仓库里拿出来,装到一个礼盒里,当成一个新商品入库。这叫预包装组合

预包装组合的问题是:万一卖得不好,礼盒拆又不能拆,退又不好退。万一卖得太好,包装又跟不上,耽误发货。

而且,原材料的库存没有同步扣减:牛肉干被装进礼盒之后,单独卖给其他顾客的牛肉干库存并没有减少,两边可能打起来。

老李愁得不行。我说:“你换个思路。别把礼盒当成一个实物商品,把它当成一个‘虚拟组合’。”

“虚拟组合”是一个接单层面的概念。你在系统里创建一个虚拟的“年货大礼包”,设定它的组成:1袋牛肉干+1瓶辣酱+1包瓜子。

当顾客下单买一个礼包时,系统自动把这个礼包拆成三件东西,分别扣减牛肉干、辣酱、瓜子的库存。拣货的时候,小张拿到的拣货单上写的也是三件独立商品,不是“一个礼盒”。

两种组合模式的区别,我用表讲清楚:

老李选了“虚拟组合”。年货礼包卖得还不错,而且整个过程中没有出现库存打架的问题。更重要的是,他不用提前压一批包装好但不知道卖不卖得出去的礼盒。

这里有一个选择标准值得记住:如果你的组合销售是为了“方便顾客一起下单”,组合本身没有形成新的独立商品价值,那虚拟组合就够了。

如果组合本身形成了新价值:比如一个印刷精美的礼盒,顾客买的就是这个礼盒的整体,那预包装组合更合适。

这一章我们讲了从订单到发货的全过程:怎么用库存锁定防止超卖,怎么用拣货策略提高效率,怎么用复核机制防止发错货,以及组合销售的两种处理模式。

到了这里,“卖”的动作似乎已经完成了。但销的闭环还有最后一环,也是老板最关心的:卖出去,钱能收回来吗?以及万一退回来了,怎么办?

这是下一篇的内容。

本文由 @杰记 原创发布于人人都是产品经理,未经许可,禁止转载

题图来自 Unsplash,基于 CC0 协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 目前还没评论,等你发挥!