SOP 标准作业流程的价值，不是把熟练员工的动作抄成一串编号，而是让一个没有参与过讨论的人，也能知道什么时候开始、需要什么资料、按什么顺序操作、做到什么程度算完成，以及遇到异常该找谁。AI 很适合整理已有经验，但前提是你提供真实流程和判断标准，不能让它凭空设计业务规则。
哪些流程适合先写成SOP
重复发生、多人协作、容易漏项或需要留痕的工作最值得优先整理，例如新客户建档、合同归档、内容发布、采购询价、客服退款审核和数据报表更新。一次性项目方案不一定需要 SOP，更适合使用任务计划或项目清单。
如果原始资料散落在群聊和会议记录中，可以先用聊天记录转待办清单提示词提取动作、责任人和截止时间；涉及岗位交接时，可结合AI工作交接清单提示词补齐账号、资料和风险。
写SOP前先准备6类输入
- 触发条件：什么事件发生后开始执行，例如“收到已盖章合同”。
- 完成结果：最终需要形成什么文件、系统状态或确认记录。
- 角色分工：谁执行、谁复核、谁批准、异常交给谁。
- 真实步骤：当前实际做法、使用系统、字段和顺序。
- 质量标准：必填项、允许误差、抽检比例和完成时限。
- 异常案例：资料缺失、权限不足、系统失败和紧急情况。
可直接复制的SOP标准作业流程提示词
你是一名流程文档整理助理。请根据我提供的真实工作资料，生成一份新人可以照着执行、负责人可以据此检查的 SOP 标准作业流程。不要补写我没有提供的审批权限、业务规则、系统字段或时限。
流程名称：[填写]
业务目标：[这项流程要保证什么结果]
触发条件：[什么情况开始]
完成结果：[最终文件、系统状态或确认记录]
参与角色：[执行人、复核人、批准人、异常负责人]
现有做法：[按实际顺序粘贴步骤、聊天记录或口述内容]
使用工具：[系统、表格、模板、文件夹]
质量要求：[必填项、时限、允许误差、抽检规则]
已知异常：[资料缺失、重复、权限、系统失败等]
请输出：
1. 文档信息：目的、适用范围、不适用范围、版本和负责人
2. 角色责任表：每个角色负责什么、交付给谁
3. 开始前检查：输入材料、权限、模板和前置状态
4. 操作步骤表：序号、执行角色、具体动作、工具位置、输出结果、留痕证据、质量检查点
5. 异常处理表：异常现象、立即动作、是否暂停、升级对象、恢复条件
6. 完成验收清单：可勾选的结果检查项
7. 待确认问题：资料不足、规则冲突或需要负责人决定的事项
8. 版本记录：本次新增或修改了什么
规则：
- 每一步只写一个主要动作，使用“动词 + 对象 + 完成标准”
- 系统菜单、字段名、文件路径只能引用我提供的内容
- 需要判断时写出判断条件，不能只写“视情况处理”
- 涉及交接时写清发送对象、交付物和确认方式
- 涉及删除、付款、隐私、权限和对外承诺时标记人工审批
- 不确定内容放入“待确认问题”，不要自行补全
输出后自检：
- 新人是否知道从哪里开始、在哪里操作、做到什么程度结束
- 每个步骤是否有责任人、输入、输出和检查点
- 正常流程与异常流程是否分开
- 所有时限、数字、权限和系统字段是否能回到原始资料示例：客户资料建档SOP怎么落地
模糊口述：销售把资料发过来后，运营检查一下，再录进系统，有问题就找销售。
整理后的关键步骤：
- 销售在指定表单提交营业执照、联系人、合同编号和开票信息，系统生成提交时间。
- 运营在 1 个工作日内检查 4 项必填资料；缺少任一项时不建档，在原工单列明缺失字段并退回销售。
- 资料完整后，运营按已提供字段录入客户系统，保存后截图客户编号作为留痕。
- 复核人抽查客户名称、统一社会信用代码和合同编号；三项一致后标记“建档完成”。
这里没有让 AI 猜测系统菜单和审批层级，而是把口述中的“检查一下”拆成可验证字段，把“有问题”拆成暂停条件和退回动作。
发布SOP前做一次陌生人测试
找一名没参与编写的人，使用一份脱敏样例照着执行。记录他在哪一步停下来、需要追问什么、产生了什么不同结果。出现卡点时优先修改文档，而不是口头补充。需要把 SOP 转为内部培训材料时，可参考AI培训计划提示词；面向客户的操作说明则更适合使用AI产品使用说明书提示词。
AI写SOP的失败边界
- 没有真实流程输入时，AI 生成的步骤看似完整，实际可能不存在对应系统或权限。
- 财务付款、合同审批、账号权限、隐私数据和安全操作不能由 AI 决定审批规则。
- 把“认真检查”“及时处理”“确保无误”写进 SOP，不等于建立了质量标准。
- SOP 不是永久文档。系统、政策或责任人变化后，应同步更新版本和生效日期。