1
写清起点、终点和使用对象
给流程一个边界。起点不是笼统的“开始”，而是一个可观察的触发事件；终点也要写清可验收的状态。
- 采购审批：从“部门提交完整采购申请”开始。
- 以“订单已下达，申请人收到结果通知”结束。
- 确定读图者：申请人、审批人、采购专员各需要看到哪些信息。
先判断：这件事适合画成流程图吗？
只要一个事项涉及交接、审批、条件判断或反复返工，就值得画。流程图的目标是减少“下一步找谁、材料够不够、多久能办完”的口头确认，而不是替代操作细则。
工作流程图的 6 个绘制步骤
先用文字把流程说清楚，再落到图形。直接拖图形最容易漏条件或把责任人藏起来。
2
按真实发生顺序列出动作
找真正做事的人逐步回放，而不是只参考制度文件。每个步骤写成“动词 + 对象”，例如“核验预算余额”“补充报价单”。这样一看就能发现谁在执行、产出是什么。
3
找出判断、等待和返工点
流程图最有价值的部分通常不在直线主干，而在分支。把“是否预算充足”“材料是否齐全”“审批是否通过”列出来；每个判断都要写明是/否分别去哪里。等待不是空白，可标注等待对象和时限。
4
选择最少但够用的符号
普通工作流先用四种符号即可：圆角矩形表示开始或结束，矩形表示动作，菱形表示判断，箭头表示方向。只有在需要强调表单、数据输入或子流程时，再增加其他符号。不了解符号含义时可查流程图符号大全。
5
先排主线，再补回路和责任人
默认让读者从上到下、从左到右阅读。先连通“一次成功”的主路径，再添加驳回、补件、异常等回路。跨部门的流程，把责任人放在步骤文字中；角色超过两三个时，再改用泳道图。
6
找一位实际执行者走读一遍
把图交给没参与绘制的人，让他从起点模拟执行。若他会问“资料交给谁”“不通过怎么办”“完成后谁知道”，图还需要补充。确认后导出 PNG 用于文档，或导出 SVG、PDF 以便高清印刷和存档。
示例：把“采购申请”画成一张工作流程图
下面先展示逻辑骨架。实际使用时，再按企业规则补上金额阈值、审批层级和时限。
提交申请
核验材料
材料齐全？
预算审批
下达订单
简化示意：从菱形“否”分支返回“补充材料”，从预算审批“不通过”分支结束并通知申请人。
把“资料不齐”画成回路，而非另起一条流程
补充材料后应回到“核验材料”，因为补件并没有完成审批。这样，读图人能清楚看到需要重新检查的节点，也便于后续统计返工次数。
多人协作时，用泳道图把责任分清
普通流程图适合少量角色；当申请人、部门负责人、财务、采购等多方轮流接手时，用泳道分列角色，步骤放进对应责任人的泳道。这样既能看到顺序，也能一眼看到交接点。
适合普通流程图
一个人或一个小组顺序执行
例如设备报修、文章发布、客户回访。图形简单，读图速度最快。
适合泳道图
多个部门来回交接
例如采购、招聘、报销、项目交付。重点是责任归属和移交动作。
适合拆成子流程
单张图超过一屏仍看不清
保留一级主流程，在复杂步骤上标注“详见子流程”，避免无限扩张。
发布前，用这 8 项检查流程图
检查目标是可执行性，不是装饰效果。以下任一项答不上来，建议在发布前回到流程现场补证据。
- 开始和结束是否是具体、可观察的状态？
- 每个处理框是否只描述一个动作？
- 每个判断分支是否都有明确条件标签？
- “否”或异常分支是否有明确去向？
- 是否标出了关键材料、表单或系统输入？
- 多人协作时，责任人与交接点是否清楚？
- 连线是否尽量避免交叉、方向是否一致？
- 是否由实际执行者完成过一次走读？
工作流程图常见问题
工作流程图和 SOP 有什么区别？
流程图回答“先做什么、谁来做、发生分支时去哪”；SOP 还会写清操作标准、表单、时限、注意事项和验收要求。通常先把流程图画对，再把每个关键步骤扩展成 SOP。
一张工作流程图应该画多细？
以读图者能独立完成工作为准。频繁发生、易出错或需要审批的动作应单独画出；不影响责任、判断和交付的连续小动作可合并。单张图过长时，拆为一级主流程和子流程。
判断框里应该写什么？
写能得到有限答案的问题，例如“预算是否充足？”“资料是否齐全？”。不要写“审核”这类动作；审核动作放在矩形里，审核得出的条件放进菱形。
可以直接用模板改吗？
可以。模板适合快速搭出结构，但必须按实际规则调整角色、条件、材料和回路。打开在线流程图制作页，可从模板、AI 生成或空白画布开始编辑。