SOP 模板:格式、示例、审阅周期——以及每位成员都用自己的语言阅读的 SOP(2026)

标准操作规程(SOP)是您的组织中完成某项重复性工作的书面方法:按顺序排列的步骤、每一步由谁承担、每一步产出什么,以及正常路径受阻时该怎么办。SOP 模板是承载这些文字的固定骨架,这样第四十份规程看起来就和第一份一样,读过一份的人就能读懂所有的规程。模板是最容易的部分;本指南的大部分内容讲的是模板里该写什么,以及如何让它在写成之后仍然准确。

本指南先讲方法——SOP 是什么、不是什么,标准格式,如何写出人们真正会遵循的 SOP,一份可以直接复制的模板,两个填写完整的示例——然后讲具体机制:审阅周期如何运作,SOP 及其审阅记录存放在您的团队已在使用的哪些工具里,以及用另一种语言阅读的人能得到什么。因为 SOP 真正的考验不在获批的那一天,而在某个周二:一位新同事在柜台前独自打开它,而顾客正在等候。

SOP 是什么,不是什么

描述工作如何完成的文档有五种,SOP 居于中间:

	回答的问题	颗粒度	一行内容大致如下	谁来读
政策	我们做什么、不做什么,以及为什么	一条规则	“每项投诉须在两个工作日内答复。”	所有人读一次;审计人员
流程	工作如何在角色和团队之间流转	阶段与交接	“受理 → 分诊 → 解决 → 结案”	管理者;设计工作方式的人
SOP	一项工作如何一步一步由指定角色完成	一项规程,一次一个角色	“3. 前台将投诉登记入册,并注明日期、渠道和客户使用的语言。”	做这项工作的人,每次都读,直到形成习惯
作业指导书	一个步骤如何在某台机器、某个界面或某张表单上完成	一个步骤	“在登记册中选择渠道 → 电话,并粘贴通话编号。”	坐在该界面前的人
检查清单	是否全部完成	勾选项	“☐ 已登记 ☐ 已发送确认”	下班前的人

这些区分之所以重要,是因为它们决定了篇幅。如果 SOP 解释每个步骤背后的政策,它就成了一本没人会在柜台前翻开的手册;如果 SOP 细到该点哪个按钮,每次软件更新都得重写。SOP 说明做什么、由谁做、按什么顺序、得到什么结果;上面的政策说明为什么,下面的作业指导书说明在这个界面上具体怎么做。

SOP 也不是对这项工作通常怎么做的描述。它是大家约定的做法——所以它才有负责人、版本和审阅日期,所以一个没人遵循的步骤,要么删掉,要么谈一谈,而不是留在文档里。

应包含的内容:标准格式

一份好用的 SOP 包含一个表头和八个部分。网上的大多数模板只有表头和步骤,这就是为什么大多数 SOP 在一年内就过时了,而且没人知道:

表头——文档的身份信息,同一行上的五个字段:一个便于引用的编号(“SOP-CS-04”)、版本(“v2.1”)、负责人——一位具名的人,而不是一个部门——生效日期和下次审阅日期。没有审阅日期的文档,只会在出问题时才被审阅。

目的。 一两句话:这项规程要达成什么,没有它会出什么问题。“每项投诉都以同样的方式登记、确认和解决,这样无论谁接电话,客户得到的答复都一样。”
适用范围。 本 SOP 何时适用、何时不适用。“客户就产品或配送提出的投诉。不包括:保修索赔(SOP-CS-07),不包括:供应商投诉。”
角色与职责。 步骤中出现的每个角色,以及它负责什么。写角色,而不是姓名:姓名会变,SOP 不该跟着改。
定义与前提条件。 新人可能不了解的术语,以及第 1 步之前必须就位的东西——登记册的访问权限、模板、升级联系人清单。
规程。 编号步骤,每步一个动作,按发生顺序排列,每步以角色和动词开头:“前台登记……”“团队负责人审核……”。必要时可用三列——谁、做什么、结果或记录——让每一步都以第二个人可以核查的东西结束。
例外与升级。 各个分支:客户不在系统中时、金额超出限额时、负责人不在时该怎么办。每个例外都要指明一个人或一个角色,而不是“找个人问问”。
记录与产出。 结束时存在而开始时不存在的东西——登记册条目、已发送的邮件、已签署的表单——以及它们存放在哪里。这是审计人员阅读的部分,也能告诉您规程是否得到了遵循。
参考资料与修订历史。 它所落实的政策、相关的 SOP 和作业指导书;然后每个版本一行——日期、改了什么、谁批准的。修订历史能防止同样的错误换个版本号又被引入。

规程部分的四种格式。 简单步骤——编号列表——适用于少于十个步骤且没有分支的工作。分层式——带字母子步骤的编号步骤——适用于某个步骤内部自带顺序的情况。流程图适用于分支比顺序更重要的情形:判断菱形比“如果……否则……除非……”更容易看懂。检查清单适用于同一批人每天做的例行工作,此时的问题不是“怎么做”,而是“做了没有”。许多 SOP 会同时用两种:一份分层式规程,以及从中提炼出来、供班次使用的一页检查清单。

不该写进去的:论证理由(政策的任务)、每次点击的截图(作业指导书的任务),以及任何人无法据以行动的内容。“尊重客户”是一种价值观,不是一个步骤。

如何编写:观察、起草、测试、发布

观察做这项工作的人,并记下他们实际怎么做。 不是管理者以为发生了什么——而是实际发生了什么,包括那个用电子表格的变通办法。每天做这项工作的人是共同作者;如果 SOP 是写“关于”他们而不是“跟”他们一起写的,它就会躺在文件夹里,而真正的流程则留在他们的脑子里。在每一步都问:如果这里出了问题,您怎么办?

用模板起草,先写步骤。 先写规程部分,再写目的:步骤会告诉您适用范围到哪里为止、有哪些角色。每步一个动作,角色加动词,用现在时。如果一个步骤需要一段话,那它其实是两个步骤,或者是一份作业指导书。整份文档要短到五分钟能读完;细节放在链接的指导书里。

让从未做过这项工作的人来试用。 只给他们 SOP,不给别的,然后看他们在哪里停下。每一次停顿,都意味着缺少一个步骤、一条定义或一种例外。让新人试用一次,胜过让有经验的人审阅三次,因为有经验的人会不知不觉地把空缺补上。

发布在团队阅读的地方,并设好日期。 放在有四十份其他文档的文件夹里,只有本来就熟悉这项工作的人才找得到。它应当放在负责这项规程的团队平时交流的地方,让负责人姓名和审阅日期一目了然,这样“这份还有效吗?”由表头来回答,而不是靠到处打听。然后把审阅日期放进日历——写好之后从不审阅的 SOP,会在已经失效之后仍被人自信地遵循。

SOP 模板

[SOP 编号] — [规程名称]
版本: [n.n] · 负责人: [角色,姓名] · 生效日期: [日期] · 下次审阅: [日期]
1. 目的
[一两句话——这项规程要达成什么,没有它会出什么问题。]
2. 适用范围
适用于: [情形、产品、站点] · 不适用于: [在别处涵盖的内容,附 SOP 编号]
3. 角色
[角色] — [在本规程中负责什么]
[角色] — [负责什么]
4. 定义与前提条件
[术语] — [含义]
第 1 步之前: [所需的权限、工具、模板、清单]
5. 规程
5.1 [角色] [做什么] → [结果或记录]
5.2 [角色] [做什么] → [结果或记录]
5.3 [角色] [做什么] → [结果或记录]
[a. 子步骤] [b. 子步骤]
6. 例外与升级
如果 [条件]: [怎么做,由谁决定]
如果 [条件]: [怎么做,由谁决定]
此处未涵盖的任何情况: 由 [角色] 决定,并在下次审阅时提出该案例。
7. 记录
[结束时存在什么——登记册条目、邮件、表单——存放在哪里,保存多久。]
8. 参考资料与修订历史
落实的政策: [政策] · 相关文档: [SOP 编号、作业指导书]
v[n.n] — [日期] — [改了什么] — 批准人 [姓名]
v[n.n] — [日期] — [改了什么] — 批准人 [姓名]

这份模板可以粘贴到 Word 文件、Google Doc、Notion 页面、Slack canvas 或聊天笔记中,无需重新排版。最常被留空的两个字段是负责人和下次审阅日期;一年后文档是否仍然准确,正取决于这两项。

两个填写完整的示例

处理客户投诉——服务团队,分层式

SOP-CS-04 — 客户投诉处理
版本: 2.1 · 负责人: 服务负责人 Marta R. · 生效日期: 2026 年 10 月 1 日 · 下次审阅: 2027 年 4 月 1 日
1. 目的 — 每项投诉都以同样的方式登记、确认和解决,这样无论谁接电话,客户都能以自己的语言得到同样的答复。
2. 适用范围 — 客户通过电话、电子邮件或聊天就产品、配送或发票提出的投诉。不包括:保修索赔(SOP-CS-07);不包括:供应商投诉(SOP-PR-02)。
3. 角色 — 前台: 登记并确认。服务专员: 调查并答复。服务负责人: 批准超出信用额度的事项,决定升级处理。
4. 前提条件 — 可访问投诉登记册;有客户所用语言的确认模板;当前的信用额度(见登记册表头)。
5. 规程
5.1 前台将投诉登记入册 → 条目包含日期、渠道、客户、产品、客户使用的语言和投诉编号
5.2 前台在一个工作日内发送确认 → 附投诉编号、以客户语言撰写的确认邮件
5.3 服务专员进行调查:
a. 核对订单、配送和发票记录;
b. 如果缺少某项事实,致电或写信给客户;
c. 将调查结论和拟议的补救措施记入登记册 → 结论和补救措施,注明日期
5.4 如果补救措施是限额内的贷项,由专员直接办理;超出限额的,由服务负责人在一个工作日内批准 → 贷项通知单或书面批准
5.5 专员在 5.1 起五个工作日内答复客户 → 以客户语言撰写、引用投诉编号的答复
5.6 前台关闭条目 → 状态为已关闭,注明日期和补救措施
6. 例外 — 客户不在系统中: 按所提供的联系方式登记,标记为未核实,继续处理。客户威胁采取法律行动: 在 5.3 停止,当天转交服务负责人。负责人不在: 由登记册表头中指定的代理人批准。
7. 记录 — 登记册条目(保存 5 年)、确认和答复(存入客户档案)、贷项通知单(财务部)。
8. 参考资料 — 客户政策第 4 节;SOP-CS-07;作业指导书 WI-CS-04a《投诉登记册》。
v2.1 — 2026 年 10 月 1 日 — 步骤 5.2 的期限由两天改为一天;确认现使用客户的语言 — 批准人 Marta R.
v2.0 — 2026 年 3 月 15 日 — 增加信用额度和批准步骤 — 批准人 Marta R.

诊所开门——前台,每日检查清单

SOP-FD-01 — 诊所开门
版本: 1.3 · 负责人: 诊所经理 Tomás A. · 生效日期: 2026 年 9 月 1 日 · 下次审阅: 2027 年 3 月 1 日
1. 目的 — 无论由谁开门,诊所每天 08:00 都为第一位患者做好准备。
2. 适用范围 — 早班前台在工作日的开门工作。不包括:周末开门(SOP-FD-02)。
3. 角色 — 开门前台: 负责下列全部事项。诊所经理: 任何一项未能完成时致电。
5. 规程——07:45 前,按此顺序
☐ 关闭警报,打开门锁,开灯并开启暖气
☐ 开启前台电脑,打开预约系统,打印当日名单
☐ 电话线路由夜间留言切换为接听
☐ 检查候诊室:椅子、饮用水、当日的双语通知
☐ 1–3 号治疗室:耗材高于柜子上的最低线
☐ 刷卡终端开机,测试交易已清除
☐ 如果当天前三位患者中有人备注了确认,则致电确认
6. 例外 — 任何一项无法完成: 在 07:50 前致电诊所经理;经理回复之前,不要向患者开门。预约系统故障: 使用前一天晚上打印的名单(SOP-FD-05)。
7. 记录 — 已勾选的检查清单,签注姓名首字母并注明日期,存入开门文件夹;保存三个月。
v1.3 — 2026 年 9 月 1 日 — 在候诊室一项中增加双语通知 — 批准人 Tomás A.

请注意这两个示例的共同点:每个步骤都以角色和动词开头,并以第二个人可以核查的东西结束;例外指明了具体的人;表头说明了谁负责、下次什么时候复查;最后几行记录了改了什么、为什么改。这就是全部的方法。本指南中的其余内容,都是关于如何让文档在签署之后仍然准确。

审阅周期:一份规程如何保持准确

SOP 是对工作如何完成的一种声明,而工作是在变化的。审阅周期就是让这个声明保持诚实的机制。它有四个部分。

一个日期,以及比日期更优先的触发条件。 每份 SOP 的表头里都有下次审阅日期——通常是六个月或十二个月,受监管或与安全相关的内容则更短。有四类事件会让审阅提前:规程没能防止的一起事故;步骤所依赖的工具、表单或供应商发生变化;SOP 所落实的规则或法规发生变化;以及连续三次偏离——三个人都与文档不同地执行某个步骤,这是一次表决,而不是纪律问题。

与做这项工作的人开一次简短的审阅会议。 二十分钟,负责人加两三位执行这项规程的人,每个人的屏幕上都是当前版本。议程始终相同:

SOP-[编号] 审阅 — [日期]
1. 自上次审阅以来的偏离: 我们在哪里做得不同,为什么 — 5 分钟
2. 与规程相关的事故和投诉 — 5 分钟
3. 要修改、新增或删除的步骤 — 每项一行,附理由 — 7 分钟
4. 决定: 于 [日期] 重新发布为 v[n.n],或确认保持不变并设定新的审阅日期 — 3 分钟
行动项: 谁编辑、谁批准、谁通知谁、何时完成

发布新版本,同时保留旧版本。 修改以一行的形式记入修订历史——日期、改了什么、谁批准的——版本号随之变化:修改某个步骤是次要版本(2.0 → 2.1),修改适用范围或新增角色则是主要版本。上一个版本标记为已被取代并保留,而不是删除:审计人员,或者要解释三月份发生了什么的同事,需要的是当时的那份规程。如果审阅中做出的决定改变的是一条规则,而不仅仅是一个步骤,它也应当记入决策日志,并在条目中注明 SOP 编号。

让做这项工作的人知道。 一份没有人宣布的重新发布的 SOP,只是换了个编号的旧 SOP。变更应当发送给执行这项规程的人,发在他们平时阅读的地方,并引用改动的那三行——新的审阅日期当天就要放进日历。

SOP 及其审阅记录存放在您已在使用的哪些工具里

规程本身是一份文档,它存放在团队文档所在的任何地方——共享库中的 Word 文件、Google Doc、wiki 页面、canvas。审阅是一次会议,各个平台都有一个地方存放审阅会议留下的东西,而且各自止步于不同的地方。以下仅为各厂商官方页面中记载的行为,并注明每个页面的查验月份:

平台	审阅在哪里记录	会议结束后审阅内容有多少会回到您手里
Microsoft Teams	通话期间会议控件中的 Notes——一个 Loop 组件,任何与会者或组织者都可以编辑,通过 @ 提及人员来分配任务;或者在安排会议时使用会议详细信息中的 Add an agenda	自动保存,可从 Teams 日历和会议纪要中访问;笔记中的内容就是人工输入的内容;外部与会者无法访问或编辑(2026 年 10 月查验)
Zoom Workplace	使用 AI Companion 的会议摘要由会议内容生成,分为三个部分——快速回顾、摘要、后续步骤——适用于付费的 Zoom Workplace 套餐;个人自己的笔记是另一份独立文档	摘要通过电子邮件发送,列在网页门户的“摘要”页面中,并可发布到 Team Chat 中该会议的群聊;主持人选择共享后,参与者才会收到,只有主持人可以编辑,未经身份验证的用户不会收到邮件(2026 年 8 月查验)
Google Workspace	日历事件的说明,或从中链接的 Google Doc;在符合条件的 Workspace 版本和 Google AI 套餐中,创建事件时可以在日历中开启 Take notes for me	会议结束后,笔记以 Google Doc 的形式送达,根据设置共享给所有访客、组织内访客或仅主持人;该功能一次只支持一种语言——同一场会议中说多种语言不受支持(2026 年 10 月查验)
Slack	基于模板的 canvas,在频道中共享,包含目标、后续步骤和带截止日期的行动项等部分	canvas 作为文档留在频道中;通话中说了什么不会出现在里面,除非有人手动输入(2026 年 10 月查验)

有两点在所有平台上都一样。SOP 是用写成时的那一种语言写的文档,读另一种语言的同事,读的是这一份,或者是某人制作的副本;而审阅改动的内容,只有在事后有人用同一种语言手动输入之后,才会进入文档。

规程——以及它的每一次审阅——如何以每位成员的语言回到他们手中

InterMIND 是一个沟通空间,团队的工作存在于频道之中,所以 SOP 有一个显而易见的归处:负责这项规程的团队的频道。把它作为笔记发布——带标题和编号列表的富文本消息,之后可从其自身菜单编辑——每位成员都会以自己的语言阅读它,原文以及改动对比只需一键切换,并且可以置顶,这样新同事最先找到的就是当前版本。如果改为以文件上传——PDF 或 Word 文档——在付费套餐上,它会为每位读者翻译成其语言后打开;在所有套餐上,它的卡片都带有以读者语言撰写的 AI 摘要,每个要点都链接到出处段落,所以五分钟就能读完的版本,在任何人动笔之前就已经存在。如果主文件仍留在文档工具中,它的更新会通过电子邮件进入频道:频道的主持人为它提供一个专属地址,发到该地址的邮件会作为一条普通消息出现,发件人姓名和附件都会保留。

审阅会议从这个频道开始。通话期间,当前版本通过 Share to conference 显示在每个人屏幕上的视频画面旁——可以是一条笔记,或聊天中链接的 Google Docs 或 OneDrive 文档——每位参与者各自独立滚动,并以自己的语言阅读;共享的笔记由共享者实时编辑,在场的人可以看着修改后的步骤逐渐成形。通话结束后,会议纪要根据会议本身生成——一份摘要、标记为已同意、待定或有争议的要点、带负责人的行动项,每一行都保留其时间戳——会议期间共享的文档,其摘要也会与发言内容一同纳入。它通过电子邮件、频道中的消息和日历事件中的链接送达,每位已登录的成员都以自己的语言阅读:这份记录是按读者翻译的,而不是以会议室碰巧使用的语言一次写成。任何成员都可以编辑它,每次编辑都会保留作者和修订历史,频道也会保留过往每一场会议的纪要——所以产生 v2.1 的那次审阅,与作为 v2.1 的那份笔记只隔一次点击;成员自己的助手——Claude、ChatGPT、Copilot 或 Gemini,通过 MCP 连接器连接——可以用一个问题搜索会议纪要、转录、聊天和共享文件的文本,例如“10 月份我们对投诉处理规程改了什么?”,并读取文档本身;此功能适用于已开启 AI 功能的组织。

执行一项规程的人并不总是员工。经销商的员工、承包商、临时代班人员:频道的外部成员通过电子邮件加入,使用免费账号,与其他人一样阅读 SOP 及其历史;没有账号的人是单场会议的访客——他们通过链接从手机加入审阅通话,无需付费,以自己的语言实时收听,会后不会得到任何记录。主持人提供这个空间,在付费套餐上,只需为前 28 天内活跃的成员付费——即加入过会议、在聊天中发过言或向助手提过问的成员;沉寂下来的成员仍可免费保留访问权限。

查看一份完整的会议纪要 — 由撰写您自己纪要的同一套代码渲染的真实记录。
试用在线演示 — 无需注册;开口说话,听房间里的内容按每位听者翻译。

作为一门手艺,SOP 能够跨越任何工具而存续:总得有人去观察工作是怎么做的,把步骤写成动作,并问新人在哪里卡住了。不必再延续的是第二份工作——手动为每个版本保存一份翻译副本,并以一种语言重新输入审阅所改动的内容,给读其他语言的人看。

常见问题

什么是 SOP 模板?

SOP 模板是标准操作规程所写入的固定骨架:一个包含编号、版本、负责人、生效日期和下次审阅日期的表头,后面是标准部分——目的、适用范围、角色、定义与前提条件、编号规程、例外与升级、记录,以及带修订历史的参考资料。模板让组织中的每一份规程看起来都一样,因此读过一份的人,可以在所有规程中找到方向。

SOP 的 5 个组成部分是什么?

大多数模板一致认同的五个部分是:标题块或表头、目的、适用范围、角色与职责,以及规程本身。完整的 SOP 还要再加三个部分——例外与升级、记录,以及带修订历史的参考资料——而规程失败,通常正是因为缺了这几项:没有人知道正常路径受阻时该怎么办,也没有人知道自上一版以来改了什么。

如何编写 SOP?

观察做这项工作的人,记下实际发生的事情,包括各个分支。先起草规程部分——每步一个动作,角色加动词,用现在时——然后根据步骤所揭示的内容补充适用范围、角色和例外。让从未做过这项工作的人试用,并修正他们停下来的每一个地方。发布在团队平时阅读的地方,在表头中写明负责人和下次审阅日期,并把这个日期放进日历。

SOP 的格式是什么?

一行表头——编号、版本、负责人、生效日期、下次审阅日期——以及八个编号部分:目的、适用范围、角色、定义与前提条件、规程、例外与升级、记录、参考资料与修订历史。规程部分采用四种形式之一:简单的编号步骤、带子步骤的分层步骤、分支比顺序更重要时使用的流程图,或用于日常例行工作的检查清单。

SOP 与作业指导书有什么区别?

SOP 在角色和步骤的层面上完整描述一项工作——谁做什么、按什么顺序、得到什么结果。作业指导书描述其中某一个步骤在某个界面、机器或表单上如何操作,细到字段和按钮。SOP 说“前台将投诉登记入册”;作业指导书则展示登记册、字段和下拉选项的取值。把两者分开,才能让 SOP 经受住软件变更。

SOP 与政策有什么区别?

政策是规则及其理由:组织做什么、不做什么。SOP 是某个角色如何一步一步执行这条规则。“每项投诉须在两个工作日内答复”是政策;从登记到结案的八个步骤,就是落实它的 SOP。政策很少变化,且通过决策来变更;SOP 则随工作的变化而变化,其修订历史会记录变化发生的时间。

有 Word 或 Google Docs 版本的 SOP 模板吗?

本指南中的模板是带粗体标签的纯文本,可以粘贴到 Word 文档、Google Doc、Notion 页面、Slack canvas 或聊天笔记中,无需重新排版。格式比文件类型更重要:无论用什么承载 SOP,都需要带有负责人和审阅日期的表头、以角色和动词开头的编号步骤、为每个例外指定的具名负责人,以及修订历史——而且它需要放在做这项工作的人平时阅读的地方。

SOP 应多久审阅一次?

按表头中写明的日期——通常每六个月或十二个月,受监管或与安全相关的规程则更短——并在下列四种情况之一发生时提前:规程没能防止的事故、步骤所依赖的工具或表单发生变化、其所落实的规则发生变化,或连续三次偏离。审阅是与做这项工作的人开的一次二十分钟的会议,结果是发布新版本并在历史中增加一行,或者确认不变并设定新的审阅日期。

来源:Microsoft — Take meeting notes in Microsoft Teams;Zoom — Using Meeting Summary with AI Companion;Google — Calendar & Meet settings for "Take notes for me";Google Meet — "Take notes for me" in Google Meet;Slack — Meeting agenda template (canvas)。Microsoft、Google 和 Slack 的页面于 2026 年 10 月查验;Zoom 会议摘要页面于 2026 年 8 月查验。各厂商会随时间调整套餐、功能和语言列表;请查看其页面以了解当前状态。