用 AI 写 SOP：把老手经验整理成新人也能照做的流程文档
AI 写 SOP 的关键不是套模板，而是把真实流程、例外情况和验收标准整理清楚。本文给出一套从口述、录屏、聊天记录到可交接流程文档的完整方法。
很多团队的经验都藏在老员工脑子里：怎么接一个新客户、怎么发一篇文章、怎么处理退款、怎么上线一个页面、怎么排查一个常见故障。平时靠口口相传也能跑，但一换人、一忙起来、一出错，就会发现根本没有清楚的流程文档。
AI 很适合帮你写 SOP，也就是标准操作流程。但关键不是让它凭空写一份“看起来规范”的文档，而是把真实流程从人的口述、聊天记录、录屏和历史案例里整理出来。好 SOP 不是漂亮文档，而是新人照着做也不容易出错的说明书。
先把流程录下来，不要先追求规范
很多人写 SOP 卡住，是因为一上来就想写得正式。其实最好的原材料往往很粗糙：一段口述、一份聊天记录、一次录屏、一张检查清单。你可以先让执行这件事的人随便讲清楚：从哪里开始、准备什么、正常步骤是什么、哪里最容易错、遇到例外怎么办、做到什么程度算完成。
下面是一段流程口述。请不要美化成文章，而是整理成 SOP 草稿：适用场景、准备材料、步骤、每步注意事项、常见错误、例外情况、完成标准。口述里没提到的内容标“待补充”。
“待补充”很重要。AI 写 SOP 最大的问题，是会为了完整性自己补步骤。SOP 不能靠猜，猜错了会带新人走错路。
一份可用 SOP 至少要有八个模块
| 模块 | 要回答的问题 |
|---|---|
| 目的 | 为什么要做这件事 |
| 适用范围 | 什么情况用，什么情况不用 |
| 输入材料 | 开始前需要哪些信息、文件、权限 |
| 操作步骤 | 按什么顺序做 |
| 判断标准 | 每一步怎么判断对不对 |
| 例外处理 | 遇到异常时怎么办 |
| 验收标准 | 做到什么程度算完成 |
| 责任人 | 谁执行，谁审核，谁兜底 |
如果一份 SOP 只有步骤，没有输入、例外和验收标准，新人照着做还是会频繁问人。真正节省沟通成本的，是把“什么时候算对”“出错找谁”“哪些情况不要继续做”写清楚。
让 AI 把步骤改成动作句
请检查这份 SOP 里的每个步骤，找出不够具体的句子，并改成动作句。动作句必须包含：打开、复制、填写、检查、发送、保存等具体动作，以及操作对象。
| 模糊写法 | 动作句 |
|---|---|
| 检查客户资料 | 打开客户表，核对公司名、联系人、邮箱、付款状态四项是否完整 |
| 发布文章 | 在 Ghost 后台新建文章，粘贴 HTML，上传封面图，确认摘要和标签后发布 |
| 处理异常订单 | 在订单后台筛选“未支付超过 30 分钟”的订单，复制订单号发给财务确认 |
动作越具体，新人越少猜。SOP 的目标不是显得专业，而是减少猜测。
把例外情况单独列出来
老手和新人的差别，往往不在正常流程，而在例外处理。资料缺项、客户要求冲突、系统报错、负责人不在线、时间来不及、结果不符合验收标准，这些都应该单独写。
下面是过去一个月这个流程相关的问题记录。请提取常见例外情况，按“触发条件、判断方式、处理步骤、升级给谁、是否需要记录”整理成表格。
很多 SOP 之所以没人用，是因为它只描述理想世界；而真实工作每天都在遇到例外。
用 AI 做一次新人测试
请假设你是第一次做这件事的新人。阅读这份 SOP 后，列出所有你仍然不确定的地方：缺少定义、缺少权限说明、步骤跳跃、判断标准不清、例外情况不明、验收标准模糊。
这个测试能发现很多老手盲区。比如你写“进入后台”，但新人不知道后台地址；你写“按标准命名”，但标准没有链接；你写“确认无误后发布”，但没有说确认哪些项。
版本维护比第一次写更重要
SOP 不是写完就永久正确。工具界面会变，人员会变，规则会变，常见问题也会变。每份 SOP 都应该有最后更新时间、维护人、适用版本、修改记录和反馈入口。
小结
- AI 写 SOP 的正确方式，是整理真实流程，不是凭空生成模板；
- 先收集口述、录屏、聊天记录和历史问题，再让 AI 结构化；
- 可用 SOP 至少包含目的、范围、输入、步骤、判断、例外、验收和责任人；
- 步骤要改成具体动作句，减少新人猜测；
- 例外处理和版本维护，决定 SOP 能不能长期有用。
真正好的 SOP，会让团队少一点“这个你问谁谁谁”，多一点“照这个做，出问题看这里”。AI 可以帮你把经验从脑子里搬到文档里，但前提是你给它真实流程。
本文为「读懂 AI」原创，仅作经验分享。使用 AI 整理团队流程、客户资料、内部规范时，请注意公司保密要求和权限边界；涉及账号、密码、客户隐私、财务信息等内容请先脱敏。
