画流程图这件事，流程图说穿了就是流程图把脑子里那团乱麻拽出来，一根根捋直了摆在纸上。流程图我见过太多人一上来就打开Visio或者ProcessOn，流程图拖一个圆角矩形，流程图再拖一个菱形，流程图然后卡住了——因为他们根本没想清楚要画什么。流程图工具永远在第二步，流程图第一步是流程图拿张废纸，用笔把过程写下来。流程图

去年帮一个做电商的流程图朋友梳理退货流程。他张嘴就说“客户申请退款，流程图我们审核，流程图然后退款”。流程图听起来三句话的流程图事。我让他拿纸写，他写了满满一页：客户在后台点申请、选原因、上传照片、客服初审、判断是否在七天无理由范围内、如果是质量问题走质检、如果只是不喜欢走仓库验收……写到一半他自己笑了，说原来有二十多个动作。这就是不画流程图的代价，你以为你懂，其实你只懂个大概。

所以第一步永远是用嘴说一遍，用手写一遍。别管格式，别管符号，就写“谁做了什么，下一步给谁”。写完之后你会发现有些步骤是重复的，有些步骤根本不会发生，有些步骤缺了条件。这时候再打开软件。

选工具看场景。给程序员看的，用PlantUML或者Mermaid，几行代码生成图表，改起来快。给业务部门看的，用ProcessOn或者Draw.io，拖拽方便，配色好看。给老板汇报的，PPT里直接画，别搞太复杂，他只看三个框：开始、审批、结束。我自己的习惯是，逻辑复杂用代码工具，逻辑简单用白板拍照。

符号别乱用，但也不用死记

圆角矩形代表开始或结束，矩形代表动作，菱形代表判断，箭头代表流向。就这四个。很多人纠结“文档符号”“手动输入符号”，没必要。你画的是给人看的，不是给ISO认证用的。只要团队里所有人看到菱形就知道要分叉，看到矩形就知道要干活，够了。

有个坑得避开：判断框出来的箭头一定要标“是”和“否”，或者“通过”和“驳回”。我见过一张图，菱形出来两条线，什么都没写，问作者什么意思，他说“左边是正常，右边是不正常”。这种图等于没画。

布局比符号重要十倍

新手最容易犯的错是画成一条蛇，从左到右拐来拐去，最后绕回起点。眼睛跟着箭头跑，跑完一圈不知道看了什么。正确的做法是主干从上到下，分支从左到右。主流程竖着走，异常流程横着甩出去。这样一眼就能看出正常路径在哪，出问题会跳到哪。

还有，别在一张图里塞太多东西。超过十五个框，人就晕了。拆成两张图，一张主流程，一张子流程。子流程框里写“见附图A”，比硬塞进去强。

画完要找人挑毛病

自己画的图自己看不出问题。找个没参与的人，让他照着图走一遍，问三个问题：这个箭头从哪来？这个判断如果选“否”会去哪？走到这里如果卡住了怎么办？他卡住的地方，就是你漏掉的分支。

我那个电商朋友最后改了四版。第一版漏了“客户上传照片”之后的“客服看照片”步骤，第二版没写“质检不通过怎么退回”，第三版把“仓库验收”和“质检”画成了同一个框。第四版才像样。现在他新员工入职，第一件事就是看这张图，看完就知道退货该找谁。

流程图不是艺术品，是工具。工具的标准只有一个：别人拿着它能干活，不用再问你。达到这个标准，哪怕你用铅笔画的，也是好图。

(责任编辑：知识)