如何把 SOP 转成流程图
如何把书面 SOP 转成流程图：把文字拆成每步一个动作，把每个条件句变成决策，指派责任人，并把文字略去的部分补齐。
运作方式
给文字里的每一个动作编号
通读您的 SOP，标出每一个独立的动作，包括埋在叙述性段落里的那些。用“并”“和”把两个动词连起来的句子，通常是两个步骤。仅这一遍梳理，通常就能把一份五页的程序变成三十个候选步骤，其中好几个后来会发现是重复的。
把每一个条件词标出来
在文档里搜索“如果”“除非”“凡”“当”“视……而定”“若发生”“否则”“必要时”。它们每一个都是一个决策。把它写成一个问题，并记下两个答案——包括文字没有给出的那个答案，而这正是做这件事的全部理由。
把步骤输入成行，再把它们连起来
把每个动作填进一行的“方框文字”，把带条件的那些行的“形状”设为“判断”，再用“连线到”列填行号把它们连起来。出口的标签写在“连线文字”里。到这一步，您手上就有了一张忠实反映 SOP 字面内容的流程图——连同它的空白。
给每个步骤指派一个责任人
被动语态是书面程序的标准语体，它把行动者藏了起来：“评估结果被记录”没有点到任何人。把每个步骤放进执行它的那个角色的泳道里。任何一个您无法归属的步骤，都是抛给流程负责人的一个问题，而不是排版问题。
把悬空的分支处理掉
沿着每一条“不顺利”的出口一直走到结论。书面 SOP 习惯性地停在失败那一刻——“该变更被回滚”——却不说接下来会怎样。把这份未解决分支的清单带回给流程负责人；这份清单是整次转换最有价值的产出。
让旧文档退役
图表一经确认并获得批准，就把它作为源头，由它生成文本视图，而不是两份都维护。描述同一份程序的两份文档一定会走偏，而且在审计人员或一次事件把它们并排放在一起之前，这种偏差是看不见的。
常见问题
流程图应该取代书面 SOP 吗？
它应当取代书面 SOP 成为源头，但不一定要成为唯一的视图。有些细节属于文字——精确的字段取值、安全警示、法规条款引用——而且有些读者更偏好散文。真正重要的规则是单一来源：把流程保存在一个地方，再由它生成文本视图和图表视图，这样一次更新就不可能落在一份文档上而漏掉另一份。
如果我们的 SOP 没写谁执行某个步骤，该怎么办？
把它留空，并把问题提出来。被动语态的程序把行动者藏起来只是一种文体习惯，而答案往往真的存在争议——两个部门各自以为是对方在做。您自己随手指派一条泳道，就等于把一个真实的发现埋在一张看起来很可信的图底下。那份无法归属的步骤清单，是一次转换最有用的两项产出之一；另一项是未解决分支的清单。
AI 能把 SOP 转成流程图吗？
第一遍它做得不错：把散文拆成步骤、找出条件、提出形状和先后顺序。QueryChart 的 AI 可以根据粘贴进来的程序文本起草一张图表。它做不到的，是解决文档没有说的那些事——缺失的责任人、停在失败处的分支——而恰恰是这些部分值得由人来处理。请把生成的图表当作一份附带问题的草稿，而不是一份成品程序。
转换一份 SOP 要花多长时间？
一份写得紧凑的五页程序，做成第一版图表草稿大约需要一到两个小时。转换本身很快；真正花时间的，是随后围绕它暴露出的那些空白展开的对话，通常是几个没有责任人的步骤和几条未解决的分支。请为这场对话留出时间，因为跳过它，就等于把同样的含糊换个格式再交付一次。