I功能升级
功能入口在哪,谁能看到
订货宝的库存预警不在商品编辑页里单独藏着,而是在库存管理相关的设置模块里统一配置。登录后台后,从库存或商品管理进入库存预警设置,可以按商品、按仓库分别设安全库存下限,也可以设一个默认值再对重点商品单独调整。配好之后,系统会在库存量触到这条线时产生提醒,不需要人每天去翻库存表。
权限上要注意,预警设置和预警接收是两件事。设置通常给运营或商品管理岗,接收可以给采购、仓管、业务负责人。对接人配系统时容易只想着把功能打开,忘了确认谁有权限改、谁负责收。建议在配置阶段就把这两类人分开列出来,后面才不会出现「提醒发给了不看的人」。
如果企业有多个仓库或多个货主,入口里会涉及仓库维度的选择。这一步不要图省事全部套用同一个数,不同仓库的周转速度不一样,用同一个安全库存,快周转的仓会频繁提醒,慢周转的仓提醒了也没用。
II功能升级
它解决的是哪一段业务
库存预警管的是「从库存下降到触发补货动作」这一段。它不负责算你应该补多少,也不负责生成采购单,它做的是把「已经到线」这件事及时说出来。对下游渠道多、SKU 多的商贸批发企业来说,这一段过去靠人盯,SKU 一多就盯不过来。
它和订货端是连着的。下游客户在小程序、商城、APP 下单后,库存扣减,如果某个商品已经接近或低于安全库存,后台能提前看到,而不是等客户下单才发现没货。对做连锁供货的企业,这个差别直接体现在缺货率和客户体验上。
要说明的是,预警本身不阻止超卖。如果你的业务需要下单时就卡住库存,那是另一类库存控制设置,不要指望预警替代它。预警是提醒你去做动作,不是替你做动作。
III功能升级
配之前要准备什么
第一件要准备的是安全库存的口径。同一个商品,按可售库存算和按实物库存算,触发时间会不一样。如果你们的库存里有一部分已经被订单占用但还没出库,用可售库存做预警更贴近实际可补货的量。这个口径要在配之前和仓管、采购对齐,不要配完再改。
第二件是历史数据。安全库存不是拍脑袋,建议先看一段时间的日均出货量和补货到货时间。日均出货量决定这条线设多高,补货到货时间决定你要提前多久被提醒。没有历史数据的新品,可以先给一个保守值,跑一段时间再调。
第三件是接收人和处理流程。提醒发出来之后谁看、多久内处理、处理完在哪里标记,这些要在配之前定。否则预警会变成每天一堆消息,慢慢就没人看了。对接人可以把这件事写进上线检查清单,和账号权限一起交付。
IV功能升级
常见配错的地方
最常见的错是安全库存设成统一值。不同商品动销差别很大,统一设一个数,结果就是慢销品天天提醒、快销品提醒时已经晚了。正确做法是先按品类或按动销分层,重点商品单独设。
第二个错是只设下限不设提醒频率。库存低于线之后,如果每次都提醒,一天可能收到很多条重复消息,接收人会直接屏蔽。配的时候要考虑提醒是触发一次还是持续提醒,以及多久汇总一次。
第三个错是配完不验证。上线前应该拿几个商品手动把库存调到线下,确认提醒能发到正确的人、内容能看懂。不验证就上线,很容易出现提醒发了但没人知道是哪个仓库哪个商品。
还有一个隐性的错:把预警当成补货决策。预警只告诉你到线了,补多少还要结合在途、在产、客户订单。把这两件事混在一起,接收人会以为系统已经算好了,反而不去判断。
V功能升级
和手工做法的差别在哪
手工做库存提醒,通常靠人每天导一次库存表,再用条件筛选。SKU 少的时候可行,SKU 上百之后,导出、筛选、核对本身就是工作量,而且只能覆盖导出那一刻的状态。
订货宝的库存预警是把这件事变成系统按规则持续判断。差别不在于「有没有提醒」,而在于提醒的时机和覆盖面。系统可以在库存变动后触发,不用等人来查;覆盖面取决于你配了多少商品,而不是取决于今天谁有空。
代价也要说清楚:配预警需要前期投入时间定口径、分层、定接收人。如果这些没做,系统提醒反而会变成噪音。手工做法虽然慢,但灵活;系统做法快,但前提是规则先想清楚。对接人评估时,可以把「谁花时间定规则」当成一项上线成本算进去。
VII常见问题
被问得最多的几个问题
在订货宝后台的库存管理相关设置模块里,可以按商品和仓库配置安全库存下限。一般由运营或商品管理岗负责设置,采购、仓管、业务负责人负责接收提醒。建议配置阶段就把设置权限和接收人分开确认,避免提醒发给了不处理的人。
建议按可售库存而不是实物库存来定,因为被订单占用但还没出库的部分,实际不能用来满足新订单。定数值时参考一段时间的日均出货量和补货到货时间,新品可以先给保守值,跑一段时间再调整。不同仓库、不同动销的商品不要用同一个数。
预警只负责提醒到线,不负责阻止超卖,也不负责生成补货单。如果补货到货时间长、接收人没及时处理,或者安全库存设得过低,仍会缺货。上线前建议手动把几个商品库存调到线下验证提醒链路,确认提醒能发到正确的人并且内容可读。
IV继续看
企业微信 · 专属顾问