先比较几项每天都在做的工作
外贸企业和工厂的自动化起点，可以在销售、客服、财务或运营，不必从某个 AI 工具开始。先列出团队反复做的事：业务员复制询盘需求，客服查规格与进度，财务抄录发票，跟单人员汇总订单节点。每一项都写清输入资料、处理步骤、最终结果和负责人。
以下为流程示意，使用虚构数据，不代表客户成果。假设一家公司正在比较三项工作：
- 销售询盘整理： 输入客户邮件与有效产品目录，整理型号、数量和待确认问题，输出待审回复。业务员确认价格与交期。
- 财务单据核对： 输入发票与采购单，匹配单号并比对字段，输出差异清单。财务核实差异并决定后续审批。
- 订单状态汇总： 输入订单表与已确认更新，按节点归集状态，输出待办。跟单人员核实缺失或冲突消息。
比较时看资料能否取得、字段是否稳定、结果能否核对、异常是否有人接手。询盘量大，并不自动意味着它比单据核对更适合先做。如果产品目录长期无人维护，而采购单来源清楚、财务能提供参考答案，单据核对可能更适合作为第一项试点。
用一个完整任务记录现状
先跟着一个任务走完当前流程。不要只记录抄录用了多久，还要记录查资料、等待确认、纠错和交接。询盘草稿生成得很快，但业务员需要重新检查每一句话时，这些审核工作也必须计算在内。
选样例时包含正常、缺失、重复与冲突情况。比如询盘没有目的地，发票找不到采购单，订单更新晚到，产品文件有两个版本。记录每个样例最终由谁解决、参考了哪份资料、做了哪些修正。未经确认的字段标为待核实，不为了补齐记录而猜测。
这份记录既是基线，也是后续验收材料。前后比较应使用相同口径；如果处理量、样例难度或团队分工变化，要把差别写出来，不能把变化全部归因于自动化。
给第一项试点明确的结束位置
以虚构 X20 询盘为例：邮件询问 1,000 件产品的包装与交期。一个可检查的起点，是把这封邮件整理成型号、数量、问题和来源引用，并提供一份待审回复。目的地缺失、交期没有已批准来源时，输出待确认事项。
这项试点可以结束在“业务员收到完整记录、草稿与跟进任务”。对外报价和发送仍由业务员决定。这样的范围可以先验证资料检索和结果质量；公司整体方案仍可包含后续客户记录、订单跟进、客服查询与财务交接，分阶段实施。
在设计时同时说明暂停位置。资料冲突交给谁，连接失败怎样处理，人员拒绝草稿后是否回到原流程，都需要和正常步骤一起约定。
在开发前写下验收清单
验收应描述实际可检查的行为，而不是“提高效率”这类目标。例如，询盘整理可以检查：
- 型号、数量和客户提出的问题是否与原邮件一致。
- 产品参数是否引用有效版本，缺失信息是否保持待确认。
- 重复邮件是否被识别，是否重复生成跟进任务。
- 草稿是否等候有权限的业务员审核，拒绝后是否停止发送。
- 连接中断后能否查清已完成步骤，恢复时是否重复操作。
留出部分样例不参与调试，用于最后验收。记录处理、审核和修正的完整耗时，以及仍需人工处理的例外。通过几个理想样例，只能说明这些样例可用，不能证明所有业务情形都能处理。
用一页纸准备第一次讨论
无需先写完整技术方案。可以用最近一次脱敏任务，回答下面六项：
- 现在怎么做： 谁收到资料，查什么，交给谁？
- 输入来自哪里： 邮箱、表格、文档或业务系统，哪个版本有效？
- 希望拿到什么： 结构化记录、待审回复、差异表，还是跟进清单？
- 哪些事由人决定： 报价、交期、入账、付款或对外发送？
- 常见例外是什么： 缺字段、记录重复、版本冲突，还是没有系统权限？
- 谁验收和使用： 谁判断结果正确，谁接收异常，谁维护资料？
讨论系统接入时，只需要说明使用什么工具和由谁授权，不需要发送密码、密钥或真实客户敏感资料。
按结果决定下一阶段
试点结束后，和实际使用人员一起检查结果与基线。把人工纠错、维护资料、处理失败和供应商使用成本计入，再决定继续、调整或暂停。若关键来源不可靠，应先补齐基础条件。
准备扩展时，复用已确认的字段定义和审核职责，但重新检查新增系统的权限、异常与验收。部署交接需说明操作、停止、恢复和负责人；后续维护范围也应写清。一次试点用于验证合作与设计方式，完整的公司自动化仍需要分阶段连接销售、客服、财务和运营。