员工反复搬运数据、检查状态或执行清晰步骤时，自动化通常有价值。先选一个有负责人、可衡量结果且异常可管理的流程。
第一个项目应消除具体人工步骤并证明价值。规则越明确，系统越容易保持可靠。
寻找重复和信息丢失
常见任务包括把网站咨询送入 CRM、通知负责人、制作标准报告和提醒下一步。合适的任务有明确输入和重复操作。
如果每个订单规则都不同，先描述流程。自动化无法解决矛盾条件，反而可能更快复制混乱。
开发前检查流程
展示几个真实案例，包括失败情况。任务从哪里开始？哪个系统负责状态？信息不足时谁决定？什么算完成？
发送 Telegram 通知只证明消息已发送，不能证明经理已接手咨询。流程和报告中应将这些事件区分开。
常规规则何时就足够
“付款后创建记录”等形式明确的条件，通常只需常规集成。AI 适合解释自由文本、从不同文件提取信息或拟回复。
可以结合两种方式：模型理解消息，程序校验字段，员工处理异常。规则已经明确的地方，不必增加动态智能体决策。
选择有限的试点
选择高频且错误代价可控的任务，记录原处理时间和丢失、重复咨询数量，将试点限于一个团队、渠道或咨询类型。
上线前约定人工后备方案。外部服务不可用时，咨询应保存，员工也应知道去哪里找。恢复能力比漂亮演示更重要。
定义成功上线
测试正确数据、错误、重复事件和缺失字段的完整路径，与原流程比较。节省时间应扣除检查和修正的工作。
试点后可以扩展、简化或停止。目的是改善业务，而不是尽可能多地部署工具。
示例：咨询线索
工作室手动搬运网站和 Telegram 联系信息。先自动传递、分配负责人和提醒，试运行时仍由人沟通。明确每步输入、输出、时间及回访客户规则。
测试错误联系方式、重复提交、CRM 不可用和非工作时间。失败线索要可恢复并提醒负责人；异常处理比一次成功演示更重要。
规则、集成还是代理
表单字段传递通常只需普通集成。AI 适合理解自由文本、分类或起草有来源的回答，不必处理每个字段。
代理提出分类，规则流程写入数据；特殊价格、退款和合同交给经理。要求解释每个工具为何适合业务及数据，不能只为处处添加 AI。
可衡量的试点
先测手工数量、时间、遗漏和响应延迟。仅试一个渠道或团队，不同时更换整套 CRM 与销售流程。
初期人工核对输出并记录差异。开发前约定验收：线索不丢、重复受控、通知可见、故障可发现，人工替代路径可用。
企业上线后保留什么
保留流程图、账号归属、服务清单和员工说明，知道哪里查看历史及暂停异常行为。
区分设置费与 CRM、托管、消息和 AI 使用费，约定支持及额外渠道范围。员工仍全程手工操作时，先改善使用，再扩展下一个流程。
检查清单
- 选择一个重复任务及其负责人。
- 描述输入、结果和异常。
- 测量原人工工作。
- 测试试点及人工后备方案。
