新来的同事把合同存错了文件夹，客服退款审漏了一个条件，运营发内容时又漏了勾选发布渠道——这些事故的共同点，是流程只装在老员工的脑子里。SOP 的价值，不是把熟练动作抄成一串编号，而是让一个没参与过讨论的人也能知道：什么时候开始、需要什么资料、按什么顺序做、做到什么程度算完成、遇到异常找谁。AI 很擅长整理已有经验，但前提是你给它真实流程和判断标准，而不是让它凭空设计业务规则。
哪些流程值得先写成 SOP
重复发生、多人协作、容易漏项或需要留痕的工作最值得优先整理：新客户建档、合同归档、内容发布、采购询价、客服退款审核、数据报表更新。一次性项目方案不一定需要 SOP，用任务计划或项目清单更合适。
原始资料散在群聊和会议记录里，先用聊天记录转待办清单提取动作、责任人和截止时间；涉及岗位交接的，再配AI 工作交接清单补齐账号、资料和风险。
写 SOP 前先准备 6 类输入
- 触发条件：什么事件发生后开始执行，例如“收到已盖章合同”。
- 完成结果：最终要形成什么文件、系统状态或确认记录。
- 角色分工：谁执行、谁复核、谁批准、异常交给谁。
- 真实步骤：当前实际做法、使用系统、字段和顺序。
- 质量标准：必填项、允许误差、抽检比例和完成时限。
- 异常案例：资料缺失、权限不足、系统失败和紧急情况。
六类里最容易漏的是“异常案例”。没有它，SOP 一到出状况就变成废纸。
可直接复制的 SOP 提示词
你是一名流程文档整理助理。请根据我提供的真实工作资料，生成一份新人可以照着执行、负责人可以据此检查的 SOP 标准作业流程。不要补写我没有提供的审批权限、业务规则、系统字段或时限。 流程名称：[填写] 业务目标：[这项流程要保证什么结果] 触发条件：[什么情况开始] 完成结果：[最终文件、系统状态或确认记录] 参与角色：[执行人、复核人、批准人、异常负责人] 现有做法：[按实际顺序粘贴步骤、聊天记录或口述内容] 使用工具：[系统、表格、模板、文件夹] 质量要求：[必填项、时限、允许误差、抽检规则] 已知异常：[资料缺失、重复、权限、系统失败等] 请输出： 1. 文档信息：目的、适用范围、不适用范围、版本和负责人 2. 角色责任表：每个角色负责什么、交付给谁 3. 开始前检查：输入材料、权限、模板和前置状态 4. 操作步骤表：序号、执行角色、具体动作、工具位置、输出结果、留痕证据、质量检查点 5. 异常处理表：异常现象、立即动作、是否暂停、升级对象、恢复条件 6. 完成验收清单：可勾选的结果检查项 7. 待确认问题：资料不足、规则冲突或需要负责人决定的事项 8. 版本记录：本次新增或修改了什么 规则： - 每一步只写一个主要动作，使用"动词 + 对象 + 完成标准" - 系统菜单、字段名、文件路径只能引用我提供的内容 - 需要判断时写出判断条件，不能只写"视情况处理" - 涉及交接时写清发送对象、交付物和确认方式 - 涉及删除、付款、隐私、权限和对外承诺时标记人工审批 - 不确定内容放入"待确认问题"，不要自行补全 输出后自检： - 新人是否知道从哪里开始、在哪里操作、做到什么程度结束 - 每个步骤是否有责任人、输入、输出和检查点 - 正常流程与异常流程是否分开 - 所有时限、数字、权限和系统字段是否能回到原始资料
示例：客户资料建档 SOP 怎么落地
模糊口述是“销售把资料发过来后，运营检查一下，再录进系统，有问题就找销售”。把它拆成可执行步骤：
- 销售在指定表单提交营业执照、联系人、合同编号和开票信息，系统生成提交时间。
- 运营在 1 个工作日内检查 4 项必填资料；缺任何一项时不建档，在原工单列明缺失字段并退回销售。
- 资料完整后，运营按已提供字段录入客户系统，保存后截图客户编号作为留痕。
- 复核人抽查客户名称、统一社会信用代码和合同编号；三项一致后标记“建档完成”。
这里没有让 AI 猜系统菜单和审批层级，而是把口述里的“检查一下”拆成可验证字段，把“有问题”拆成暂停条件和退回动作。
口述转步骤：一张表看清差距
| 模糊口述 | 拆解后 |
|---|---|
| 检查一下资料 | 1 个工作日内核对 4 项必填字段，缺项退回并列明缺失项 |
| 录进系统 | 按已提供字段录入，保存后截图客户编号留痕 |
| 有问题就找销售 | 缺少必填项时暂停建档，在原工单退回销售并说明原因 |
异常处理表也要能照做
| 异常现象 | 立即动作 | 是否暂停 | 升级对象 |
|---|---|---|---|
| 营业执照模糊无法辨认 | 在工单注明，退回销售补传 | 是 | 销售负责人 |
| 客户已存在系统 | 核对后合并或更新，不重复建档 | 否 | 复核人 |
| 系统保存失败 | 记录错误码，保留表单草稿 | 是 | IT 支持 |
异常表写清“立即动作 + 是否暂停 + 升级对象”，新人就不会卡在第一步等救命。
发布前做一次陌生人测试
找一名没参与编写的人，拿一份脱敏样例照着执行，记录他在哪一步停下来、需要追问什么、产生了什么不同结果。出现卡点优先改文档，而不是口头补充。要把 SOP 转成内部培训材料，看AI 培训计划提示词；面向客户的说明，用AI 产品使用说明书提示词更合适。
AI 写 SOP 的失败边界
- 没有真实流程输入时，AI 生成的步骤看着完整，实际可能不存在对应系统或权限。
- 财务付款、合同审批、账号权限、隐私数据和安全操作，不能让 AI 决定审批规则。
- 把“认真检查”“及时处理”“确保无误”写进 SOP，不等于建立了质量标准。
- SOP 不是永久文档。系统、政策或责任人变化后，要同步更新版本和生效日期。
上线后还要验收
SOP 发布不等于流程可用。首次上线或重大改版后，用项目验收清单逐项核对交付物、执行结果、异常处理、缺陷状态和签字记录；陌生人测试发现的卡点，先修正文档再进入正式验收。刚接触 AI 办公的团队，可以从AI 新手入门开始，一步步把提示词和验收流程跑通。
用交付结果倒推需要的信息
例如，SOP写成先处理、再检查、及时上报，新人照着做仍不断问老员工。这类任务的难点通常不在“让AI写一段话”，而在于先把事实、边界和交付对象理顺。开始前应单独列出已有材料、尚未确认的信息和不能由模型替你决定的事项。没有依据的数字、承诺、人员安排和专业结论一律标记待确认，不用看似完整的句子掩盖信息缺口。
处理时重点抓住这些要素：适用范围、输入、步骤、责任人、时限、检查点、异常和记录。先用一小段材料跑通，再扩大到完整任务，能更早发现字段缺失和理解偏差。涉及多人协作时，最好让下一位执行者复述一遍：他从文档里看到了什么、准备先做哪一步、遇到什么情况需要停下。复述不一致，说明文档仍需修改。
从错误版本反推检查点
一个常见的失败版本是：使用模糊动词，只有正常流程，没有版本号和变更记录。它往往表面整齐，实际无法执行。修正时不要只让AI“更专业”，而要指出哪一项事实缺失、哪句话无法验证、哪一步没有责任人或判断条件。每轮只改一类问题，并保留修改前后的差异，后续才能沉淀出稳定做法。
- 事实核对：人名、日期、金额、指标、文件版本和业务规则回到原始材料逐项确认。
- 边界核对：区分已经决定、正在讨论、个人建议和模型推断，不能把四者混写。
- 执行核对：动作写到具体对象、负责人、时间和可观察结果，删掉“持续关注”“及时处理”这类空话。
- 风险核对：敏感数据先脱敏，合同、财务、法律、安全、医疗等结论交给相应专业人员。
交付前用一个简单标准验收：新人按文档独立完成一次，关键节点有证据，异常能明确停下和升级。再安排一次反例检查，故意输入一条缺日期、缺负责人或相互冲突的材料，看结果是否会明确提示缺口，而不是自行补全。能在正常情况和异常情况下都给出可核对结果，这套做法才算真正可复用。
最后保留三样东西：原始材料、采用的版本和人工确认记录。下一次遇到相似任务，可以复用字段和检查表，但仍要替换当次事实。模板的价值是减少遗漏，不是让所有场景得到同一答案；只要任务目标、读者或约束变化，就应重新检查输入和验收条件。