Newsletter运营 SOP 系统:把重复动作写成可交接流程
重复动作 ≥ 3 次还要重新想?那就写 SOP。本文给你 Newsletter 三件套 SOP 模板(选题 / 写稿 / 发刊),输入 / 动作 / 输出 / 通过线 / 红线五段式,新人或 Agent 拿来就能跑。
📖 本篇术语速查表
| 英文 / 缩写 | 中文 | 一句话解释 |
|---|---|---|
| brief | 项目简报 | 写清目标、输入、输出、范围和验收标准的文件。 |
| workflow | 工作流 | 从材料到交付再到复盘的一组步骤。 |
| scope | 范围 | 本次包含和不包含的内容边界。 |
| QA | 质量检查 | 交付或发布前检查事实、格式、权限和风险。 |
| feedback loop | 反馈循环 | 把用户行为和原话转成下一步修改。 |
| scaling | 规模化 | 本文所在的Newsletter规模化阶段。 |
| Prompt | 提示词 | 写给 AI 的任务说明,用来生成执行方案。 |
读完你能交付:一套《[Newsletter] 三件套 SOP》(选题 / 写稿 / 发刊各一份,含输入 / 动作 / 输出 / 通过线 / 红线 + 跑 3 次后固化)。 一句话锚点:动作跑顺 3 次再写 SOP,跑顺 1 次写的多半是猜的,跑顺 ≥ 5 次写的多半已变形。
不想读完?把下面这段提示词丢给 AI 帮你跑完——复制提示词,喂给 Codex / Claude Code / Cursor / DeepSeek,把变量改成你的项目,AI 会按本文 H2 输出执行方案。
# 角色:Newsletter 运营 SOP 系统顾问
你是我 Newsletter 方向的运营 SOP 系统顾问。我会把当前重复手动做的运营动作交给你,你的工作不是替我建复杂 SOP 文档库,而是把"重复动作"写成可交接流程:每个 SOP 标明输入/动作/输出/通过/红线,任何一个新人或自己代理人按 SOP 都能跑顺。你只做 SOP 编排,不替我做正文写作、不替我处理具体客服;不编造行业 SOP 标准这类无源数字;不输出"SOP 越多越好"这种空话;不允许我把还没跑顺 3 次的动作就写成 SOP(必须先跑 3 次再固化)。
## 核心任务
把当前重复动作翻译成一张能反证的 SOP 蓝图:5 类核心 SOP(选题/写稿/客服/数据复盘/发刊)、每个 SOP 的 5 字段定义(入口/动作/输出/通过/红线)、4 项 SOP 健康度检查、5 维 100 分评分,最后给"可固化/再跑 N 次/不该 SOP 化"三档结论 + 下周第 1 个写哪个 SOP。
**成功标准**:交付的结果必须同时满足——跑过 <3 次绝对不 SOP 化;5 字段缺一不可;红线必须写清"何时停";数据回填要可量化;不允许同时写 5 类 SOP(强制 1 个先做)。 任意一条没满足即视为未达标,需补料后重跑。
## 信息输入
判断之前先看我手里的字段齐不齐。
如果我能写出过去 8 周的重复动作清单(哪些每周做)、每个动作跑过多少次、是否曾交接给别人、目前哪个最让你头疼这四件事的 70% 以上,你就直接开始评。如果模糊,就先停下来访谈一次问一个。
访谈时问 5 件事:
1. 过去 8 周每周必做哪 3-5 件事?
2. 每件事大概花多少时间?
3. 哪件事跑过 ≥3 次相对成熟?(才能 SOP 化)
4. 哪件事让你最累?
5. 计划交接给谁?(自己代理人/外包/兼职/AI)
如果跑 <3 次,提醒"先跑顺再 SOP";如果计划交给 AI 但没明确边界,提醒"AI 只能跑确定性高的部分";如果重复动作 <3 件,SOP 化收益低,提醒"暂不需要"。
## 工作流程
操作铁律:每个判断步骤都要先在 `<thinking>` 标签里写「证据 / 反证 / 边界」三栏,再下笔写结论。`<thinking>` 内的草稿用户看不到,但 AI 必须用它检查自己有没有在编。
第一步是 5 类核心 SOP 当前状态,每类标"已 SOP 化/未 SOP 但跑过 ≥3 次/还在试错"。
| SOP 类 | 涵盖动作 | 优先级 |
|---|---|---|
| 选题 SOP | 信息源收集 + 选题筛选 + 排期 | 高 |
| 写稿 SOP | 大纲 → 主体 → 校对 | 高 |
| 客服 SOP | 工单分类 + 模板回复 + 升级 | 中高 |
| 数据复盘 SOP | 每周看 4 维 + 月度趋势 | 中 |
| 发刊 SOP | 上线前 5 项手动测试 + 发布 + 备份 | 高 |
第二步是每个 SOP 的 5 字段定义。
| 字段 | 必写内容 |
|---|---|
| 入口 | 什么状态/数据/时间触发开始 |
| 动作 | 逐步动作,1-10 步,每步可执行 |
| 输出 | 完成后产物(文件/邮件/记录) |
| 通过 | 怎么判断这次跑完了 |
| 红线 | 哪些情况必须停下来找人 |
第三步是 4 项 SOP 健康度检查。
| 项 | 健康 | 红灯 |
|---|---|---|
| 是否可交接 | 新人 1 次可跑 | 必须找你 |
| 是否有版本号 | 更新有记录 | 跑哪版不清 |
| 是否有红线 | 写清何时停 | 没红线靠经验 |
| 是否回填 | 跑完有数据回收 | 跑完没记录 |
第四步是 5 维 100 分评分:
| 维度 | 满分 | 强制扣分 |
|---|---|---|
| SOP 成熟度 | 20 | <3 次重复就 SOP 化扣 12 分 |
| 5 字段定义齐 | 20 | 任一缺扣 5 分 |
| 可交接度 | 20 | 必须找你扣 14 分 |
| 红线清楚度 | 20 | 红线模糊扣 12 分 |
| 数据回填度 | 20 | 跑完没记录扣 10 分 |
第五步是按铁律给结论。总分 80 + 每维 ≥12 给"可固化(直接用)";总分 60-79 给"再跑 N 次"(指明哪个 SOP 跑次不够);总分 <60 或重复 <3 件给"不该 SOP 化"(回到每周节奏)。
第六步是给下周第 1 个写哪个 SOP(只 1 个)。
## 示例 / 样板
输入是"运营 16 周,每周固定做'选题/写稿/客服/发刊',选题跑过 ≥10 次,写稿跑过 16 次但每次都不一样,客服跑过 ≥30 次有模板,发刊有自己的 checklist 跑 16 次"。
期望输出节选:
```
《[Newsletter] 5 类 SOP 蓝图》
1. 5 类 SOP 当前状态
- 选题 SOP △ 跑过 ≥10 次但没写下来
- 写稿 SOP ✗ 16 次都不一样,先别 SOP
- 客服 SOP △ 有模板但没串成流程
- 数据复盘 SOP ✗ 没固定每周看
- 发刊 SOP △ 有 checklist 但没写红线
2. 5 字段定义(逐 SOP):...
3. 4 项健康度
- 可交接 0/4 (全要找你)
- 版本号 0/4
- 红线 1/4 (只有发刊有部分)
- 回填 1/4 (客服模板使用率有数据)
4. 5 维评分
- SOP 成熟度 14/20
- 5 字段定义 6/20
- 可交接 0/20
- 红线清楚 6/20
- 数据回填 8/20
总分 34/100 → 再跑 N 次 + 先写 1 个最成熟的 SOP
5. 下周 1 个 SOP:把“选题 SOP”写出来(因为跑过 ≥10 次最成熟),完整 5 字段定义,其他先别写,2 周后回来重评。
```
反面例子:写稿 16 次都不一样仍要 SOP(违反"先跑顺再 SOP");同时写 5 类 SOP(违反"先 1 个");写完没红线(违反"必须有红线");没数据回填就喊"已 SOP 化"(违反"完整定义")。
## 输出规范
直接输出《[Newsletter] 5 类 SOP 蓝图》正文,不要前言后语,总字数 900 到 1300 字,按以下顺序:
1. **5 类 SOP 当前状态**:每类 √/△/✗
2. **5 字段定义模板**:列出 5 字段
3. **4 项健康度检查**:每项数量
4. **5 维评分 + 总分 X/100,单项最低 Y**
5. **三档结论**:可固化 / 再跑 N 次 / 不该 SOP 化 + 引数据理由
6. **下周 1 个写哪个 SOP**:明确只 1 个
输出前自检:跑过 <3 次绝对不 SOP 化;5 字段缺一不可;红线必须写清"何时停";数据回填要可量化;不允许同时写 5 类 SOP(强制 1 个先做)。
## 硬约束 · 拒绝场景
遇到下面这些情况直接拒绝排 SOP:重复动作跑过 <3 次(必须先跑顺);要求"行业标准 SOP 模板"这种无源数字;字段全空或仍是 `___` 占位符;让你帮"凭感觉"写 SOP(必须有真实数据);要求一周写完 5 类 SOP(强制 1 个先做);写 SOP 没红线(强制补红线)。先给结论
Newsletter SOP 系统要先回答五个问题:
| 问题 | 要判断 |
|---|---|
| 哪个动作 | 是不是已经重复 ≥ 3 次 |
| 五段式 | 输入 / 动作 / 输出 / 通过线 / 红线 是否齐 |
| 谁能跑 | 新人 / 自己代理人 / Agent 能不能照跑 |
| 怎么验证 | 跑完一期是否真省时 |
| 下一步是什么 | 固化 / 重写 / 还没准备 |
三件套 SOP 是放大期最先要写的:选题(信息源 → 灵感 → 大纲)、写稿(大纲 → 初稿 → 校对)、发刊(DMARC 检查 → 发送 → 48h 复盘)。详细放大准备度回 Newsletter 放大准备度自检。
SOP 不只是给新人看,更是给自己未来的一个 Agent 看。一份合格的 SOP 满足三个条件:第一,文字可被 Markdown 直接喂给 Claude / Codex 当 prompt;第二,每步都有"通过线"——可以二值化判定(过/不过);第三,每步都有"红线"——什么情况停下来叫人。三件套写完后,每周固定回看 1 次,删掉过期红线,增补真实新红线。
新手先收窄场景
不要同时服务所有人。先选择一个更窄场景,例如一类用户、一种交付物、一个平台或一个业务阶段。场景越窄,例子越具体,风险也越容易提前发现。
如果你发现文章或方案可以套到任何行业,通常说明它还不够具体。把对象、材料、工具、交付和复盘都写具体,才会真正帮助新手。
第 1 步:挑出已跑顺 3 次的动作
先写一句话:
我这次要帮助 ___ 在 ___ 场景下,用 ___ 材料,完成 ___ 结果。这句话写不出来,后面所有动作都会漂。目标不清,会导致样品不清;输入不清,会导致 AI 输出不稳;用户不清,会导致页面和交付无法聚焦。
| 字段 | 填写方式 |
|---|---|
| 目标用户 | 愿意持续阅读、回复或付费的订阅者 |
| 当前任务 | 把重复动作写成可交接流程 |
| 已有输入 | 原话、样品、数据、链接、旧流程 |
| 交付结果 | 读者画像、样刊、欢迎流、选题库、赞助包和留存复盘 |
| 红灯 | 邮件许可、内容承诺不稳、流失、赞助错配和退订体验 |
这一步不要让 AI 替你编材料。AI 可以整理你给出的信息,但不能证明用户真的存在,也不能确认平台和支付规则。
输入材料的最低线
至少要有三类材料:用户原话、当前样品或旧流程、执行平台或工具入口。只有想法,没有材料,就先做研究和访谈;只有工具,没有用户任务,也不要急着交付。
第 2 步:写 SOP 五段式判定通过线
判断表要让你知道现在该继续还是暂停。
| 判断项 | 绿灯 | 黄灯 | 红灯 |
|---|---|---|---|
| 选题 SOP | 灵感→大纲≤45 分 | 45-90 分 | > 90 分仍漂 |
| 写稿 SOP | 初稿 < 3h + 改稿 < 30 分 | 初稿 3-5h | > 5h |
| 发刊 SOP | DMARC + 退订 + 链接 0 漏 | 漏 1 项 | 漏 ≥ 2 项 |
| 交接性 | 新人按 SOP 跑顺 | 需要补口头解释 | 完全跑不动 |
| 红线 | 写明跑 N 次后必须复检 | 红线模糊 | 没写红线 |
表格不是为了好看,而是为了停止错误动作。很多失败不是因为执行不努力,而是黄灯和红灯被忽略。
反证也要写
判断表里要保留反证。比如用户不愿提供材料、只想免费试做、平台规则不清、工具能力未核验、交付后支持压力过高。反证能帮你避免把小问题做大。
第 3 步:跑 SOP 验收一期发刊
最小样品或流程要足够小,但必须真实。
| 类型 | 最小样品 |
|---|---|
| 服务 | 一页 Brief、一个样品交付、一个验收清单 |
| 工具 | 一个可运行流程或字段表 |
| 内容 | 一段样稿、一张结构表、一份质检记录 |
| 变现 | 一个范围清楚的报价页或提案 |
| 规模化 | 一个小渠道实验或 SOP 片段 |
样品的目标不是展示你能做很多,而是让用户判断“这是不是我需要的”。如果样品需要你在旁边解释很久,就说明它还不够清楚。
做完样品后,至少找一个真实用户或旧客户看。只听赞美没有用,要问他哪里不懂、哪里有风险、是否愿意进入下一步。
样品要有退出条件
如果样品没人看、看了没人问、问的问题都和目标不相关,就不要继续加大投入。先回到目标、用户和输入,重新判断场景是否成立。
第 4 步:检查 SOP 红线与人工兜底
风险检查要放在交付前,而不是出了问题以后。
| 风险 | 检查动作 |
|---|---|
| 平台规则 | 到官方帮助中心或后台核验 |
| 支付退款 | 看平台和支付工具当天规则 |
| 版权隐私 | 检查素材、案例、截图和客户数据 |
| 账号权限 | 只拿必要权限,优先用测试数据 |
| 过度承诺 | 删除不可控结果,补适用边界 |
邮件许可、内容承诺不稳、流失、赞助错配和退订体验都不是小细节。新手越想快点完成,越容易跳过这些检查。真正专业的做法,是把未确认字段写出来,而不是假装已经知道。
边界要写给用户看
边界不要藏在脑子里。哪些不包含、哪些需要客户提供、哪些需要执行当天核验、哪些结果不承诺,都要写进页面、提案或交付说明。
第 5 步:复盘并迭代 SOP 版本
复盘要落到下一步,不要只写感想。
| 发现 | 下一步 |
|---|---|
| 用户任务清楚 | 继续做完整版本或下一篇教程 |
| 输入材料缺失 | 先补访谈、样品或官方核验 |
| 支持问题重复 | 回写 FAQ、模板或 SOP |
| 风险未确认 | 暂停发布或暂缓报价 |
| 反馈分散 | 收窄用户和场景 |
复盘时要同时看行为和原话。行为告诉你用户做了什么,原话告诉你为什么可能这样做。只看其中一个,都容易误判。
如果复盘后没有产生新动作,说明复盘还停在总结层。好的复盘应该让下一步更小、更清楚。
操作检查表
| 字段 | 填写 |
|---|---|
| 当前主题 | Newsletter运营 SOP 系统 |
| 目标用户 | 愿意持续阅读、回复或付费的订阅者 |
| 关键输入 | ___ |
| 最小样品 | ___ |
| 主要风险 | 邮件许可、内容承诺不稳、流失、赞助错配和退订体验 |
| 官方核验入口 | ___ |
| 复盘指标 | 用户原话、样品行为、交付问题、下一步动作 |
| 当前判断 | 继续 / 补证据 / 暂停 |
这张表可以直接复制到你的项目文档里。每完成一轮,就更新一次,不要只靠记忆。
AI 怎么辅助
AI 适合做这些:
- 把用户原话整理成问题分类。
- 生成 Brief、检查表、SOP 或复盘表。
- 标出未确认字段和风险点。
- 改写页面、提案或交付说明。
- 把反馈转成下一步动作。
AI 不适合替你确认平台规则、支付退款、客户授权、隐私边界和真实购买意愿。没有证据时,必须写未确认。
让 AI 辅助时,不要只问“怎么做”。要给它材料、目标、约束和当前判断,让它帮你找遗漏。
官方资料与核验口径
平台规则、算法动向、报价规则、政策口径都会变化。本文保留的是可迁移的判断框架,具体数字一律给区间。
跨平台核验入口:
- Substack — 看付费订阅 newsletter 的费率与作者规范
- beehiiv — 看 beehiiv 广告、推荐与分销规则
- 小报童 — 看中文付费专栏定价与运营规则
- ConvertKit — 看创作者订阅 / 自动化邮件最佳实践
涉及具体数据、比例、报价区间的部分,以执行当天后台为准。
常见问题
先写选题、写稿还是发刊 SOP?
先写发刊 SOP。理由:① 最固定(DMARC / 退订链接 / 联盟披露每期都一样)② 最不容许失误(错一次直接掉送达)③ 写完最容易感受到“省时间”。选题 SOP 最难,因为创意成分大,建议放到第三。
SOP 多长合适?
单个 SOP 一页内(A4 ≈ 600-800 字)。超过这个长度多半是把“思路”写进去了,把思路单独抽到一份“原则”文档,SOP 只留可执行步骤。
自己一个人需要写 SOP 吗?
需要。SOP 不只是“给别人“,是”给两周后的自己“。两周不跑某个动作,再回来要从头想起怎么做,5 分钟动作变 30 分钟。SOP 是给”未来的自己”节省切换成本。
Agent 怎么按 SOP 跑?
Agent 调用要把 SOP 当 prompt 输入:输入字段 → SOP 五段式逐步执行 → 输出按“通过线”自检。红线必须写——Agent 没护栏会在边缘场景胡跑,详见 Newsletter 自动化与 Agent 护栏。
执行前至少核验:
- Stripe 官方文档 → 海外订阅与支付规则
- Shopify 帮助中心 → 电商运营与店铺合规
- Buy Me a Coffee → 创作者付费墙参考