订单、采购、库存、打样、生产和质检相互影响，一次改单可能牵动好几个岗位。首个 AI 项目应缩小范围，先验证一段流程中的资料、规则和交接是否清楚。
Choose a Task
从整理、核对和催办开始选
整理订单缺项、汇总生产进度、检查逾期、追踪样品版本、准备日报、核对库存异常，这些任务的结果较容易检查。设备控制、配方调整和质量放行影响较大，通常不宜作为首个试点。
这些任务每天都在占用员工时间，还可能拖慢交接。试用时记录整理耗时、漏催次数和等待时间，一线人员也更容易判断有没有帮助。
Follow One Order
跟着一笔订单走一遍
一次订单变更，可能先由业务员口头通知，再经过群聊确认、表格修改和生产主管复核。如果 Agent 只读取其中一张表，就可能拿着旧规格继续处理。梳理时要把这些交接都算进去。
试点前应跟随几次真实任务，记录信息从哪里来、谁会修改、哪个版本才算有效、出现冲突时听谁的。
Prepare the Data
先整理试点用得到的数据
先整理试点范围内的资料：统一物料或样品编号，注明时间，区分计划与实际，保留修改记录，并列出负责人。历史名称暂时无法统一的，可以做一张名称对照表。
Set Clear Permissions
把读取、操作和审批权限定下来
读取边界：Agent 能访问哪些表、系统、邮件或群消息。
动作边界：只能生成清单和草稿，还是可以更新系统、发送通知。
责任边界：哪些异常必须暂停，由哪个岗位确认。
Measure Useful Results
选择能衡量的结果
可以直接观察：每天整理进度花多少分钟、漏催多少次、同一问题被追问多少次、查找样品版本要多久，以及异常出现后多长时间被发现。按所选任务确定指标即可。
先测量原流程，再比较试运行。没有基线，系统节省了多少、是否只是把工作转移给别人，都很难判断。
Keep People in Control
让一线人员保留停止权
操作人员发现信息有误时，应能暂停、退回或标记。人工修正时记录原因：资料错误、规则遗漏、权限不清，还是新增的例外，再由负责人判断是否需要修改系统规则。
首个试点应满足：有明确的使用人员和检查指标，常见错误能拦住，暂停试点后不影响核心生产。
When to Expand
什么时候可以扩大
系统已处理足够多的日常任务，常见例外有了处理方法，人工修改趋于稳定，而且负责人愿意继续使用，才考虑增加订单、产品或部门。每次扩大，都要重新核查资料、权限和岗位分工。