前置仓系统设计之收货篇

2 评论 2204 浏览 1 收藏 7 分钟

编辑导语:在前置仓业务场景中,纸质收货存在着效率低、操作不便等问题,因此在前置仓系统设计中,收货模块的设计便要考虑是何种因素导致收货不便,进而针对问题提出设计方案。本篇文章里,作者就前置仓系统收货模块的设计做了分析,一起来看一下。

前面三篇文章分别给大家讲解了前置仓系统设计之整体思路前置仓系统设计之订货篇前置仓系统设计之采购篇,本篇文章给大家讲解一下前置仓系统设计之收货篇。

一、业务场景

1. 场景概述

收货,即完成货权从供应商到商家的过程,接触双方一般是商家的收货员和供应商的司机(或三方物流的司机)。

前置仓业务场景下,单仓的面积一般在300平左右,仓均SKU一般在3000支到5000支,每天的订单量基本在300单~1000单不等,根据过往接触的前置仓商家,平均每天收货的SKU一般在200~300支,收货员一般是1~2人,收货的操作一般是点品、点数、上架理货三大步(当然也有更细分的,点品点数是一个人,上架理货是另外一个人)。

在没有系统的时候他们怎么收货呢?拿着随车的配送单,挨个清点,发现商品或数量有问题的,给予标记,然后拍照与供应商沟通协调,多退少补,如下图所示。

2. 场景问题

使用上述纸质收货存在的问题是什么呢?主要有以下两个问题:

1)效率低

收货清单上的商品是无序或者按照系统顺序排列的,如按照下单的顺序、商品名称首字母的顺序等。但是司机卸货是按照物品堆放原则排列的,比如重的在下面、轻的在上面等,导致收货清单的顺序与收货区实物的顺序不同,需要根据名称寻找商品,浪费时间。

2)不方便

  • 收货员不方便:如果随着配送单单据丢失,可能导致无法收货;
  • 采购不方便:采购需要统计到货和采购之间的差异,还需要根据收货员上传的图片进行系统整理比对,操作不方便。

二、产品方案

1. 方案目标

在1.2中,我们明确了收货场景下存在效率低、操作不方便的问题,所以收货的目标主要是以提升收货效率为主。那么我们的核心指标也就成了【收货人效】。

为什么使用收货人效呢?是为了使输出的方案能兼容更多的场景,采用一个最核心、最基本的指标,该指标不依赖业务规模、业务形态、操作人数的限制。

2. 方案概述

从1.1和1.2的描述中,我们知道,影响效率的点主要是收货纸单上商品的顺序与到货实物的顺序不同,需要人工寻找和辨认商品,那怎么解决这个问题呢?是要求司机按照配送清单的顺序码放,还是加强收货员个人能力?还是别的什么办法?

很明显,无论是让司机按照配送清单的顺序码放还是加强收货员个人能力,都是不可行的。为什么?因为投入产出不成正比。

  • 司机主要挣的是过程配送的钱,不包括要按顺序码放,如果要求他按照这个来,估计工资至少要再涨一倍才行,而且大部分人不愿意干。
  • 收货员的工资在一线城市其实也只有4000元左右,你期望一个月收入4000的人,具备2万的能力?这是不现实的。

所以,我们还是需要回归到问题的本质,那就是这个顺序问题。既然顺序问题无法解决,那就不要顺序!

怎么才能不要顺序呢?想必大家都在超市收银台结过账,收银员面对顾客购买的商品,有调整顺序吗?没有!怎么做到的呢?扫码!

所以我们的方案就是扫码收货。使用手持PDA设备,到货后,扫描商品条形码,完成商品的识别——点品;人工点数后,完成数据录入。这里为了高效,如果供应商可信,收货量都可以默认填入,减少二次输入。完成收货后,一次性提交,系统自动完成收货量和采购量的差异比对,采购员直接查看即可。

有的小伙伴可能会问,没有条码的商品怎么办?

其实大部分标品都是有条码的,没有条码的商品大部分集中在生鲜商品,生鲜商品可以通过地秤称重,然后打印承重码(称重码包含SKU、重量),系统只需完成SKU识别和重量解析即可完成收货入库。

 

作者:Wick;微信公众号:产品基本功

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

题图来自 Unsplash,基于CC0协议

给作者打赏,鼓励TA抓紧创作!
更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 以收货为例,用工作量除以人数,比如当天收货sku是300支,3个人参与收货,共计用时1小时,则人效为300/3/1=100支sku/小时

    回复
  2. 请问,这个人效指标怎么计算出一个具体的数值!🙋‍

    回复