复盘,简易版的移库,我就踩了第三个坑( 二 )


这个也就是为什么一些电商网站会说新老包装随机发货的原因 , 因为在仓库的时候新老包装都是同一个SKU , 没有做批次 , 所以新老包装就放在一起了 , 拣货的时候就随机拿了 。
如果仓库要求对批次进行管控 , 那么的功能设计上就要复杂一些了 , 因为批次管控意味着不能混批次(一个库位上不能放不同批次的同款商品)上面提到 , 一般仓库不会采用重新贴码的方式来批次 , 所以都是用的第二种 , 也就是跟踪批次号对应的仓位的方式来 。
此时如果我们加大业务量 , 一天同时入库10个货主 , 100款SKU , 大概有400多次 , 而且这些产品中 , 有些需要效期 , 有些需求批次 , 有些只需要SKU , 这个时候如果没有一套完善的批次机制就容易出问题了 。
三、业务继续升级 , 效期 , 批次和普货同时
效期 , 就是针对商品的有效期(保质期)进行 , 仓库不能把一些过期了或者临近过期的产品发出去 , 否则会造成比较严重的损失 。
批次 , 就是针对商品的出厂批次或者入库先后的批次做 , 一般会用来做先进先出 , 提升产品的周转率 , 同时也能尽量把老款卖出去 , 也方便来算库龄和仓租 。
普货 , 就是普通的产品 , 不需要做批次 , 也不需要做效期 , 可以直接在SKU的粒度上进行 , 无论是先到的还是后到的 , 都可以直接叠放在同一个库位上 。
针对这三类的产品 , 其实是有共性可以作为突破口的 , 那就是批次号 。 无论你是什么类型的产品 , 我都给你加上一次 , 这次可以理解为SKU的策略 。 因为批次号需要与库位进行关联 , 即某个SKU的某次号的货物放在了某个库位上 。 所以我们需要对库位也做一个策略的 , 就是商品是否混放与批次是否混放 。
将SKU的策略和库位的策略结合在一起 , 来切割我们不同的产品的要求和粒度 。
对于库位的策略来说 , 就是分为商品混放且批次混放 , 商品混放且批次不混放 , 商品不混放且批次混放 , 商品不混放且批次不混放 , 一共四种情况 。 一般来说海外仓用的最多的就是商品不混放且批次混放 , 就是一个SKU都放在一个库位上;而对于一些生鲜产品或者效期产品来说 , 用的比较多的就是商品混放且批次不混放 。
所以一个SKU的上架 , 大概来说可能会有8种判断条件 , 如果把效期产品的单独算作一种策略 , 那么就会有12种判断条件 。
四、说回移库 踩坑一:说移库只想到了移库
但是回顾一下 , 其实移库的本质依然是上架 , 只是包装了一层外衣 。 难点其实依然是在上架的时候对SKU和库位策略的判断 , 如果只盯着移库去设计 , 很容易走进死胡同 , 发现怎么设计都会有欠缺 , 都是只见树木不见森林 。
复盘,简易版的移库,我就踩了第三个坑
文章图片
策略不全
踩坑二:上架的方式与逻辑判断的方式
除了一开始踩进了移库这一个牛角尖的坑之外 , 还有一个很重要的坑 , 那就是关于上架的方式和逻辑判断的方式也碰壁了 。
按常规来讲 , 移库应该是会涉及到同时移库多个产品的 , 这也意味着上架的时候会上架多个产品 , 现实的上架确实也会如此 。
我在考虑SKU策略和仓位策略的时候就犯难了 , 例如一个库位的策略是商品不混放且批次混放 , 那么我在上架的时候得要先考虑我待上架的产品首先有没有混放(意思是自身有没有混)如果没有混 , 那么放上去的时候又要考虑已有的产品和要放上去的产品是否混放 。 如果这个也没有混 , 最后再判断批次是否混放 , 直到都满足才可以上架 。
这样一来 , 如果一次性上架很多个SKU , 那么商品不混放的库位压根就上不了 。 如果在移库的时候 , 仓库发现这个库位上去了 , 那个也上不了 , 很容易就崩溃 , 效率也不高 。


推荐阅读