[电子商务]库存那些事儿-2-货位系统-1

电商营销引流3年前 (2021)发布 fain
13K 50 0

本文主题电商运营,电商仓储物流,电商电子商务,电商库存管理,电商货位系统,电商营销引流。

本系列的第一篇发在paidai后,得到了朋友们的认可,我也更加有动力继续往下面写。不多废话,继续奉上干货。文章发表了发现里面有一些之类的HTML标记,怎么都删除不掉,只好放任了。--------------------------------------------------------------------------------------------------树是再常见不过的东西,大树的树干强健,树叶翠绿,令人赏心悦目。但,树干的强健与权叶的翠绿,都离不开枝条的支撑和输送功能。如果说库房是一整棵大树的话,树叶就相当于一个个货品,而在其中起到支撑作用的,就是货位系统。货位系统并不是什么新鲜玩意儿,而且也不是电子商务中才有的。大家去超市时候可以注意一下,大部分的产品,它的摆放位置是基本固定的,这同样是货位的概念。实际上,货位系统是WMS中最为基础的部分,货位系统的设计,在很大程度上决定了WMS系统的表现,尤其是与库存转移相关的操作(包括上架、检货、理货、盘点等,这实际上包括了库房中的大部分操作)的效率和准确性。B2C企业最初使用货位系统的原因都很类似:即公司经营规模的扩大,导致库房所需要管理的SKU数量越来越多,单靠人脑无法全部记忆过来,而采用分区存放的效率也较为低下,因此需要用电脑系统作管理,需要使用某种产品时候,依据库存记录去查找。这对于B2C企业是极为必要的,国内排名前10的几家公司,其管理的SKU数量一般都会超过10万种,这样大的数量,只能依靠电脑系统管理。货位系统的也是随着B2C行业的逐步发展,随着业务的需求,一步步地从简单到复杂这么走过来的。下面介绍从简单到复杂的几种货位系统。需要说明的是,这几种货位系统并不是相互独立的,而是一个一个演进过来,演进的原因么,是由于业务的发展,整体控制的逐渐精细化。1.基础版:没有货位系统的情况下,库房管理大量SKU所遇到最大的问题是:找不到所需要的SKU在哪里,因为库房太大,东西太多,人脑的记忆力是有限的,无法应付大规模的货位信息。为了解决这个问题,最为简单的解决方法如下:A.首先,将库房分成多块区域,分别命名为Location1,Location2,……B.其次,把某个SKU某个区域中,再将这一信息记录下来,形成一张表格如下,这一表格中,SKU与Location对应的关系。SKULocationSKU1Location1SKU2Location2…………C.每次在往库房中放产品时候,先查一下这张表,看哪些产品是有记录了,就放到记录中的Location些产品还没有记录,就先放下来,再把Location加到表格中去。只要按照这一流程,一直维护该表格,所有的SKU的货位信息就在表格中就会都有记录,需要使用某一SKU时,直接查找表格即可,这样就解决了最为迫切的问题。2.进阶版A:基础版货位系统解决了最为急迫的问题,但在使用中发现了这一架构的最明显问题:可管理SKU数量有上限。举个例子,1万平米的库房,除了大约4000平米用于收、发货操作以外,大约有6000平米可以用于存储。存储区域中,通道占了至少60%的面积,实打实的仓储面积,只有2400平米。假设货架有4层,每层高40cm,实际使用存储面积是9600平米。设每个Location是60cm*60cm,即0.36平米,可使用的总Location2.67万种(以上的计算是理想情况,每个Location存储容积仅为0.6*0.6*0.4=0.144立方米)。若再考虑到产品中存在部分的畅销品,库存量较大,一个普通的Location常放下,需要占用更多的空间。实际上,能够使用的Location只有2万种左右。如果SKU中有大体积的货品,例如冰箱、洗衣机等,数量就更少了。这一问题的解决方法也很简单,改变表格中一一对应的关系,为多对一的关系,即在同一个Location多个SKU,如下,Location1中同时有SKU1和SKU2两种产品。之所以可以这样操作,是由电子商务的长尾理论所决定的。越靠近长尾的末端,产品的销售量就越小,所需要储备的库存量就越少。只有一、两件货的产品,如果在外型上可以很容易地区分开,完全能够放在同一个货位中。这样就实现了可管理SKU数量的增长,使用这样的方法,可管理的SKU数量一般可以增加2倍以上,根据不同的业务情况会有所变化。SKULocationSKU1Location1SKU2Location2SKU3Location1…………3.进阶版B:进阶版A能够大大提升库房管理SKU的数量,但是同样存在着问题:大量备货后的实物管理。受到存放器具(包括货架、托盘等)的限制,库房中的区域大小是大致固定的,某一个Location不会超过1个托盘的大小。但是库房所管理实物的数量是不确定的,某些特殊促销的SKU,会在事先大量备货,一个Location法容纳。这是进阶版B的最大问题。问题的解决方法也很简单,在进阶版A中,货位的表格是多对一关系,即一个SKU只能放在一个Location一个Location存放多个SKU,如果将这一关系作进一步的放松,形成多对多的关系,即一个SKU能放在多个Location一个Location以存放多个SKU,则解决了大量备货的实物管理问题,表格示例如下:SKULocationSKU1Location1SKU1Location2SKU2Location2SKU3Location3…………4.阶段性的分析:以上的三种货位系统实际是层层递进的关系,而进阶版B,则是现在国内的大部分B2C企业所使用货位系统的基础原型。这一系统有着很明显的优点:A.系统架构相对简单:这种货位系统只需要单独维护一张表格,表格中的数据项仅有两个,所有操作都只针对表格的信息行作处理,非常简单。B.上架操作相对简单:上架操作时,先查询是否原来已经存在货位,若已经有货位,则放到已有货位上,若没有,则新建货位。若原有货位上无法放下产品,则直接再找一个能放下的货位,将对应关系添加到表格中去。C.成本低:所有的操作(包括上架、检货、移货)都可以在电脑上完成,不需要采购专门的设备,成本很低。但是不可避免地,这一系统也有着非常大的缺点:A.货位信息冗余不可避免:这一点很好理解,例如LocationN上面放了SKUN,后来在逐次出货的过程中,SKUN被一个个地检走了,最后LocationN上面并没有SKUN了,但系统上仍然显示着SKUN在LocationN上有货。这样的货位信息就是冗余信息,而且在日常的运营中根本无法避免。B.检货效率受到影响:在一个SKU存在于多个Location货人员需要自行判断到哪一个Location。若出现前一个货位信息冗余的问题,则有可能会让检货人员空跑一趟,这对检货效率的影响非常大。C.盘点困难:库房盘点时,一个SKU在多个货位,盘点时候需要跑来跑去,非常麻烦,且容易出错。D.检货路径的低效:在规模化的B2C企业中,检货是批量操作进行的,每一次检货会同时检出数十个订单,然后再进行分检。这也就意味着,检货员一次检货需要检出上百个SKU,这些SKU可能分布在库房的各个角落中,需要事先规划一条最优路径,以提高检货效率。但是在一个SKU存在多个Location下,检货人员有可能需要遍历所有的Location完成检货的任务,效率受到影响。E.检货出错率高:基于该货位系统的检货过程完全是人工操作的,无系统检验,出错率较高。例如,在同一货位上,若摆放了类似的两个SKU,检货人员不小心就会检错。再例如,以批量检货时,检货员若漏检了某个SKU,则必须要等到分检时候才能够发现错误。以上是一些主要问题,次要的不作过多描述。国内使用这一系统的公司,大多采用如下的方法来降低该库存系统的影响。A.清理冗余信息:定期对所有存在两个以上货位的SKU作核实,删除冗余的无用信息。B.理货:对货架上的产品作整理,例如将本段时间的热销品挪到货位体积较大的区域;将销售比较慢的产品挪到货位体积较小的区域,或者和别的产品放到同一个区域;或者是将分散在多个货位的同一个产品并到一起……理货的操作是使得库存更加有序,提高检货的效率。C.日常运营管理:A).当某一产品的货位已经存在,并且货位上有库存时,尽量不新增货位;B).原有货位无法放在所有库存时,可以找一个较大的货位,将所有的库存都放在其中,并删除原有货位;C).类似的产品不放在同一货位;以上的这几点可以降低该库存系统的缺点影响,但是无法根除。如何根除呢?有两种方法,下次专门再写吧。

电商运营官为您更新最近最有用的电商资讯、电商规则电商运营,电商仓储物流,电商电子商务,电商库存管理,电商货位系统电商营销引流。了解更多电商资讯、行业动向,记得关注电商运营官!

© 版权声明

相关文章

没有相关内容!

50 条评论

  • pono
    pono 管理员

    少有的仓库管理干货啊。

    无记录
    回复
  • magicsponge
    magicsponge 管理员

    绝对干货

    无记录
    回复
  • lxm19871231
    lxm19871231 管理员

    干货,期待后续!

    无记录
    回复
  • 冬雨随风
    冬雨随风 管理员

    顶 .........

    无记录
    回复
  • 唯心论
    唯心论 管理员

    介绍一下Amaazon的Location置逻辑

    无记录
    回复