如何把文档转成流程图
如何把一份从来没给步骤编过号的文档变成流程图：哪些段落根本不是步骤，范围、定义和职责该去哪里，以及画出来的图为什么总是太长。
运作方式
把每一个段落分进三堆
把文档通读一遍，给每个段落标上动作、条件或都不是。“由提出人在台账中登记该变更”是动作。“除同类替换以外的变更”是条件。范围、定义、职责表和引用文件清单都不是，而在一份制度里，它们占的页数比动作还多。
把非步骤用掉，而不是画出来
第三堆是拿来收割的，不是拿来丢弃的。范围里的排除条款变成流程最前面的一个决策，带一个属于它自己的结束。一个被定义的术语变成使用它的那个决策上的判定标准，原文措辞放进那一行的备注。职责表变成整套泳道。这一堆里没有任何东西会变成方框。
把动作填成行
在 QueryChart 里每一行就是一个方框，所以把标记为动作的内容一行一个填进“方框文字”列，按动作真正发生的顺序，而不是按它们印刷出来的顺序。标签要短到一眼能读完，它出自的那个条款留在这个步骤的备注里。然后用“连线至”列把各行连起来，这一列填的是行号。
给每一个条件配一条带标签的出口
从条件来的那些行变成菱形：把它们的“形状”列改成决策，并把每一行改写成一个问句。“连线文字”随后按“连线至”里数字的顺序，一条分支填一个标签。一个点出三种情况的条款需要三个标签——“低风险”“中风险”“高风险”——否则读的人分不清哪条路线是自己的。
把文档打散了的路线摆回去
让每条分支指向它到达的那一行，向后的也一样：审批需要补充材料时退回技术依据，一项临时变更到期时重新进入同一轮审查。然后按职责表填好“水平泳道”和“垂直泳道”列，让一个步骤落在“筛查”阶段、“变更管理员”名下。
拿这张图对着文档回读一遍
逐条过一遍，把每一个条款对应到一行、一个分支标签、一条泳道或一条步骤备注上勾掉。会剩下三样东西：属于备注的细节、还没有人画过的路线，以及这个装置好些年前就不再遵守的条款。把最后这份清单交给文档的责任人——那是这次梳理挣到的一次修订申请。
常见问题
怎样把 PDF 变成流程图？
先把文字抽出来，转换文字而不是版式。PDF 的阅读顺序是一件排版产物——分栏、边栏、表格和页脚交错在一起——所以任何照着它走的做法，都会按流程从来没有过的次序排出方框。请把动作挑出来，把条件标出来，再照着这份清单去搭。把抽出来的文字粘给 QueryChart 的 AI，能得到一版可用的行草稿；它解决不了的那些条件，正是需要人来处理的部分。
范围和定义在流程图里放哪儿？
两者都不会变成方框。范围陈述变成流程最前面的一个决策，带一个属于它自己的结束：在这里的示例中，制度的排除条款就是“是否属于同类替换？”，而“同类替换”这条分支停在“按检修作业处理”，完全不碰流程的其余部分。定义变成使用它们的那些决策上的判定标准——低、中、高风险之所以能作为分支标签被判定，正是因为文档写明了每一档从哪里开始——原文措辞则放进这个步骤的备注。
从文档做出来的流程图为什么总是太长？
两种机制，而且都可以避免。第一种是照抄那些不描述任何工作的章节：一张职责表贡献每个角色一个方框，一份引用文件清单贡献每份文件一个方框，两者都没有描述任何人在做的事。第二种是决策处的膨胀——一句点出三种情况的话，被画成一排三个步骤，而不是一个带三条带标签出口的菱形，于是图变长了，分支却还是看不见。两者加起来，能给一条十二步的流程再添上十来个方框。
制度或合同可以画成流程图吗？
可以，而且这件事通常会有所发现。合同和制度是为了分配义务而写的，不是为了给工作排序，所以它们的条件很密集，行为主体只被点名一次，之后就一律称作一方或接收方。把它画出来，会逼着每一项义务进入某个责任人的泳道，每一个条件进入一条带标签的分支——那些没有写明后果的条款，以及背后没有任何步骤的通知期限，就是这样浮出水面的。