刚入行写代码那会儿，总觉得流程图是老师上课用来凑PPT页数的。打开编辑器，噼里啪啦就开干，写着写着发现逻辑绕了，改着改着干脆重来。后来项目大了，一个功能改三天，回头一看，连自己都看不懂当初怎么想的。
什么时候非画不可？
不是所有代码都要画流程图。比如写个简单的按钮点击弹窗，直接上手没问题。但当你面对一个用户注册流程——要验证手机号、发验证码、检查密码强度、写数据库、再发邮件通知——这时候脑子里光靠想，很容易漏掉某个分支。
比如用户验证码输错了三次怎么办？是不是要锁定？这些判断堆在一起，不画出来很容易顾此失彼。我见过太多人边写边改，最后代码像补丁摞补丁，看得人头疼。
流程图不是给老板看的，是给你自己留的路标
很多人以为画流程图是为了交差，其实最大的受益者是自己。花十分钟把主干和分支画清楚，相当于给代码搭了个骨架。后面填代码就像往架子上挂肉，方向明确，不容易跑偏。
而且团队协作时，一张图比十句口头解释都管用。新同事接手一眼就能看懂流程走向，不用一句一句读你的代码猜意图。
简单流程图怎么画？
不需要多专业的工具。纸笔就行，或者用在线的draw.io、ProcessOn这种免费工具。从一个“开始”框出发，用箭头连到下一步，判断分支用菱形，结束用圆角矩形。重点是把关键节点和条件标清楚。
比如处理订单状态：
开始 -> 接收订单 -> 验证库存?
是 -> 扣库存 -> 生成支付单 -> 用户付款?
是 -> 发货流程
否 -> 订单超时关闭
否 -> 提示缺货 -> 结束就这么一串，逻辑清晰了，写起代码来心里有底。
别让完美主义拖后腿
有人总想着画得漂亮规范，结果还没动笔就放弃了。其实流程图不用多精美，能让自己看明白就行。甚至可以用文字列个步骤清单，也算是一种简化版流程梳理。
关键是动脑的过程。哪怕最后没保存那张图，只要你想过了，代码结构通常都会更稳。
老手也翻车，只是他们画得快
你以为高手都是凭记忆硬写？其实他们脑子里已经自动完成了流程拆解。你看到的是他敲代码快，没看到的是他先在心里过了一遍路径。新人缺的就是这个训练过程，而画图是最直接的练习方式。
下次接到新需求，别急着打开IDE。先拿张纸，把流程走一遍。省下的可能是好几个晚上的调试时间。