画流程图这件事，流程很多人第一步就卡住了——打开软件，图模盯着空白画布，流程脑子里明明知道流程怎么走，图模手却不知道先放哪个框。流程

我见过一个产品经理，图模为了画清楚退款流程，流程在Visio里折腾了四十分钟，图模最后截了个图发群里，流程结果开发看完说“你这个判断分支漏了两种情况”。图模问题不在于他不会用工具，流程而在于他把“画图”当成了第一件事。图模

先写文字，流程再画框

流程图本质上是图模逻辑的文字结构被可视化了。你如果写不清楚，流程就一定画不清楚。

我的习惯是：打开备忘录，用纯文字把流程写一遍。比如退款流程，我会写——“用户提交退款申请 → 系统检查订单是否在可退期内 → 如果在，检查是否已发货 → 已发货则通知客服介入 → 未发货则直接原路退回 → 如果不在可退期内，返回拒绝并附原因”。

写完之后读一遍，看有没有“如果……那么……”没交代清楚的地方。文字上逻辑通了，画图就是翻译工作，十分钟的事。

框和箭头的分工

流程图中最容易犯的错，是把该用箭头表达的东西塞进了框里。

矩形框代表“动作”——提交申请、审核、发送通知。菱形框代表“判断”——是否通过、是否超时。箭头代表“流向”——下一步去哪。这三个东西各司其职，不能混。

我见过有人在矩形框里写“如果审核通过则进入下一步”，这就等于把判断逻辑硬塞进了一个动作节点。读图的人会懵：这到底是一个操作，还是一个条件？

判断就是判断，单独给它一个菱形。动作就是动作，别在动作里写条件。

分支要穷举，别偷懒

流程图最怕“等等”“其他情况”这种偷懒写法。

一个判断节点伸出去两条线，一条写“是”，一条写“否”，这是最基本的。但很多人画到后面分支多了，就开始用“其他”来兜底。问题是，“其他”到底是什么？读图的人不知道，写图的人过两天也忘了。

我之前审核过一份审批流程图，里面有个节点写着“特殊情况走特批”。我问他什么叫特殊情况，他想了半天说“就是比较急的”。这种流程图等于没画——开发没法写代码，测试没法设计用例。

穷举不是让你把所有可能性都列出来，而是每个分支的出口必须有明确的去向。哪怕你写“转人工处理”，也比“其他”强一百倍。

布局比美观重要

很多人花大量时间调颜色、对齐、换字体。这些不是不重要，但优先级排在布局后面。

布局的核心原则只有一个：主干流程走直线，分支往两侧展开。从左到右或者从上到下都行，关键是读图的人眼睛不用来回跳。

我见过一张流程图，主干线走了一半突然拐了个弯绕到下面，然后又绕回来。原因只是画布不够宽，他懒得调。结果所有人看这张图都要花三倍时间。

工具自带的自动对齐功能用起来。箭头尽量走直角，别用斜线。交叉线能避就避，避不开就用跳线。这些细节不影响逻辑，但影响别人愿不愿意看你的图。

画完自己走一遍

最后一步，也是最容易被跳过的一步：拿着画好的图，从起点走到终点，每个分支都走一遍。

走的时候问自己三个问题：有没有死胡同？有没有走不通的节点？有没有同一个条件出现两次但走向不同？

我自己的经验是，画完当场走一遍，至少能发现两到三个问题。隔一天再看，还能再发现一个。流程图不是画给自己看的，是画给开发、测试、运营看的。你少走一步，别人就多问一句。

说白了，流程图就是个沟通工具。逻辑清楚、分支完整、别人看得懂，就够了。至于用什么颜色什么字体，那是最后五分钟的事。