流程图

流程图

流程图用步骤与判断表达路径，适合业务与操作说明。构图AI 选「流程图」技能即可生成可编辑手绘流程图。

登录可免费体验 1 次；VIP 期内不限制日常画图；导出 PNG / SVG / .excalidraw。

什么时候用

• 业务对齐：下单、退款、开户、审批等跨角色流程需要同一张「地图」。
• 实现落地：前后端拆任务前，先固定主路径与异常分支，减少漏场景。
• 操作说明：客服脚本、运维手册、内部 SOP 用图比纯文字更易执行。
• 决策可视化：把「满足条件走 A、否则走 B」画清楚，避免口头约定歧义。

若重点是对象状态如何变迁，用状态机图；若重点是多方调用顺序，用时序图；若重点是数据如何在系统间搬运，用数据流图。选型时先问「我要讲的是步骤，还是状态，还是调用」。

核心元素

步骤命名尽量具体：「处理订单」不如「校验库存并锁定」。判断框的每个出口都要有去处，否则联调与测试会漏分支。

排版规则（流程专用）

1. 主路径自上而下或左→右：读者默认顺着主箭头读完快乐路径。
2. 判断向左右分叉：是/否不要都挤在同一侧，条件写在线上而非框内堆叠。
3. 超过 5～6 步就蛇形折返：避免画布被一条超长直线撑开。
4. 异常用不同色或虚线框：与主路径区分，评审时能快速切换关注点。

反例：登录流程把「输入账号、输密码、点登录、调接口、解析 JSON、写 Cookie、跳转首页」拆成七个矩形且排成一条直线——细节过碎且难投影。应合并为「提交凭证 → 校验 → 签发会话 → 进入首页」，细节留给时序图。

Prompt 好坏对比

写 prompt 时尽量带上角色与异常：谁发起、经过哪些系统、失败如何提示。信息越具体，生成图越少返工。

常见错误

1. 判断框只有一个出口：菱形必须至少有两个走向，否则不是判断而是普通步骤。
2. 条件写在框内却不标线上：读者不知道箭头对应哪个条件。
3. 异常路径缺失：只画「快乐路径」，上线后才发现取消、超时、重试无处安放。
4. 节点排成一条超长直线：难读难改；步骤多时应折返或分阶段。
5. 用流程代替状态：订单「待支付/已支付」反复回流时，应另画状态机图，流程只保留操作步骤。

与相邻图类型的区别

复杂业务常常「流程图讲业务 + 时序图讲接口」：产品先认流程，研发再认调用。两张图比一张万能图更省事。

评审时怎么读一张流程图

拿到生成结果后，不要先纠结配色，按下面顺序扫一遍，返工最少：

1. 有没有唯一开始与至少一个明确结束？
2. 每个菱形是否至少两个出口，且条件写在箭头旁？
3. 主路径能否用一句话复述？异常是否可见但不抢戏？
4. 步骤名是否都是动词短语，有无「处理一下」这类空话？
5. 是否误把状态回流画进流程？（有则拆出状态机图）

对照 登录流程示例 看节点合并粒度，对照 电商订单示例 看异常分支怎么挂，再改自己的 prompt。

用构图AI怎么画

选择「流程图」技能，描述主路径与关键判断，例如：「画电商订单处理流程，从下单到发货，含支付失败与取消」。生成后补全异常分支并微调布局，再导出用于评审。可对照登录与电商示例页看节点粒度，再套到自己的业务。

构图AI 共 12 种技能，可按场景切换时序图、状态机图；选型拿不准时，先画主路径流程图往往最快对齐认知。

相关：登录流程示例 · 电商订单示例 · 登录流程图指南 · 电商流程指南 · 使用此技能画图

补充说明

流程图落地后，用它反推测试用例：每个判断出口至少一条用例。若做不到，说明分支仍是口头知识，图还不够可执行。

使用构图AI 绘制该图类型时，把评审意见沉淀为下一次生成的约束，比反复从零描述更高效。也可结合站内示例与指南对照学习，再回到 /draw?skill=flowchart 实操。

最后提醒：把图发给从未参加讨论的人，请他按图执行一遍；他卡住的地方，就是图还没写清的地方。