企业想做 AI 流程自动化，第一步应该选什么场景？

先选一个边界清楚的业务问题

“我们也想用 AI，但不知道先改哪一块。”如果企业同时有知识库、客服、销售、报表和审批需求，可以先把它们放进同一张评估表，再选一个边界清楚、能拿到样本、有人负责验收的场景。

这里给出一套用于需求讨论的试点方法。文中的流程是示例，不代表已经完成的客户项目，也不预设节省时间或增加收入的效果。

一、先描述每天重复发生的工作

“做一个企业智能体”还不足以确定交付范围。更具体的描述是：业务人员收到客户资料后，需要从文件中提取几个字段，填入表格，检查缺失信息，再通知对应负责人。

把这段工作拆开，就能看到输入、规则、输出和接收人。也能区分哪些步骤适合用固定规则处理，哪些需要模型理解文本，哪些必须由人确认。

建议每个候选场景先回答四个问题：谁在做？多久发生一次？现在最容易在哪一步出错？做到什么程度，业务人员才愿意继续使用？

二、用五个条件选择第一项试点

• 问题具体：能说清楚一个重复任务，而不是笼统地要求“提高效率”。
• 样本可用：有经过授权和脱敏的输入，以及可以对照的正确输出。
• 流程稳定：基本规则有人能够解释，异常情况能够单独列出。
• 系统可接：知道需要连接哪些表格、办公工具或业务系统，并能够确认接口和权限。
• 结果可验：有业务负责人确认结果，有指标、有测试样本，也有失败时的处理方式。

例如，知识问答适合从资料范围明确的内部问题开始；文档处理适合从一种固定文件类型开始；报表自动化适合从一张口径已确认的报表开始。先缩小范围，后续才容易判断是否值得扩展。

三、把“做出来”写成可以核对的交付

以“客户资料整理”为例，一份试点约定可以包含：

1. 输入：约定文件类型、接收位置和允许处理的数据范围。
2. 处理：提取指定字段，标记缺失项，并保留原文出处。
3. 确认：遇到冲突或无法判断的内容，转给指定人员复核。
4. 输出：生成统一格式的记录；是否直接写入正式业务系统，另外约定。
5. 交接：提供操作说明、异常处理方式、权限清单和维护负责人。

验收时，使用事先选定的样本逐项核对。记录字段正确性、漏项、人工修改次数和实际处理时间；测试集应包含正常资料、缺失资料和格式异常资料。目标数值由企业当前工作基线和业务要求确定。

四、模型、接口和页面要连成完整流程

一个演示能输出答案，距离业务人员每天使用还有几步：权限是否合适，处理结果能否追查，接口出错是否提醒，重复点击是否造成重复写入，负责人能否接管未完成的任务。

FDE（Forward Deployed Engineer，前沿部署工程师）可以围绕这些问题参与需求梳理、试点设计、开发验证和培训交接。具体交付边界，需要结合现有系统、数据条件和双方分工确定。

五、咨询前准备三份材料就能开始讨论

• 一段真实流程：从哪里收到任务，到哪里完成交付。
• 几份脱敏样本：包含正常情况和最让业务人员头疼的异常情况。
• 一份现有结果：目前使用的表格、报表或工作记录，以及谁负责确认它。