如何把文档转成流程图
如何把一份从来没给步骤编过号的文档变成流程图：哪些段落根本不是步骤，范围、定义和职责该去哪里，以及画出来的图为什么总是太长。
从文档做流程图，就是把描述动作的段落，和从来不描述动作的那三类——范围、定义和职责——分开，然后只画前一类。
简而言之
- 一份文档里大部分内容没有描述任何动作：范围、定义和职责都不是步骤。
- 从文档画出来的图，长度是流程的两倍，多出来的那部分是散文。
- 每一个不是步骤的段落仍然有归宿——一条路线、一个分支标签、一条泳道或一条备注。
- 一个被定义的术语，通常就是它那个决策原本缺的判定标准——把定义挖出来用，不要把它画出来。
- 一句话点出三种情况，那是一个带三条出口的菱形，不是三个步骤。
范围、定义和职责都不是步骤
文档是写来读的，不是写来执行的，其中只有一小部分在描述有人在做什么。第一节写范围，第二节定义术语，第三节列出谁为什么负责，而动作要到第四页的某个地方才开始。照着这个结构誊一遍，得到的是一张长度是流程两倍的图，十来个真实步骤夹在十来个没有人执行的方框中间。
动笔之前先把每一个段落分成动作、条件或都不是。动作变成方框，条件变成带标签的决策；当源头是一份编了号的 SOP 时，找条件几乎就是全部工作，那件事有它自己的一篇指南。文档特有的是第三堆，而错误在于把它当成废料。范围、定义、职责和引用文件，每一样都有一个不是方框的去处。
下面的示例是某个运行装置的变更管理制度，被重建成六个阶段、26 行，从“申请”一直到“实施与关闭”。看看它那些非步骤都去了哪里。范围一段里的排除条款，现在是“是否属于同类替换？”，带一条离开流程的“同类替换”出口；它的风险定义现在是“采用哪一级风险分析？”上的分支标签；它那张权限表是一条泳道。有四支箭头指回表的上方，最长的一支重新进入技术审查。
六个阶段，一份制度
一份变更管理制度的重建：看它的范围段落变成一条出口，它的风险定义变成分支标签，它的权限表变成一条泳道。
范围变成一条出口
这份制度的范围段落把同类替换排除在外。这条排除既不是方框也不是脚注：画出来它就是“是否属于同类替换？”，带一条通向“按检修作业处理”的“同类替换”出口，位置在“提出变更”之后两行、任何工作被投入之前。
一句话，三条出口
一个条款按类型对变更做了分类，它是一个菱形而不是三个步骤：“永久、临时还是紧急变更？”，其中“临时”收走“设定到期日期与拆除方案”，“永久”直接走向技术依据。紧急那条出口印在后面的另一节里。
定义就是判定标准
这份文档把风险定义埋在一个没人会去画的章节里；它们其实是“采用哪一级风险分析？”的三条出口——“低风险”“中风险”和“高风险”。定义是让一条分支变得可判定的东西，而三条路线都汇到“评估对安全系统与操作限值的影响”。
职责清单就是泳道
需要哪一级权限，在文档里是一张表；在这里它是“审批负责人”这条泳道，挂在它真正做出判定的那一行上。“是否已按权限审批通过？”在“否决”上停住，在“通过”上继续，在“需补充”上退回技术依据。
最长的箭头指回上方
“开车前安全审查是否通过？”把还没闭环的整改项在开车之前送回去再走一轮。再往后，“到期时是否仍需保留？”给出“转为永久”，它重新进入“编写技术依据”——这里最长的一支箭头，也是一项临时变更赖以存活的条款。
运作方式
把每一个段落分进三堆
把文档通读一遍，给每个段落标上动作、条件或都不是。“由提出人在台账中登记该变更”是动作。“除同类替换以外的变更”是条件。范围、定义、职责表和引用文件清单都不是，而在一份制度里，它们占的页数比动作还多。
把非步骤用掉，而不是画出来
第三堆是拿来收割的，不是拿来丢弃的。范围里的排除条款变成流程最前面的一个决策，带一个属于它自己的结束。一个被定义的术语变成使用它的那个决策上的判定标准，原文措辞放进那一行的备注。职责表变成整套泳道。这一堆里没有任何东西会变成方框。
把动作填成行
在 QueryChart 里每一行就是一个方框，所以把标记为动作的内容一行一个填进“方框文字”列，按动作真正发生的顺序，而不是按它们印刷出来的顺序。标签要短到一眼能读完，它出自的那个条款留在这个步骤的备注里。然后用“连线至”列把各行连起来，这一列填的是行号。
给每一个条件配一条带标签的出口
从条件来的那些行变成菱形：把它们的“形状”列改成决策，并把每一行改写成一个问句。“连线文字”随后按“连线至”里数字的顺序，一条分支填一个标签。一个点出三种情况的条款需要三个标签——“低风险”“中风险”“高风险”——否则读的人分不清哪条路线是自己的。
把文档打散了的路线摆回去
让每条分支指向它到达的那一行，向后的也一样：审批需要补充材料时退回技术依据，一项临时变更到期时重新进入同一轮审查。然后按职责表填好“水平泳道”和“垂直泳道”列，让一个步骤落在“筛查”阶段、“变更管理员”名下。
拿这张图对着文档回读一遍
逐条过一遍，把每一个条款对应到一行、一个分支标签、一条泳道或一条步骤备注上勾掉。会剩下三样东西：属于备注的细节、还没有人画过的路线，以及这个装置好些年前就不再遵守的条款。把最后这份清单交给文档的责任人——那是这次梳理挣到的一次修订申请。
应避免的错误
把一条禁止性规定画成步骤
“未经审批不得实施任何变更”不是任何人在做的事；它是一句关于图形结构的断言。满足它的办法是检查除了经过那道关卡以外没有别的路径能到达实施，而不是加一个方框。
六个没有人执行的方框
一份谁对什么负责的清单不是一个顺序，照抄下来会得到连成一排、没有任何人执行的六个方框。角色属于泳道列，挂在真正会发生的那些步骤上。
把整段条款粘进标签
一个装着四十字制度语言的方框，在图被阅读的那个尺寸上根本读不了。把指令留在标签里，把措辞留在这个步骤的备注里，原文在那里对任何想看的人都还在。
信文档，不信现场
一份成文程序记录的是当初批准的东西，不是现在在做的东西。请带着实际运行这个流程的人把图走一遍；他们描述出一条文档里没有任何条款的路线时，错的是文档。
把你的文档变成流程图
把变更管理示例作为你自己的图表打开，然后只画你自己那份文档里描述有人在行动的段落。
相关指南
常见问题
怎样把 PDF 变成流程图？
先把文字抽出来，转换文字而不是版式。PDF 的阅读顺序是一件排版产物——分栏、边栏、表格和页脚交错在一起——所以任何照着它走的做法，都会按流程从来没有过的次序排出方框。请把动作挑出来，把条件标出来，再照着这份清单去搭。把抽出来的文字粘给 QueryChart 的 AI，能得到一版可用的行草稿；它解决不了的那些条件，正是需要人来处理的部分。
范围和定义在流程图里放哪儿？
两者都不会变成方框。范围陈述变成流程最前面的一个决策，带一个属于它自己的结束：在这里的示例中，制度的排除条款就是“是否属于同类替换？”，而“同类替换”这条分支停在“按检修作业处理”，完全不碰流程的其余部分。定义变成使用它们的那些决策上的判定标准——低、中、高风险之所以能作为分支标签被判定，正是因为文档写明了每一档从哪里开始——原文措辞则放进这个步骤的备注。
从文档做出来的流程图为什么总是太长？
两种机制，而且都可以避免。第一种是照抄那些不描述任何工作的章节：一张职责表贡献每个角色一个方框，一份引用文件清单贡献每份文件一个方框，两者都没有描述任何人在做的事。第二种是决策处的膨胀——一句点出三种情况的话，被画成一排三个步骤，而不是一个带三条带标签出口的菱形，于是图变长了，分支却还是看不见。两者加起来，能给一条十二步的流程再添上十来个方框。
制度或合同可以画成流程图吗？
可以，而且这件事通常会有所发现。合同和制度是为了分配义务而写的，不是为了给工作排序，所以它们的条件很密集，行为主体只被点名一次，之后就一律称作一方或接收方。把它画出来，会逼着每一项义务进入某个责任人的泳道，每一个条件进入一条带标签的分支——那些没有写明后果的条款，以及背后没有任何步骤的通知期限，就是这样浮出水面的。