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