核心结论：AI 自动生成流程图后，先不要急着调颜色和布局。正确的检查顺序是：确认起点终点与范围，逐个核对判断分支，再检查泳道责任、异常闭环、节点命名和连线方向。每个判断都要有带条件的出口，每个异常都要有处理动作与最终结果，每个跨角色动作都要有明确责任人。
本文以退款审核流程为例，提供一套适合产品经理、业务分析师、项目经理和开发团队的 AI 流程图评审清单。
为什么 AI 生成流程图后必须人工检查
AI 擅长从文字中提取步骤、判断和大致顺序，但它不知道企业内部真正的权限、责任、时效和例外规则。生成图应该被视为可编辑草稿，而不是最终流程。墨刀的AI 生成流程图也明确强调生成后的编辑、校验和团队评审。
第 1 项：确认流程边界、起点和终点
先用一句话定义流程目标，例如：“描述已付款用户提交退款申请，到系统给出退款结果为止。”起点要说明触发条件，终点要说明可确认的业务结果。若图里混入发货、售后客服或财务对账等范围外步骤，应拆成子流程或关联流程。
- 一个主流程通常只有一个清晰起点。
- 可以有多个终点，但每个终点要标明成功、失败、取消或转人工。
- 节点不应同时表达动作、原因和结果三个层次。
- 子流程要写清输入、输出和返回位置。
检查边界时可以做一次“删除测试”：如果删掉某个节点，主流程目标仍然不受影响，这个节点可能属于背景说明、关联流程或实现细节。主图只保留完成当前目标所必需的步骤，其他内容通过链接或子流程展开。
第 2 项：逐个检查判断分支是否完整
判断节点必须是可以回答的问题，如“订单是否已支付？”；出口线上写明“是 / 否”或具体条件。只有一个出口的菱形通常不是判断，而是普通处理步骤。出现“其他”时，要确认它是否掩盖了尚未定义的业务规则。
分支检查的三个原则
- 互斥：同一时刻只能命中一个分支，或明确优先级。
- 完整：所有可能结果都有去向，包含超时、未知或系统处理中。
- 可验证：条件能够由用户输入、系统数据或人工判断确认。
判断条件还要写清数据来源。例如“金额是否合规”需要知道实付金额、已退款金额和退款上限由谁提供；“用户是否有权限”需要明确角色或权限项。条件无法获得数据时，即使流程图结构完整，系统也无法执行。
第 3 项：检查泳道与责任边界
泳道用于表达“谁负责”，不是为了把图分成好看的横条。用户、系统、审核员、客服和外部服务应按实际责任划分；系统自动校验不能放在人工审核泳道，人工决策也不能写成系统自动动作。
还不确定泳道结构时，可先查看泳道流程图的结构、用途与常见错误，再回到 AI 草稿中调整节点归属。
跨泳道连线代表一次交接，交接处通常需要输入和输出。例如用户提交申请后，系统收到的是申请数据；系统把工单交给审核员时，还需要规则校验结果和相关凭证。只画一条线而没有说明交付内容，会让责任边界看似清楚、实际仍无法执行。
第 4 项：检查异常是否形成闭环
“提示失败”不是完整异常流程。异常节点至少要回答：发生了什么、用户看见什么、可以做什么、是否保留输入、系统记录什么、最终回到哪里。常见处理包括修改后重试、保存草稿、切换人工、取消并退出，以及在明确条件下终止。
异常优先级可以按“发生频率 × 影响程度 × 恢复难度”排序。支付重复提交、权限错误、数据丢失等高风险异常必须进入主流程；低频技术细节可以进入子流程或测试用例，但仍要有负责人和处理结论。
第 5 项：统一节点命名、方向和连线
动作节点用“动词 + 对象”，如“校验退款资格”；判断节点写成问题；状态节点写结果，如“审核中”。主流程方向尽量从左到右或从上到下，返回线放在外侧，避免线条穿过节点。流程图的在线编辑、连接和协作能力可参考流程图工具功能。
节点文字尽量只表达一个动作。像“审核退款并通知用户，如果失败则转客服”这样的节点应拆成审核、记录结论、发送通知和转客服等多个步骤。拆分后，责任、系统响应和异常出口才能被分别检查。
第 6 项：用角色走查代替逐框念图
评审时不要从第一个节点机械念到最后一个节点。让每个角色从自己的入口开始走：用户能否完成任务，系统是否在正确时机校验，审核员是否收到足够信息，失败后是否能恢复。每发现一个问题，就记录“节点、问题、责任人、处理结论和截止时间”。
走查可以准备四个固定场景：正常成功、用户输入错误、系统暂时失败、权限或业务条件不满足。只要其中一个场景无法到达明确终点，就说明流程仍有断点。评审结束后，把确认内容和待定内容用不同标记保存，避免下一轮 AI 修改时把待定项当成最终规则。
如果还需要确认业务流程图和功能流程图的边界，可参考业务流程图与功能流程图的区别，避免把组织流程、页面跳转和程序逻辑混在同一层。
AI 流程图发布前 5 项检查清单
- 边界：起点、终点、包含与不包含范围清楚。
- 分支：条件互斥、覆盖完整、每条路径有去向。
- 泳道：主责任角色明确，人工与系统动作分开。
- 异常：有原因、处理、返回和最终结果。
- 维护：命名统一、方向稳定、连线少交叉、版本可追踪。
让 AI 重新生成或修改流程图的提示词
请根据以下规则修改退款审核流程图：1）起点是“已付款用户提交退款申请”，终点分为“退款成功、申请驳回、用户取消、转人工处理”；2）使用用户、系统、审核员三个泳道；3）每个判断节点至少有两个带条件的出口；4）补充上传失败、金额超限、审核超时和重复提交异常；5）异常处理后明确返回节点或终止状态；6）不要新增未在描述中出现的业务角色。输出后列出仍需确认的业务规则。
如需先比较绘图方式和工具，可查看流程图软件按用途选择指南。
常见问题
AI 生成流程图可以直接放进 PRD 吗
可以作为草稿，但在进入 PRD 前应完成边界、分支、责任和异常检查，并让相关业务、产品和开发角色确认。未经确认的规则要显式标注为待定。
判断节点一定要用菱形吗
建议保持常用图形语义，便于团队快速阅读。更重要的是节点内容必须是明确问题，出口线要标条件；仅换成菱形但没有条件仍然不合格。
泳道越多越专业吗
不是。只保留与当前流程目标有关的主要责任角色。泳道过多会让连线复杂，也容易把部门、系统和个人角色混在同一层级。
流程图需要覆盖所有异常吗
至少覆盖高频、高风险和会改变主流程结果的异常。低概率技术细节可以进入子流程、接口文档或测试用例，不必全部挤在主图。
AI 修改流程图后需要重新完整检查吗
需要检查受影响路径和共享节点。如果修改了一个上游判断，所有下游分支都可能变化；如果只是统一颜色或字体，可做视觉抽查。建议保留版本和修改说明，明确本轮改了哪些节点。
AI 可以显著减少梳理步骤和手工连线的时间，但流程是否正确仍取决于业务规则。按照边界、分支、泳道、异常和可维护性五项顺序检查，再通过角色走查确认，才能把自动生成的流程图变成真正可执行、可评审和可持续维护的工作成果。
