AI 与业务工具 / PROJECT CASE
现品票打票与扫码出单双端工具
把订单、现场操作和单据交接连起来
从生产担当的 Excel 订单，到现场人员的扫码登记、拼箱、入库单和日报，围绕真实操作设计双端工具，并根据同事反馈持续调整。
- 项目阶段
- 3 人正式使用
- 时间
- 2026 · 持续迭代
- 我负责的部分
- 现场需求梳理 / 流程设计 / AI 辅助开发 / 测试与交付
3 人正式使用
2 个端打票端 × 扫码端
持续迭代按现场反馈完善
IDEA INTO PRACTICE / AI订单 / 工作流工作流程示意 · 3 人正式使用
01打票INPUT
02扫码PROCESS
03出单OUTPUT
项目流程示意；具体工作与交付见下文。
从现场问题开始
生产担当与现场人员操作的是同一批订单，但工作的时间、使用的表格和关注的信息不同。打票端需要把订单整理成可打印的现品票；现场需要登记实际生产，再把记录转成后续能使用的单据。单独做一张票或一个扫码界面，无法解决两边交接的问题。
- 我到生产现场沟通，逐项梳理订单、生产数量、材料、人员归属、日报客户以及混单拼箱的口径。
- 把“平时就是这样做”的操作习惯拆成明确的输入、处理规则、输出和异常情况，再借助 AI 推进实现。
打票端：从订单整理到交接
打票端面向生产担当，重点是让 Excel 订单能够被准确识别、选择和输出，而不是要求同事改变整个工作方式。
- 导入 Excel 订单，整理订单字段与客户模板，处理数量、单价及缺失项提示。
- 按需要选择订单生成现品票，区分本轮导出与全部订单导出，避免操作范围不清。
- 输出供扫码端接收的订单清单，保留订单归属和追溯信息，便于后续核验。
扫码端：从生产登记到单据输出
现场端围绕扫码报工、订单识别和生产登记工作。真正复杂的部分在于生产过程中订单会累计、箱内可能有不同订单，而后续单据仍需要明确来源。
- 接收打票端清单并累计保存；重复导入不应重复增加同一条记录。
- 登记生产记录，支持按订单拼箱和混单场景，区分订单信息与实际生产数量。
- 将生产记录输出为入库单和日报，并补充历史归档与人员信息。
把交接和异常也做进去
我持续把试用中暴露的问题转成迭代要求：不是只检查按钮能否点击，也检查清单是否重复、记录有没有丢失、回执是否对应原件、导出的是本轮还是全部。
- 双端交接加入清单发送、累计接收和回执核验，核对多轮交接后的数量。
- 根据真实订单副本排查单价异常、整份导出以及大表导入和勾选卡顿。
- 完善归档对话框、版本升级说明、异常提示与恢复办法，让同事知道发生了什么、下一步怎么处理。
我的角色与交付方式
我负责业务理解、现场沟通、提出具体要求、组织 AI 辅助开发以及持续验收。代码由 AI 辅助实现，我关注它是否符合实际业务、能否在同事的电脑上正常使用。
- 交付两个可运行的桌面工具，配套使用说明、交接文档、更新记录和升级包。
- 测试使用真实资料的副本，保留原文件，核对输入输出和跨端交接；页面不展示实际客户订单。
当前结果
截至 2026 年 11 月 12 日，工具已正式给 3 位同事使用：第二制造的 2 名现场人员使用扫码端，1 名生产担当使用打票端。后续仍围绕实际使用反馈完善。
- 目前有明确的正式使用事实；尚未形成可验证的节省工时、产量提升或财务收益统计，因此不以估算数字替代实际结果。
DELIVERED / 交付成果
- ↗现品票打票工具
- ↗扫码登记与出单工具
- ↗订单清单与回执交接流程
- ↗入库单和日报输出
- ↗使用说明与升级记录