续篇:生鲜 B 端供应链发货实战|批量操作与分页安全设计
商家发货系统的批量操作与分页管理往往是事故高发区,从按钮混淆到跨页操作风险,每个细节都可能引发连锁反应。本文深度拆解发货/补发分离、分页安全机制、状态可视化的设计策略,提供一套可直接落地的B端产品防错解决方案,帮助商家规避超发、漏发、额度错乱等致命问题。

但流程跑通后,真正决定商家体验与系统稳定性的,是页面交互、批量操作、分页安全、按钮权限与状态控制。这一篇我接着上文,把商家端最容易出事故、最容易被吐槽、最考验产品细节的批量发货 / 批量补发、分页、筛选、按钮与弹窗规则,一次性讲透,可直接落地。
一、业务背景与核心痛点
1. 业务现状
在发货管理与送货单页面,商家需要处理两类核心操作:
- 普通发货:新订单的首次发货。
- 补发:品控驳回后的重新发货(关键新增场景)。
但落到商家操作页面,仍有 3 个致命问题:
- 发货 / 补发按钮混用:商家点错入口,导致超发、串单、额度错乱
- 分页批量操作风险:商家只看当前页,系统却操作全量,必出客诉
- 无 “待补发” 筛选:商家想集中处理驳回,却要在全部订单里翻找
二、核心设计原则(承接上文,继续遵守)
- 新发与补发彻底分离:两个入口、两个按钮、两套逻辑,互不干扰
- 商家可见 = 可操作:只处理当前页面,绝不跨页静默操作
- 数量透明不隐藏:待补发、可发货、已发货、未发货一目了然
2. 核心痛点
- 场景模糊:发货与补发混在一起,商家分不清什么时候该点 “发货”,什么时候该点 “补发”。
- 分页噩梦:传统列表做分页,商家勾选了前 10 个,点批量发货,以为全选了,结果只发了当前页,导致严重的漏发 / 错发客诉。
- 额度冲突:补发必须占用新订单额度,导致商家明明没货了却不能发,或者发了货导致超库存。
三、核心设计思路:彻底的 “分离” 与 “去分页化”
针对上述痛点,我制定了两条核心交互铁律:
原则一:发货与补发互斥分离
- 普通发货:走新订单额度,针对 “未发货” 状态。
- 补发:走原批次号,针对 “待补发”(品控驳回)状态。
- 交互展示:在列表项和按钮上,严格区分 “发货” 与 “补发”。品控驳回的商品,禁止走普通发货,只能点 “补发”。
原则二:只处理当前页,拒绝跨页静默操作
商家只看到他眼前的屏幕。
- 如果数据量小:直接全量加载,不做分页,支持 “全选所有数据” 进行批量操作。
- 如果数据量大(必须分页):批量操作仅处理当前页。
- 防错机制:分页切换时自动清空勾选,全选文案明确是 “全选当前页”,杜绝商家误操作。
四、页面交互详解:从列表到弹窗
1. 发货管理页 & 送货单页
UI 结构调整:
TAB 筛选:新增 「全部」 与 「待补发」 状态 TAB。
商家想集中处理补发问题时,一点击 “待补发”,就能看到所有品控打回的单子。
状态标签:
- 待补发:红色醒目标签,提示商家还有货要发。
- 部分通过:展示通过数量与待补发数量的对比。
批量操作栏:固定在底部,随滚动吸附。支持 “全选”,逻辑是:全选当前筛选条件下的所有数据。
2. 批量操作弹窗(核心落地)

A. 【批量发货】弹窗
展示字段:货号、下单件数、本次发货数量。
逻辑:默认取 “可以发货” 的最大值,商家可微调。限制:不可超过 “可以发货” 额度。
B. 【批量补发】弹窗(重点场景)
展示字段:货号、待补发件数(累计品控驳回数)、本次补发件数。
逻辑:
- 支持商家调整补发数量,但不能超过待补发总数。
- 关键文案:明确提示 “补发走原批次号,不占用新订单额度”。
- 这解决了商家最担心的 “发了补发把新订单额度占了” 的问题。
五、关键业务规则校验(开发落地版)
为了保证数据准确,我定义了以下核心校验规则:

六、最终效果展示
送货单页:
- 某批次发货 100 件,品控驳回 20 件,列表展示 待补发 20。
- 商家点击 “补发”,生成新的发货单,走品控流程。
- 若再次驳回 5 件,累计待补发 15 件,再次补发。
发货管理页:
- 底部固定 「批量发货」 和 「批量补发」 按钮。
- 商家勾选多个待补发卡片,点击 “批量补发”,一次性处理所有这些货号的补发需求。
七、复盘与感悟
做生鲜发货产品,最怕的不是技术难题,而是商家认知偏差。
商家心智:他们要的不是复杂的系统,而是 “怎么能快速把货发出去,别出错”。
设计原则:
- 只处理当前页:这是底线!商家只看到眼前的,你就只能操作眼前的。
- 分离操作:发货是发货,补发是补发,逻辑要分开,不能混为一谈。
- 数据透明:把 “待补发数量” 赤裸裸地展示给商家,让他知道欠了多少货,必须补多少。
产品设计是一场关于 “平衡” 的艺术。
把可见 = 可操作、分离 = 安全、透明 = 信任做到极致,就是最好的 B 端产品。在性能与体验之间,在业务严谨与商家便捷之间,我们选择了以商家心智为中心的方案。
本文由 @Totoro畅 原创发布于人人都是产品经理,未经许可,禁止转载
题图来自 Unsplash,基于 CC0 协议
- 目前还没评论,等你发挥!

起点课堂会员权益




