评论回复自动化 SOP 是把「系统可以做什么、人必须做什么」写清楚的短文档。没有它，自动化只会把混乱放大；有了它，新人也能在压力下按同一套停止规则行事。
核心要点
- SOP 先写范围与不做清单，再写工具步骤。
- 用风险分级连接模板库与审批矩阵。
- 日志字段与修订记录让 SOP 可演进。
- 篇幅短、举例真，值班才用得上。
推荐目录
- 目的与适用账号/平台
- 不做清单（刷评、虚假互动、未审承诺等）
- 角色与值班
- 评论分类定义（含正反例）
- 模板库索引
- 审批矩阵与 SLA
- 执行路径（API/后台/App）
- 日志字段
- 停止与事故
- 每周抽检与修订历史
分类怎么写才不空
每个类别给：定义、两个真实例句、默认动作、禁止动作。
例如「物流 FAQ」：可指向帮助中心；不可承诺具体到达日除非系统已确认。
例如「投诉」：标记升级；不可争论或公开承认未核实责任。
审批矩阵表
| 类别 | 自动建议 | 自动发送 | 必审 | 升级 |
|---|---|---|---|---|
| 感谢 | 是 | 可选 | 抽检 | 否 |
| 标准 FAQ | 是 | 否/受限 | 是 | 否 |
| 定价 | 是 | 否 | 是 | 视情况 |
| 退款/法律 | 否 | 否 | 是 | 是 |
| 垃圾 | 检测 | 否 | 确认隐藏 | 否 |
日志最少字段
平台、账号、评论 ID/链接、类别、建议稿、终稿、动作、操作员、审核员、时间、结果。
停止规则（直接可粘贴）
出现下列情况立即暂停自动发送：登录异常；某类别投诉上升；AI/模板被拒率过高；发现串号；法务要求冻结话术。
暂停后只允许人工处理，并开复盘项。
修订机制
- 触发：新活动、新产品主张、事故、平台规则变化
- 流程：提案 → 账号负责人批 → 更新日期与版本号 → 通知值班
- 废弃模板必须下线，不可留在「或许还能用」文件夹
常见错误
- SOP 写成工具说明书，没有决策规则。
- 分类过多，坐席无法在 10 秒内判定。
- 只有喜庆模板，没有投诉路径。
- 从不抽检，文档与现实脱节。
- 多品牌共用一份 SOP 却无品牌附件。
常见问题
SOP 和培训课件有何不同？
SOP 是值班即时查的规则；课件是理解背景。两者不要混成一份超长 PDF。
要写到按钮级点击吗？
标准路径可附检查表；核心正文保持决策级，避免平台 UI 一变全文作废。
多语言如何组织？
正文一套规则；模板库按语言分册；审核人按语言排班。