流程图怎么画：从零到成稿的六个步骤
流程图解决的是一个很具体的问题：一件事分几步、每步谁做、什么条件下走哪条路。它不追求画得漂亮，追求的是别人看完不会问「那然后呢」。下面这套顺序是我们自己在梳理需求、写方案、交接工作时反复用的，照着走基本不会返工。
先想清楚要回答什么问题
动笔前先写一句话：这张图要回答什么问题。是「用户下单要经过哪些环节」，还是「线上故障怎么排查」，还是「这个审批最多几天」。问题不同，图的粗细完全不同——同一件事，给老板看的三格图和给开发实现用的三十格图，是两张图。
- 给决策者看：控制在 7 个节点以内，只留关键关卡
- 给执行者看：每个动作都要能对应到具体的人或系统
- 给自己梳理用：先允许乱，把所有节点都倒出来再整理
先定两头：开始和结束
流程图的骨架是起止。开始节点写触发条件（「用户点击提交」「收到退款申请」），结束节点写终态（「订单已创建」「工单关闭」）。把这两头钉死，中间才不容易无限扩张。
一个常见毛病是多个开始或多个结束混在一张图里。如果确实有分支走到不同终态，可以画多个结束节点，但每个都要写清楚是什么终态，不要都用笼统的「结束」。
- 开始只写触发事件，不写动作
- 结束一定写结果状态，而不是「完成」两个字
- 把起止框用圆角或椭圆和中间的矩形动作区分开
按顺序倒动作，先不管布局
中间过程先做成一个线性列表，用动词开头：收集需求、核对库存、生成订单、发送通知。这一阶段只在纸上或工具里往下列，不要急着摆位置——布局是最后一步的事，提前摆位置会让人花大量时间在微调箭头而不是想逻辑。
- 把每个动作写成「动词 + 宾语」，避免「处理」这类没有信息量的词
- 一个框只放一个动作，需要并列的拆成两个框
- 先标出哪些步骤是自动的、哪些需要人介入
- 把可并行的步骤先记下来，别急着画成并行线
补判断分支，把条件写在箭头上
线性列表走完，再回头找「可能不按顺序走」的地方，那才是菱形判断框的位置。判断框里写条件，出线必须写清每个分支的含义，最常见的错误是只写「是 / 否」而不写是或否指的是什么条件。
- 出线标注用「条件取值 + 结果」，例如「库存充足 → 生成订单」
- 每个判断至少要有两条出线，只有一条的说明判断框多余
- 分支里出现「若失败则重试」这类循环时，箭头要回到明确的节点，不要悬空
整理布局，让它能一眼读下去
到这一步才动手排布。主流程尽量走一条直线，分支往两侧展开，不要交叉回绕。如果箭头交叉过多，把图拆成「主流程 + 子流程」两张，往往比在一张图上绕来绕去更清楚。
- 统一流向：从上到下或从左到右，同一张图不要混
- 同级节点对齐、等距，视觉上就能透出「这几步是一个层级」
- 主流程用同一种颜色，异常分支用另一种颜色强调
- 给关键节点加简短批注，说明时长、负责人或系统名
如果顺序还是乱的，回到编辑器里把节点拖到大致位置，再让连接线自动正交绕行，比手工拖箭头省事得多。
导出与协作
流程图通常不只用在一个地方：写进文档要 PNG，放进 Word 或 PPT 要 PNG 或 SVG，给别人继续编辑要保留源文件。建议同时保留一份可编辑的源文件和一份导出图，改动时改源文件、重新导出，避免两边各改一份最后对不上。
- 写文档、发群聊：PNG，清晰度够且随处可看
- 要放进放大不失真的场合：SVG
- 要交给同事继续改：导出可二次编辑的源格式
常见问题
- 流程图上一定要用菱形吗？
- 菱形是判断节点的通用画法，好处是任何人一眼就知道「这里有分支」。如果只是内部草图自用，用矩形加文字标注也能表达；但只要是给别人看的图，建议沿用菱形，减少理解成本。
- 一张流程图最多放多少个节点？
- 没有硬性上限，但可读性会随节点数下降。经验值是一屏之内不超过 15 个节点；超过就拆成主流程和子流程两张，子流程用单独一张图展开某个复杂节点。
- 流程和泳道图有什么区别？
- 流程图只管顺序，泳道图在顺序之外还管「谁做」——每个泳道代表一个角色或系统，节点落在谁的泳道里就表示谁负责。跨部门协作、责任划分不清的场景用泳道图更合适。
- 画完发现逻辑有漏洞怎么办？
- 按上面的第五步重排一次，重点看判断分支是否覆盖了异常情况。另一个有效办法是把图给一个不了解背景的人看，让他复述一遍流程，凡是他卡住的地方就是图上没写清楚的地方。