大多数 SOP 是为合规背书写的，不是给人用的——躺在没人点开的 Confluence 页面里，写着”ensure X is done”这种不可执行的句子。下面这些 Prompt 强制：每步一个具名 owner、动词开头的步骤、每步带成功检查、加边界情况附录——这样写它的人请 PTO 时，SOP 也照样能跑。要做岗位级知识交接配合 交接文档 Prompt。
这套 Prompt 适合用在哪
- 新人入职
- 客服 / 运营流程
- 工程 on-call runbook
- 合规流程
- 客户面工作流
1. 1 页 SOP 模板
为 "{process}" 起 1 页 SOP。结构：1 句目的、owner、触发条件、5-9 个编号步骤（都以动词开头）、成功标准、升级路径。≤400 字。2. Day-1 入职 SOP
为新 {岗位} 起 day-1 入职 SOP。输入 {团队、工具、权限}。输出：8 个编号步骤、每步 owner、耗时、成功检查。包含"buddy 不在"的兜底。3. 客服 ticket 分流 SOP
起客服 ticket 分流 SOP。输入 {ticket 类别、严重度等级、SLA}。输出：编号分流步骤、严重度决策树、点名升级路径、响应时间目标。4. On-call runbook
为 {服务} 起 on-call runbook。触发 {告警}。输出：6 个步骤、要查的日志 / 指标、3 个最常见原因、dashboard 链接、什么时候叫醒下一位工程师。5. 退款 / 拒付 SOP
起退款 SOP。条件 {policy}。输出：编号资格检查、决策矩阵（自动 / 人工 / 升级）、客户回复模板、日志要求。6. 发布 / 部署 SOP
为 {服务} 起发布 SOP。输入 {CI、环境、回滚方式}。输出：发布前 checklist、部署步骤、发布后验证、回滚触发条件、沟通节奏。7. 合规 / 审计 SOP
为 "{control}" 起合规流程。框架 {SOC2 / GDPR / HIPAA}。输出：执行人、频率、留存证据、复核路径、失败时的升级。8. 客户 onboarding SOP
从合同签字到首次价值时刻的客户 onboarding SOP。输出：6 个阶段、各阶段 owner、阶段成功检查、沟通触点、推进下一阶段的条件。9. SOP 边界附录
下面是 "{process}" 的 SOP。请加边界附录：当前 SOP 没覆盖的 top 6 边界、如何处理、链接应插入哪一步下。
{粘贴}10. SOP 简化
下面 SOP 过长。请砍到 ≤50% 长度，不丢任何关键步骤。同类合并。每步加 1 行成功检查。
{粘贴}11. SOP 可测试性检查
下面是 SOP。逐步标出是否可测试（别人能验证你做了没）。把不可测试的重写成带具体检查。
{粘贴}12. SOP → checklist 转换
把这份 SOP 转成"10 分钟能跑完"的 checklist。输出 ≤12 个 checkbox、每条 ≤15 字。结尾给 1 行"任何一条没通过就……"。
{粘贴}容易踩的坑
- 每步没具名 owner——“团队”等于没人
- 步骤不是动词开头（“ensure that X is done”）——读者执行不了
- 没成功标准——操作员做完第 4 步不知道自己有没有真的做完
- 没边界情况或”if 分支”——第一个奇怪场景就把 SOP 打穿
- SOP 没标日期 / 版本号——读者分不清是不是现行版
- 流程变了 SOP 没人复审——悄悄烂掉