现场搬一箱，系统记三四条

做仓储系统这段时间，收发货、上架、盘点的需求，大多是操作员和运营在现场说出来的。有句话我听过很多次：这个操作要重复很多遍。我想先弄清一件事：现场说的“一次”，和系统记录的“一次”，是不是同一个单位？

一句“重复很多遍”，还不够说明重复发生在哪。可能是确实反复完成了同样的工作，也可能是现场已经把一组事情做完，系统却要求拆成很多次确认。不先分清这两种情况，很容易把问题写成页面不方便，然后只讨论怎么少点几个按钮。

一箱货，三四条记录

我们的上架记录是按 SKU 存的，一个 SKU 一条，带数量。举个假设例子：操作员把一箱货搬到指定位置，箱子里是三四个 SKU。现场看，一箱搬完就是一次动作；系统看，这一箱是三四条记录，每条都要有去向和数量。他要是提“整箱确认”，提的可能不只是加一个批量按钮，而是希望一次现场动作能对应一组记录。

这个要求听起来合理，却不能马上把整箱当作永远正确的记录单位。箱内有一件需要单独处理，整箱按钮怎么表达剩余部分？实际数量与预期不一致，确认的是箱子到了，还是所有货物都已完成上架？这几个问题不澄清，批量操作越顺畅，越可能把原本需要区分的状态一起盖过去。

我现在倾向把方便操作和保存明细分开考虑。界面可以允许按一组对象操作，底下仍保留每个对象的结果。它们没有必要完全同形。但这也不等于实现上加一层批量就够了：哪些记录确实属于同一组，系统能不能可靠识别，操作者有没有机会检查范围，都关系到这次确认可不可信。

特别是“一组”的边界。物理上放在一起的货物，未必属于同一张业务单据；属于同一张单据的货物，也未必放在一起。哪一种关系该出现在界面上，要看此刻在完成什么工作。不能因为一个页面按单据排列，就推断现场也是按单据逐张行动，更不能反过来要求所有系统记录都照着现场摆放来组织。

跟操作员在现场走了一遍

一箱对应几条记录，是我跟着操作员在现场走了一遍才弄清楚的。

在系统里看，上架记录一条一条，很整齐。到了现场，一箱货里有几个 SKU 不一定，有的一箱就一种，有的混着好几种。操作员不会先数 SKU 再搬，他看的是箱子。

这一遍走下来，差别就摆在眼前了。他说的一次，是一箱；系统说的一次，是一条。一箱里 SKU 越多，两边的一次差得越远。

这也是光看需求单弄不清的原因。需求单上写着重复很多遍，不会写一箱里有几种货。

“做完了”是哪一步做完了

当人说“已经做完”，他在宣布哪个阶段结束？搬运完成、数量核对完成、记录提交完成，可能是相邻的几步，却不是同一个时刻。把它们合成一个“完成”，后续的人看到状态时，就要自己猜还有没有遗漏。看起来少了一次操作，实际把核对推给了下一位。

回到整箱上架，我会希望讨论一次确认究竟承诺了什么。它只表示整箱到达位置，按钮就不该让后续流程误以为每件货物都已核准；它确实要提交逐件结果，就要有足够依据支持这个承诺。未必每件都要人工点一下，但不能靠按钮的名字把尚未完成的核实补出来。

失败时的单位也要一起想。批量提交中只有部分记录成功，现场动作却已经全部完成，这时让操作员“重试”并不清楚。他要重做现场动作，还是只补交未成功的记录？页面只保留整批成功或失败，操作者再熟悉工作，也很难判断下一步。这里需要的是明确哪些结果已经成立，不只是一个更醒目的报错。

细到每个对象也有代价。系统已经能可靠得到明细，仍要求人逐项重复确认，所谓准确性可能只是多了一道形式上的检查。人在大量相同操作里会不会逐项看，不能只根据流程图上多了一个确认框来判断。我不赞成把所有复杂性都交给现场，也不赞成为了少操作，把系统需要的差异全部抹平。

几种货不一定，按钮就更要小心

一箱里有几种货不一定，整箱确认这个按钮就更要小心。

同一个按钮，这一次按下去确认的是一条记录，下一次可能是五六条。按的人感觉是一样的，都是一箱搬完了；系统里被确认的范围，每次都不一样。

所以按之前，至少要让操作员看见这一箱对应了哪几条。不一定要逐条点，但得有机会扫一眼，发现不对能停下来。按钮越省事，按之前那一眼越重要。

功能名字，等清楚了再定

这就影响到需求应当怎样描述。现在若讨论这类问题，我会先问：希望合并的是搬运、选择、核对，还是提交？能合并的是选择范围，却不能合并数量核对，就仍要保留差异处理；已有可信的核对结果，只是希望减少重复提交，方案就更偏向减少录入。表面都在要批量，实际省掉的工作不同。“支持批量上架”这个功能名字，可以等这些区别清楚以后再定。

这样效果评价也实在一些。点击次数减少，说明界面变短，未必说明整项工作省时。为了凑成一批而额外整理货物，为了确认范围而另开表格核对，这些工作都该算在新流程里。不纳入，界面之外的负担就消失在评价里了。

现场的一次动作、业务的一张单据、系统的一条记录，既不能强求一致，也不能任由它们互不相认。先弄清它们怎样对应，哪里允许合并，哪里需要留下差异。这样再听到“这个操作得重复”，才知道该减少哪一种重复，而不是先把所有确认合成一个按钮。