SOP 条目
把重复三次以上的操作写成触发条件、步骤、验收与异常处理。
可整段复制 占位符用双大括号标出，替换成你的内容即可
# SOP：{{流程名称}}
## 一、基本信息
- 适用范围：{{哪些团队或场景使用}}
- 触发条件：{{什么情况下必须执行本流程}}
- 流程负责人：{{姓名}}
- 版本：{{v1.0}}｜生效日期：{{日期}}
## 二、角色
| 角色 | 负责人 | 职责 | 决策权限 |
| --- | --- | --- | --- |
| {{发起人}} | {{姓名}} | {{提交与跟进}} | {{无}} |
| {{执行人}} | {{姓名}} | {{具体操作}} | {{范围内可自行判断}} |
| {{验收人}} | {{姓名}} | {{检查与确认}} | {{通过/驳回}} |
## 三、步骤
| 步骤 | 谁 | 做什么 | 输入 | 产出 | 时限 |
| --- | --- | --- | --- | --- | --- |
| 1 | {{角色}} | {{动作}} | {{材料}} | {{结果}} | {{小时/天}} |
| 2 | {{角色}} | {{动作}} | {{材料}} | {{结果}} | {{小时/天}} |
| 3 | {{角色}} | {{动作}} | {{材料}} | {{结果}} | {{小时/天}} |
## 四、验收标准
- {{可判断的完成条件一}}
- {{可判断的完成条件二}}
- 不满足时：{{退回或补做的规则}}
## 五、异常处理
- 卡在 {{环节}} 时：找 {{谁}}，允许 {{什么范围内的临时处理}}
- 超过 {{时限}} 未完成：升级给 {{谁}}
- 发现规则本身有问题：记录在 {{位置}}，由负责人在 {{周期}} 内评审
## 六、变更记录
| 版本 | 日期 | 修改人 | 修改内容 |
| --- | --- | --- | --- |
| {{v1.0}} | {{日期}} | {{姓名}} | {{初版}} |
复制与下载都在浏览器本地完成，不会上传内容，也不需要登录。
怎么用
- 先确认这件事是否重复发生三次以上；一次性任务不必写成 SOP。
- 触发条件写在最前，让执行者知道什么时候该用，而不是靠记忆。
- 步骤表按「谁、做什么、产出什么」填写，避免只写原则和注意事项。
为什么这么写
- 触发条件是流程被调用的入口，缺少它再详细的步骤也可能没人使用。
- 输入与产出让步骤可衔接，减少「做完不知道交给谁」。
- 异常处理单独成节，现实中卡住往往比标准路径更常见。
- 版本记录让流程可以演进，也便于追溯规则变化。
常见错误
- 把 SOP 写成一堆原则，读完仍不知道第一步做什么。
- 没有异常分支，遇到例外只能临时问人。
- 从不更新版本，工具和团队变化后流程逐渐失效。