编辑导语：与C端产品设计不同，在B端设计中，面对的场景和功能都比较复杂，所以在设计中也要注意风格简洁以及实用性的问题，而且在B端设计中还会用到很多表单类的设计；本文作者分享了关于B端产品设计中的wms入库，我们一起来了解一下。

基于多年的B端产品设计经验，总结出以实事求是为原则，从上到下、从整体到局部的思路，先梳理实际业务场景，然后设计主业务流程、单据设计，最后再设计具体产品功能的方法。

一、实际业务场景

• 上游Oms或ERP创建入库单后，在wms要生成到货通知单：
• 仓库收货是按到货通知单里的包裹用PDA扫描逐个收货；
• 收货完成后质检也是按包裹拆开逐个质检；
• 仓库的收货、质检在一楼进行，但是上架却在2、3、4、5楼；
• 上架区的货位达数十万个，需要先把待上架的商品放到预上架的货列处；

二、业务流程设计

1）收货

当货实际到了仓库后，仓库会进行扫码收货，收货过程中若发现有些商品是消费者退回来的，那么这些商品收货后会产生销退接收单。在仓库一楼有一个销退接收区，就是专门用来对销退商品进行收货、质检 处理的。

2）组盘

在收货环节对一个个的快递包裹扫码收货后，这时一个个的包裹还只是被堆放在一个区域，这时就要通过组盘，来把每一个包裹放到托盘上去，当托盘放满了后，这个托盘就会被拖到质检工位。

3）质检

质检员会拆开托盘，扫描每一个包裹然后拆开，再检查包裹里的商品 是否达到验收标准，这里一个包裹号会对应生成一个质检单；质检通过的商品会放到质检箱里去，当这个质检箱被放满后就要封箱，这时会对应生成一个上架单；质检环节还会调分配货位的接口分配货位，我会在业务策略部分系统性分享这部分内容；还会涉及异常商品的处理，我会在异常业务部分系统性分享这部分内容。

4）分理

每一个质检箱是对应每一个楼层的，假如A、B、C三个质检箱的货都是需被送到三楼，那么在楼层分理环节这三个箱子里的货 就会被放到三楼的楼层箱里去，这样这个三楼的楼层箱就会经过传送机送到三楼。到了三楼经过货列分理环节，这箱里的商品会被送到应上架的货列前面。

5）上架

三、单据设计

1. 到货通知单

待收货：

上游系统的采购订单或入库单已生效的时候，调wms入库接口按照1对1的单据关联关系，在wms生成到货通知单，此时初始状态为待收货，一个到货通知单可能关联多个运单号。

收货中：

当这批货中的至少一个包裹到了仓库签收后，此时通过运单号关联到的到货通知单状态变成收货中。

收货完成：

当这批货都上架完成后，找到对应的到货通知单，点击【收货完成】那么状态变成收货完成。

2. 质检单

待质检：

在质检环节扫描运单号后运单号与质检单1对1关联生成质检单号，初始状态为待质检。

质检中：

在质检环节拆开包裹后，逐个扫描商品，当至少有一种商品质检完成后，其质检单的状态变成质检中。

质检完成：

当到货通知单被操作收货完成后，那么其关联的所有运单号，运单号关联的质检单的状态都变成质检完成。

3. 上架单

待上架：

在质检环节封箱后质检箱号与上架单1对1关联生成上架单号，初始状态为待上架。

上架中：

在上架环节中只要该质检箱里的商品有其中一种已确认上架，那么其状态变成上架中。

上架完成：

当质检箱里的所有商品都上架完成后，那么其状态就变成上架完成。

四、产品功能设计

1. 收货

原型交互：

卸货后仓库收货员扫描包裹的运单号时系统读取该包裹的商品信息，然后把该包裹放到电子秤上去，系统读取其重量，这样这一包裹就收货完成。包裹数默认为1，如果有子母包裹这里可以填写其数量。

业务流程：

if 运单号有关联的到货通知单 且 未签到 且 类型不等于销退，那么签到成功；

else if无关联的到货通知单 且 该运单号关联不到出库单，那么签到失败（线下处理）；

else if无关联的到货通知单 且 该运单号关联到出库单，那么签到失败（去销退暂存区处理）；

2. 组盘

原型交互：

收货后来到组盘环节，组盘员（一般是临时工）点击【开始组盘】按钮生成托盘号，然后逐个扫描包裹的运单号直到托盘放满了，最后点击【结束组盘】按钮调打印接口打印出托盘号；组盘的同时也可以称重，便于二次确认送货商品的重量。

业务流程：

3. 质检

在入库作业的组盘工序中，工人会把托盘移动到质检工位上去，质检就是要把托盘上的包裹拆开并检查里面的产品，把达到入库标准的好产品即良品录入系统，对有问题或瑕疵的产品上报异常，然后由库内异常组的同学处理。

1）扫描运单号

鼠标点击卡板号（即托盘号）输入框扫描已打印出的卡板号，然后光标自动跳到运单号输入框，接着继续输入运单号，这样系统会读取该包裹里的商品，并回写到质检页面生成一个质检单。

2）点数

拆开包裹后核对每种商品的数量，然后输入本次质检数再点击【打印SKU】这样打印出SKU标签。

3）确认QC

打印完SKU标签后逐条点击【确认QC】这时系统会调上架策略分配货位。

4）封箱

选中商品行后点击【封箱】，然后扫描质检箱编码、输入装箱数量，点击提交后生成一个上架单。这里需上架到同楼层的货才能在同一个质检箱里，同一种商品可以分配多个质检箱。

4. 分理

楼层分理：

用PDA扫描质检箱上的条码读取箱号 这时PDA回写出楼层，然后找到对应楼层的楼层箱，扫描其条码读取到箱号。这样物理层面其实就是货品的转移，系统层面就是质检箱的解绑空置，楼层箱的占用。这里多个质检箱可对应一个楼层箱。

货列分理：

楼层箱通过楼层分拣机传送到对应楼层后会自动弹出，这时工人用PDA扫描楼层箱上的条码读取箱号 ，然后逐个扫描同种SKU读取出其数量，同时回写到PDA其 已分配的货位的货列号；最后找到对应货列的货列箱，扫描其条码读取箱号。

这样在物理上其实就是把楼层箱里的货品转移到了货列箱中，在系统层面就是楼层箱的解绑和货列箱的占用。

5. 上架

质检箱里的货品经过楼层分理和货列分理，已经被摆放到了需上架货位的货列前面，那么此时就需要将货列箱里的货品上架到系统分配的货位上去。

1）正向操作

用PDA扫描楼层箱条码读取楼层箱号，然后逐个扫描同种SKU读取出其需上架数量、推荐货位、品质，最后扫描实际上架货位的货位条码和填写实际上架数量 再点击【确认上架】。

2）推荐货位

系统只是根据上架策略分配推荐货位，但是上架员可根据实际情况选择对应货位上架。

3）异常情况

实际上架数量 必须 小于等于需上数量，如果小于（比如发现少货、坏货）那么点击【确认上架】后会调上报异常的接口上报异常；如果大于那么点击【确认上架】时会报错提示多了上架不了，这块的异常逻辑会在库内作业中详细讲解。

以上就是我之前做的电商wms入库业务部分的产品设计，在此分享给读者仅供参考，因为B端的任何一个功能都是需要结合实际业务场景的，很少有标准化的功能。

本文由 @产品老兵 原创发布于人人都是产品经理，未经作者许可，禁止转载。

题图来自Unsplash，基于CC0协议。