06 流程拆解、痛点定位与 AI 介入点
章节目标
把一个业务流程拆成步骤、角色、输入、输出、判断和系统动作，并识别 AI 适合介入的位置。
为什么重要
很多需求看起来是“做个助手”，实际包含检索、计算、判断、生成、审批、通知和执行。FDE 必须先拆流程，再选架构。
开篇案例：一张日报背后的七个动作
客户说“帮我自动写运营日报”，听起来像生成任务。但把现场流程拆开，你会看到七个动作：从 MES 导出产量，查设备停机日志，核对库存缺口，对比昨日异常，翻 SOP 找处理建议，写成早会话术，再把待办发到群里。
其中有些动作适合 AI：总结异常、引用 SOP、生成报告草稿；有些动作更适合规则或工具：计算同比环比、查库存、按阈值标红；还有些动作必须人审：调整排产、通知客户、决定停线。
流程拆解的目的，就是把一个“看起来像 AI 的任务”拆成不同性质的动作，再为每个动作选择最小、最稳的实现方式。
流程拆解维度
| 维度 | 问题 |
|---|---|
| 角色 | 谁发起、谁处理、谁审核、谁承担责任 |
| 输入 | 需要哪些表、文档、系统、图片、日志 |
| 动作 | 查找、复制、计算、判断、生成、审批、通知 |
| 输出 | 报告、清单、建议、工单、消息、摘要 |
| 异常 | 数据缺失、权限不足、规则冲突、用户拒绝 |
| 指标 | 耗时、错误率、返工率、采纳率、成本 |
AI 介入点
常见 AI 介入点包括：
- 检索：从知识库或业务数据中找依据。
- 抽取：从文档和表格中提取结构化字段。
- 总结：压缩会议纪要、工单或报告。
- 分类：识别意图、风险、优先级或工单类型。
- 建议：生成处理建议、风险解释或下一步动作。
- 生成：生成报告、回复、摘要或待办。
- 执行：创建工单、发送消息、更新状态。
执行型动作风险最高，通常需要人审。
流程图模板
flowchart TD
userNode[用户提交任务] --> collectNode[收集资料]
collectNode --> checkNode{资料是否完整}
checkNode -->|"否"| askNode[补充资料]
checkNode -->|"是"| analyzeNode[AI 分析]
analyzeNode --> reviewNode[人工复核]
reviewNode --> outputNode[输出结果]
痛点优先级表
拆完流程后，不要马上做架构。先把痛点排序：
| 痛点 | 频率 | 影响 | 数据可得性 | 风险 | 优先级 |
|---|---|---|---|---|---|
| 重复复制数据 | 高 | 中 | 高 | 低 | 高 |
| 异常判断靠经验 | 中 | 高 | 中 | 中 | 高 |
| 审批等待 | 中 | 高 | 高 | 高 | 中 |
| 报告措辞润色 | 高 | 低 | 高 | 低 | 中 |
优先做“高频、高影响、数据可得、风险可控”的节点。很多项目失败，是因为一开始就挑了高风险执行动作，而不是先从只读分析和建议型输出切入。
AI 介入点标注法
在流程图上给每一步标四类标签：
R：检索资料或历史记录。C：计算、校验或规则判断。G：生成摘要、报告或回复。H：需要人审或业务负责人确认。
一个好的 PoC 往往不是“全流程 Agent”，而是 R + C + G + H 的组合：AI 负责提高效率，人负责最终责任。
实操任务
选择一个流程，画出：
- 当前人工流程。
- 每一步输入和输出。
- 最痛的 3 个节点。
- AI 可介入的 3 个位置。
- 必须人工确认的动作。
交付物
- 当前流程图。
- AI 介入点标注图。
- 痛点优先级表。
常见误区
- 把整个流程都交给 Agent。
- 忽略流程中的隐性判断。
- 没有标注系统边界和权限边界。
- 没有识别需要人工复核的节点。
检查清单
- 是否拆到了具体动作？
- 是否知道每一步输入来自哪里？
- 是否区分了建议型和执行型动作？
- 是否能说明 AI 介入后如何验收？