编辑导语：与 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. 组盘 原型交互： 收货后来到组盘环节，组盘员（一般是临时工）点击【开始组盘】按钮生成托盘号，然后 逐个扫描包裹的运单号直到托盘放满了，最后点击【结束组盘】按钮调打印接口打印出托 盘号；组盘的同时也可以称重，便于二次确认送货商品的重量。