主题
用 AI 制作 SOP 流程
你脑子里有一套做事的方法，但写出来别人看不懂、学不会。SOP 写了一堆，新人看了还是不知道怎么做。
这个问题几乎每个带过团队、做过交接的人都遇到过。你做事做了三五年，哪些步骤先做、哪些坑要避开、出了问题找谁——这些经验全在你脑子里。可当你想写下来交给别人时，写出来的要么太粗（「处理客户投诉」），要么默认读者知道很多背景。
新人拿到你的 SOP，看完之后问你：「所以第一步到底做什么？」
SOP 的全称是 Standard Operating Procedure，标准操作流程。简单说就是：把一件事怎么做，写成任何人都能照着做的步骤。 重点不是写得多，而是找一个完全不了解的人，让他第一次看就能做对。
AI 在这里能帮你做的，不是凭空编出一套流程——没人比你更了解这件事。AI 能帮你的是：把你脑子里零散的经验，整理成结构清晰、新人能直接照做的文档。
AI 在写 SOP 这件事上能帮什么
先搞清楚边界：AI 不能替你「想」流程该怎么走。但它可以帮你做四件事：
- 结构化：把你的经验拆成触发条件、步骤、判断点、异常处理、完成标准。
- 补全：提醒你遗漏的环节——你习以为常的步骤，新人可能完全不知道。
- 翻译：把「老手才懂」的简略表达，翻译成新人能看懂的具体动作。
- 检验：帮你发现哪些步骤模糊、哪些判断条件缺失。
你可以把它想象成一个特别有耐心的编辑。你负责提供「经验原材料」，编辑负责把这些材料整理成任何人都能读懂的操作手册。
一个好的 SOP 长什么样
好的 SOP 不是经验总结，它是一份操作说明书。区别在哪？
场景：写「客户投诉处理流程」
翻车版本：
text
❌ 客户投诉处理流程：
1. 接到客户投诉后，要认真对待
2. 了解客户需求，耐心沟通
3. 尽快解决问题
4. 跟进客户满意度
5. 记录投诉信息每个步骤都是正确的废话。「认真对待」是怎么对待？「尽快解决」是多久？「记录信息」记在哪里？新人看完完全不知道第一步该打开哪个系统、说哪句话。
正确版本：
text
客户投诉处理流程
【触发条件】收到客户投诉（电话/邮件/在线客服）
【步骤】
1. 在 CRM 系统（crm.xxx.com）新建投诉工单，记录：
客户姓名、联系方式、投诉内容（用客户原话）、投诉时间
2. 15 分钟内首次响应客户，话术：
「您好，我是 XX 部门的 [姓名]，您的反馈已收到，
会在 X 小时内给您初步回复。」
3. 判断投诉类型：
- 产品质量 → 转交品控部，邮件通知负责人
- 服务态度 → 调取沟通记录，24 小时内出调查结果
- 系统故障 → 优先级标「紧急」，立即通知技术部
4. 处理完成后 24 小时内回访客户，确认已解决
5. 关闭工单，填写处理结果和耗时
【异常处理】
- 客户情绪激动：先倾听，告知具体回复时间，不要承诺无法兑现的时限
- 涉及赔偿：超出 500 元需部门主管审批，不要自行承诺
【完成标准】
- 工单状态「已关闭」+ 客户确认解决（有回访记录）
- 处理耗时超 48 小时的，已在备注说明原因好在哪里：每一步都有具体动作、明确时限、清楚的工具和话术。新人不需要猜，照着做就行。
这个转变是怎么发生的？不是你突然变细心了，而是你给 AI 的经验材料足够具体，AI 帮你补全了结构。
三步工作流：经验 → AI 整理 → 真人试读
第一步：倒出你脑子里的经验
不要想着「写 SOP」，先想着「说清楚你做事的过程」。打开空白文档，像跟同事解释一样把过程说一遍：
text
客户投诉处理（我的经验）：
- 接到投诉先在 CRM 建工单，记录客户信息和投诉内容
- 尽快联系客户安抚一下，告诉他我们在处理了
- 看什么类型，产品问题找品控，态度问题自己查，
技术问题转技术部
- 处理完了回访一下
- 最后关工单，写处理结果
注意：响应要快（15 分钟内），赔偿不要自己答应（>500 找主管）这就是你的「经验原材料」。有了这些，AI 就能帮你整理成结构化的 SOP。
第二步：给 AI 整理
把经验原材料丢给 AI，说清四件事：做什么流程、谁来执行、什么格式、哪些必须包含。
text
请帮我把以下经验整理成一份标准操作流程（SOP），
执行者是【新入职的客服专员】。
格式要求：触发条件 / 步骤（每步写清：做什么、用什么工具、标准是什么）
/ 判断点 / 异常处理 / 完成标准。
注意：
- 不要写「认真」「尽快」「妥善」这类模糊词，给出具体时间、工具和动作
- 需要找人审批或转交的步骤，写明找谁
- 每个步骤具体到完全不了解的人能照着做
我的经验：
- （粘贴你的经验原材料）拿到 AI 输出后，进入第三步。
第三步：找一个不了解的人试读
这一步最重要，也最容易被跳过。
找一个没做过这件事的同事，让他读你的 SOP，然后问你：「第一步做什么？碰到 X 情况怎么办？」
如果他答不上来，说明那个步骤写得不清楚。如果他要猜，说明你漏掉了某个判断条件。拿到反馈后，把问题丢给 AI 让它修改对应部分——不需要重写整篇，只改有问题的地方。
三个场景，三种写法
不同类型的流程，SOP 的侧重点不同。
场景一：新员工入职流程（跨部门、有先后依赖）
翻车版本：❌ 1. 准备工位和电脑 2. 开通各种账号 3. 安排培训 4. 开始工作——「各种账号」是哪些？谁来安排培训？
正确写法：按时间线拆，每个时间段写清谁负责、做什么：
text
入职前 3 天：行政准备工位 + IT 准备电脑和账号
账号清单：企业邮箱、企业微信、GitLab、Jira、Confluence
入职当天上午：HR 签劳动合同 → 参观办公区 → 介绍公司制度
IT 现场配置电脑，确认所有账号能登录
入职当天下午：主管介绍团队 → 指定 mentor → mentor 带熟悉项目
入职第一周：周一制度培训，周二三技术培训，周四五小任务试手
完成标准：所有账号能登录（当天确认）、能运行开发环境（第二天确认）场景二：数据备份流程（高度重复、出错后果严重）
翻车版本：❌ 1. 定期备份数据库 2. 传到云端 3. 检查是否成功——「定期」是多频繁？传到哪个服务？检查什么？
正确写法：自动步骤写清脚本和校验规则，人工步骤写清失败时的处理：
text
自动步骤（每天凌晨 2:00 执行）：
- 执行备份脚本 → 上传阿里云 OSS → 校验文件大小和 MD5 → 发钉钉通知
- 失败时：电话通知值班人员
人工步骤（失败时 15 分钟内响应）：
- 查看日志 → 常见原因：磁盘满（清理）、网络超时（重传）、锁表（等待）
- 手动执行后在群内回复「已恢复」
每月检查：从云端下载备份 → 测试环境恢复 → 验证数据完整性场景三：客户投诉处理流程（服务类、有判断分支）
就是前面详细展开的场景——重点是判断分发（什么类型找谁）和异常处理（情绪激动怎么办、赔偿谁批）。
三个场景的共同点：都有明确的触发条件、步骤写到了具体动作、都有异常处理和完成标准。
常见错误
错误一：只给一句抽象命令。❌「帮我写一个客户投诉处理流程」——AI 不知道你的公司用什么工具、团队什么结构，只能给通用模板。永远先给经验原材料。
错误二：写「注意事项」而不是「操作步骤」。❌「处理投诉时要注意态度和效率」——把「注意态度」改成「15 分钟内首次响应，使用以下话术」。SOP 不需要态度，需要动作。
错误三：假设读者知道背景。❌「在 CRM 里创建工单」——新人不知道 CRM 是什么、登录地址在哪。每个系统第一次出现时写全称和地址。
错误四：不写异常处理。正常情况谁都会做，SOP 的价值在于出了意外怎么办。只写正常流程，等于只覆盖了一半场景。
错误五：写完就扔不更新。工具更新了、流程变了、踩到新坑了，都要回去更新。养成「踩坑就记录」的习惯。
可复用提示词
通用 SOP 生成模板
text
请帮我把以下经验整理成一份标准操作流程（SOP），
执行者是【____（填写角色）】。
格式要求：
- 触发条件（什么情况启动）
- 步骤（按顺序，每步写清：做什么、用什么工具、标准是什么）
- 判断点（不同情况分别怎么处理）
- 异常处理（常见问题怎么应对）
- 完成标准（怎么判断做完了）
注意：不要写「认真」「尽快」「妥善」这类模糊词；
系统名称写全称和登录地址；需要审批的步骤写明找谁。
我的经验：
- （粘贴经验原材料）SOP 修改优化模板
text
以下是一份现有的 SOP，请帮我优化：
1. 找出哪些步骤还不够具体（新人看了需要猜的）
2. 补充遗漏的异常处理
3. 把模糊表述替换成具体时间或动作
4. 保持原有结构不变，只改有问题的部分
现有 SOP：
- （粘贴现有 SOP）
收到的反馈（可选）：
- （粘贴试读时的反馈）一句话总结
SOP 的核心不是写得多好，而是任何一个不了解情况的人第一次看都能照做。你提供经验，AI 帮你结构化，然后找一个不了解的人试读——这三步走通了，你的 SOP 就能真正用起来。
现在就能做的
- 挑一件你经常做的事：每天做、每周做、或者新人来了需要你教的事。
- 花 5 分钟把经验「倒出来」：不用管格式，像跟同事解释一样写下来。
- 用上面的提示词让 AI 整理：经验原材料 + 提示词一起发给 AI。
- 找一个不了解的人试读：让他告诉你哪里看不懂。根据反馈修改。
- 存到你的模板库：把好用的结构存下来，下次直接复用。