基础流程图模板
从申请到结案的基础流程图模板：一个起点、四个带标签的判断、在第二次不合格时封顶的返工循环，以及三个各自独立的终点。这是最小的一张完整流程图，复制过来改个名字就能用。
运作方式
把五个阶段改成你们自己的环节
申请、复核、执行、检查、结案只是受理、分派、执行、验证、收尾的占位名。把它们换成你们团队平时口头就在说的那几个环节名。如果你们根本没有验证环节，就把检查并入执行，不要留下一个空列，暗示存在一道其实没人做的复核。
给三个角色命名，并且让复核人独立出来
把申请人、流程责任人、复核人改成你们真实的角色——一条泳道对应一个决策者，而不是对应一个人。唯一要顶住不去合并的，是把复核人和执行人放进同一条泳道。如果两者确实是同一个人，那么检查这一步只是装饰，你该把这件事写在图上，而不是画一道永远不会不通过的复核。
把你们的最少申请字段写进第二行
“说明需求与期限”故意写得含糊，因为你们的字段不是我们的。把它们逐一列明：要什么、为什么、什么日期之前要、有问题找谁。两行之后的“信息是否足以开始？”正是照着同一份清单来判的，所以在备注里写一次，两处共用。
设定你们自己的返工上限
图中的复核判断在第二次不合格时升级。如果你们的流程确实允许升级前尝试三次，就加一条分支并写明；如果一次都不允许，就删掉回到“完成工作”的箭头，让每一次不合格都直接走升级。要紧的是这个循环有一个写明的出口，因为没有上限的循环正是工作凭空消失一个季度的方式。
确定升级找谁，以及那个人能做什么
“改变做法还是结案？”预设了有人有权把一份未解决的申请关掉。如果你们组织里没有人有这个权限，就删掉“未达验收标准即结案”，让升级永远回到“商定验收标准”——然后老实承认这条流程没有停下来的办法，并指明是谁在承担这份风险。
只用你们真正需要的图形
这张图只用了六类框，再没有别的：一个起点、若干普通流程步骤、判断、一个记录步骤，以及覆盖三个终点的两类终止图形。这是故意的。Microsoft 为自家 Basic Flowchart 模板给出的说明里讲，任何图形都可以承载将要绘制和阅读这些流程图的人共同商定的含义，而且多数流程图往往只用到其中三四种图形。商定一小套图形，写下每一种的含义，然后就此为止。
常见问题
基础流程图有哪几个阶段？
一般情况下是五个。受理，工作在这里被提出、被描述。复核，由某个人判断这份申请是否完整到可以着手。执行，工作被做完并留下记录。验证，由第二个人对照事先商定的标准检验结果。收尾，结果被确认，申请被正式关闭。上面那张图用的正是这五个作为阶段列——申请、复核、执行、检查、结案——因为几乎任何运营流程，从一次设备维修到一次文件变更，一旦不再拿主管部门给环节命名，都能装进这根脊梁。
这样画出来的流程归谁负责？
三个角色，各自负责三件不同的事。申请人负责信息：申请不完整，流程就无法开始，图会把它退回去，而不是靠猜。流程责任人负责流程本身——队列、分派、完成日期，以及复核两次不通过时的升级。复核人负责标准并执行标准，这也是为什么标准在复核人的泳道里、在动手之前就商定，而不是到检查那一步才临时想出来。把端到端的责任交给流程责任人。没有一个具名的流程责任人，一份卡在两条泳道之间的申请就谁都不属于，而这是工作被丢掉最常见的方式。
工作两次复核都不合格时该怎么办？
该停止打转。第一次不合格是常事：复核人列出具体差在哪里，工作退回去重做。同一份申请第二次不合格，说明问题不在努力程度——要么标准本来就不清楚，要么这个做法达不到标准，要么这份申请本身就不可行。再转第三圈，只会更慢地得到同一个结果。在这张图里，第二次不合格升级给流程责任人，由他在两者之间选择：改变做法，回到商定验收标准那一步；或者未解决即结案。两种结果都留有记录。哪一种都不会让这件工作悬在半空。
流程图图形有标准含义吗？
比大多数人以为的要少。确实存在流传很广的惯例——圆角框表示起点或终点、矩形表示一个步骤、菱形表示一个判断——照着做能让陌生人更容易读懂一张图。但 Microsoft 自己关于 Basic Flowchart 模板的文档明确写着，任何图形都可以承载将要绘制和阅读这些流程图的人共同商定的含义，并指出多数流程图往往只用到其中三四种图形。所以并不存在一套必须先学会才能开始画的图形库。挑几种，在图例里定义清楚，然后保持一致。清晰来自给判断的出口贴上标签，而不是来自几何形状。