良功绘图良功绘图在线画流程图
首页/流程图专题/SOP 标准作业程序流程图

SOP 怎么写:一张流程图 + 一份作业指导书

大多数写废了的 SOP 都犯同一个错:想用一份文档同时回答"这件事怎么流转"和"这一步具体怎么操作"。前者需要图,后者需要清单和参数。把它们拆成配套的两份东西,SOP 的可用性会立刻提升——员工日常看图,新人上手看指导书。

四套可以当 SOP 骨架的模板

第一套是过程关系图(把一个组织的主要过程和支持过程画在一起),适合做 SOP 体系的总览页;后面三套是典型的单项作业流程结构。

点击图片即在浏览器中打开源文件。质量体系相关的流程画法另见 质量管理流程图

2 份SOP = 流程图 + 作业指导书,缺一不可
1 页流程图控制在一页内,超出说明层级混了
5W1H每个节点要能回答谁、何时、做什么、依据、交付什么
1 年没有复审机制的 SOP,一年后基本失效

两份文件,各回答各的问题

维度SOP 流程图作业指导书(WI)
回答的问题这件事在谁之间怎么流转轮到我这一步,我具体怎么做
读者所有相关岗位、管理者、审核方执行该步骤的具体岗位
粒度到"环节"为止(一个岗位一次交接)到"动作"为止(点哪个按钮、拧几圈)
内容角色、触发条件、判断、交付物、时限步骤清单、参数、工具、图照、异常处理
形式一页流程图(最好是泳道图)编号步骤 + 图片 + 检查表
更新频率流程变了才改,相对稳定设备、工具、系统一变就要改
放在哪里贴在墙上、挂在系统首页放在工位、系统对应步骤的帮助里

把它们放在一份文档里最大的坏处是更新节奏对不上:作业指导书可能一个月改两次,流程图可能一年不用动。合在一起,要么流程图被反复重发,要么指导书更新不及时。

连接点

用编号把两者绑起来

流程图上每个节点编号(如 3.2),作业指导书用同样的编号作为章节号。看图的人想知道细节,照编号翻指导书就行。这一条是整套配套写法的关键。

流程图

优先用泳道

SOP 的核心是"责任在谁"。泳道图把角色放在最显眼的位置,比在方框里写小字标注责任人有效得多。

流程图

判断点写清判据

菱形里不要只写"合格?",要写"合格?(依据 XX 标准第 X 条)"。没有判据的判断点,等于把决定权交给了当班人的心情。

指导书

用"动作 + 判据 + 结果"三段式

每一步写成"做什么 → 怎么算做对了 → 做完产出什么"。只写动作的指导书,新人做完不知道对不对。

指导书

配图优先于文字

截图、实拍照片、示意图能替代大段描述。尤其是软件操作类 SOP,一张标了序号的截图胜过十行文字。

两者

都要有版本与生效日期

页眉页脚统一放:文件编号、版本号、生效日期、编制/审核/批准人。这是所有管理体系审核的必查项,也是员工判断"这份还算不算数"的唯一依据。

9 步:从"想规范一件事"到发布

  1. 先划范围:这份 SOP 从哪开始、到哪结束写下起点事件和终点状态,例如"从收到客户投诉开始,到投诉关闭并回访完成结束"。范围不定死,后面写着写着就会越写越大,最后变成一份没人看的手册。
  2. 找三个人问"实际是怎么做的"分别问最资深的、最新的、和最常出错的那个岗位。三份口述通常会不一致,不一致的地方就是这份 SOP 真正要解决的问题。直接照着管理者的想象写,是 SOP 落地失败的头号原因。
  3. 画出现状流程(as-is)先把现在实际在跑的流程画出来,包括那些不合理的绕路。有了现状图,讨论"哪一步该改"才有共同的靶子。
  4. 标出问题点并设计目标流程(to-be)在现状图上标出返工、等待、重复录入、责任不清的位置,再画目标流程。两张图并排放,改动一目了然,评审时也更容易通过。
  5. 给每个节点补齐 5W1H谁做(角色)、什么时候触发(条件)、做什么(动作)、依据什么判断(判据)、产出什么(交付物)、多久内完成(时限)。补不齐的节点说明这一步还没想清楚。
  6. 为关键节点写作业指导书不是每个节点都需要 WI。只给"新人容易做错""做错代价大""涉及参数或系统操作"的节点写。一份 SOP 配三五份 WI 是常态,配二十份说明流程该拆了。
  7. 组织评审:让执行者签字评审会必须有实际执行的人参加,而不只是主管。让执行者当场按图走一遍并签字,能挡掉绝大多数"纸上可行、现场不可行"的设计。
  8. 发布:编号、培训、上墙、进系统给文件编号纳入受控清单,做一次培训并留记录,把流程图贴在动作发生的位置,把 WI 挂到对应的系统步骤里。发布不等于发一封邮件。
  9. 设定复审与修订机制约定复审周期(如每年一次)和触发式修订条件(组织调整、系统更换、发生重大异常)。修订时换版本号并回收旧版,否则现场很快会同时存在三个版本。

一个判断 SOP 好坏的土办法

把 SOP 交给一个从没做过这件事的同事,让他只看文件、不问人,把这件事做一遍。

卡住的地方就是 SOP 的漏洞,他问出口的每一个问题都应该变成文件里的一句话。这个测试花不了半天,但比任何评审会都更能暴露问题。

6 个让 SOP 沦为摆设的写法

流程图和操作细节写在一起

图上密密麻麻的小字,谁都不看。

拆成流程图 + 作业指导书

用统一编号互相引用。

判断点只写"是否合格"

判据全靠个人经验。

判断点写明依据的标准与条款

把经验变成可复制的规则。

只写正常路径

异常一发生就没人知道该怎么办。

每个判断都画出否定分支

并画到明确的终点。

按部门写 SOP

跨部门的交接处永远是空白。

按端到端的业务流写

用泳道体现跨部门交接。

写完就发邮件

三个月后没人记得有这份文件。

培训 + 上墙 + 进系统三件套

并留下培训记录。

没有版本和复审机制

现场同时流传三个版本。

统一编号、版本号与生效日期

换版时回收旧版。

发布前,按这 10 条核对

  • 起点事件与终点状态写清楚了,范围没有蔓延
  • 流程图控制在一页内,用泳道体现角色
  • 每个节点都能回答 5W1H
  • 每个判断菱形都写明了判据来源
  • 所有否定分支都画到了明确的终点
  • 流程图节点编号与作业指导书章节号一一对应
  • 作业指导书采用"动作 + 判据 + 结果"三段式并配图
  • 评审时有实际执行者参与并签字
  • 页眉页脚有文件编号、版本号、生效日期与三级签署
  • 约定了复审周期与触发式修订条件

SOP 编写常见问题

SOP 和流程图是什么关系?

SOP(标准作业程序)是一套文件,流程图是其中最核心的一页。一份完整的 SOP 通常包含:目的与范围、术语定义、职责、流程图、各步骤说明(或引用作业指导书)、相关记录表单、附录。流程图承担的是"让人在三十秒内看懂全貌"的职责,其余部分负责细节。

SOP 写多长合适?

没有标准长度,但有一个可操作的判断:流程图超过一页、或步骤说明超过三页,就该考虑是不是把两个流程写在一起了。把它拆成两份互相引用的 SOP,通常比写一份长文档更好用。

小公司需要写 SOP 吗?

需要,但形式可以极简。十几个人的公司写一页纸的流程图 + 一张检查表就够了,重点是把"谁负责、交什么、什么算做完"固定下来。等到人员流动时,这一页纸的价值会立刻显现。

员工不按 SOP 做怎么办?

先假设 SOP 有问题而不是人有问题。常见原因有三:一是流程本身绕路,照做反而更慢;二是 SOP 与现在用的系统对不上(系统换了文件没改);三是从没培训过。挨个排查后仍然不执行的,才是管理问题。

用什么工具写 SOP 比较合适?

流程图部分建议用在线绘图工具:改一个节点不用重排整张图,导出的 PNG/SVG 可以直接插进文档,多人能协同修改同一张图。正文部分用文档工具即可。避免用 Office 的形状功能画复杂流程图——节点一多,移动一个框就要重连十条线。

本文提到的模板可以直接改成我们的 SOP 吗?

可以把模板当作流程结构的起点,但节点名称、判据和职责必须按贵单位实际情况重写。涉及管理体系认证、行业监管要求的 SOP,还应符合相应标准与主管部门规定,并按本单位的文件控制程序审批发布。

先画图,再写字

打开过程关系模板画出你们的流程主线,给节点编上号,再照编号补作业指导书——一份真的会被用起来的 SOP 就成型了。

打开可编辑模板