Newsletter七天启动手册:用一周做出可验证样品
想做 Newsletter,第 1 周该干嘛?本文给你 7 天 Sprint 排期表:每天 1 件事 + 通过标准 + 暂停条件,第 7 天告诉你这个方向上线、收窄还是暂停。
📖 本篇术语速查表
| 英文 / 缩写 | 中文 | 一句话解释 |
|---|---|---|
| brief | 项目简报 | 写清目标、输入、输出、范围和验收标准的文件。 |
| workflow | 工作流 | 从材料到交付再到复盘的一组步骤。 |
| scope | 范围 | 本次包含和不包含的内容边界。 |
| QA | 质量检查 | 交付或发布前检查事实、格式、权限和风险。 |
| feedback loop | 反馈循环 | 把用户行为和原话转成下一步修改。 |
| playbook | 操作手册 | 本文所在的Newsletter操作手册阶段。 |
| Prompt | 提示词 | 写给 AI 的任务说明,用来生成执行方案。 |
读完你能交付:一张《[Newsletter] 7 天启动 Sprint 排期表》(Day 1-7 每天 1 件事 + 通过标准 + 暂停条件 + 5 维评分 + 三档结论)。 一句话锚点:第 1 周不做增长、不做付费墙、不做自动化,只做“20 个目标读者愿不愿意看第二期”。
不想读完?把下面这段提示词丢给 AI 帮你跑完——复制提示词,喂给 Codex / Claude Code / Cursor / DeepSeek,把变量改成你的项目,AI 会按本文 H2 输出执行方案。
# 角色:Newsletter 七天启动 Sprint 顾问
你是我 Newsletter 方向的七天启动 Sprint 顾问。我会把一个准备做的 Newsletter 想法交给你,你的工作不是替我跑长期增长,而是把 0 到 1 的第 1 周排死:Day 1 收窄读者承诺、Day 2 建样刊大纲、Day 3 写完样刊、Day 4 设计订阅表单、Day 5 找 20 个目标读者发送、Day 6 看回复信号、Day 7 决定继续还是收窄。你只做 7 天 Sprint 排期,不替我跑长期 SEO、不替我设计付费墙、不替我接自动化序列;不编造行业平均订阅转化率、首封打开率这类无源数字,缺数据就让我去样刊真实反馈里取;不输出"7 天 100 订阅可达"这种承诺;不允许我同时铺多个 Newsletter 想法,强制一周只验证 1 个。
**本提示词内置阶段语义**(AI 必须按此理解;不许扩展、不许借助本文以外的网页内容):
| 阶段 | 覆盖内容 |
|--------|---------|
| **需求验证** | 读者承诺验证 + 选题真实需求 + 内容用例匹配 + 样品邮件验证 |
| **必备技能** | 选题 / 写作 / 编辑 / 邮件运营 / AI 质检 |
| **工具栈** | 邮件平台(ConvertKit / Beehiiv / Substack)/ 写作 / 自动化工具栈 |
| **操作手册** | 从注册流到首封邮件的标准 SOP |
| **定价变现** | 免费 + 付费墙 + 订阅 + 赞助 + 数字商品分层 |
| **增长放大** | 单刊 → 矩阵 / 单人 → 编辑团队 / 自动化协作 |
## 核心任务
把模糊的"想做 Newsletter"翻译成一张能反证的 7 天 Sprint 排期:每天 1 件事 + 通过标准 + 暂停条件、5 个 Day 1 必交付物、5 个 Day 7 必看信号、5 维 100 分评分,最后给"上线/收窄/暂停"三档结论 + 下周下一步。
**成功标准**:交付的结果必须同时满足——7 天必须每天只 1 件事;Day 5 必须有 ≥50% 目标画像的发送对象;Day 7 信号必须看 5 个不能省;5 维评分每维都引证据;不允许"7 天 100 订阅可达"等承诺;每个 Day 都要有暂停条件。 任意一条没满足即视为未达标,需补料后重跑。
## 信息输入
打分之前先看我手里的字段齐不齐。
如果我能写出 Newsletter 想法、目标读者初步描述、可投入每天的小时数、可发送的 20 个目标读者从哪来、计划样刊主题这五件事的 70% 以上,你就直接开始排。如果模糊,就先停下来进入访谈模式:一次问一个,等我答完你复述确认。
访谈时你要问的就是这五件事:
1. Newsletter 想法能不能写成一个具体方向?(禁"AI 趋势""创业故事")
2. 目标读者具体到岗位/任务?
3. 7 天每天能投入多少小时?(0.5/1/2/4)
4. 20 个目标读者从哪个渠道找?(X / LinkedIn / 微信群 / 朋友 / Reddit)
5. 样刊主题准备写哪个具体问题?
如果想法宽泛,直接转访谈;如果 20 个目标读者找不到,提醒"Day 5 必须有发送对象,否则 Sprint 退化为自言自语";如果每天 <0.5 小时,提醒"Sprint 节奏不成立,建议改为 14 天慢跑"。
## 工作流程
操作铁律:每个判断步骤都要先在 `<thinking>` 标签里写「证据 / 反证 / 边界」三栏,再下笔写结论。`<thinking>` 内的草稿用户看不到,但 AI 必须用它检查自己有没有在编。
第一步是把 7 天逐日定 1 件事 + 通过标准 + 暂停条件。
| Day | 1 件事 | 通过标准 | 暂停条件 |
|---|---|---|---|
| 1 | 写承诺句 + 收窄到 1 岗位/任务 | 句子无空话 | 写不出 → 暂停 |
| 2 | 列样刊大纲(6 段结构) | 每段有内容 | 信息源 <3 → 暂停 |
| 3 | 写完样刊全文 | ≥800 字 + 1 动作 | 写到 50% 卡住 → 收窄主题 |
| 4 | 做订阅表单 + 欢迎邮件骨架 | 5 个许可边界齐 | 没法说清频率 → 暂停 |
| 5 | 发送给 20 个目标读者 | 至少 ≥50% 是目标画像 | 找不到目标读者 → 收窄 |
| 6 | 收集回复 + 转发 + 加订阅 | ≥3 个具体回复 | 0 回复 → 复盘问题 |
| 7 | 决定继续/收窄/暂停 | 引数据给结论 | — |
第二步是 Day 1 必交付物 5 项:承诺句、目标读者岗位、信息源 3 个、计划频率、第 1 期样刊主题。任一缺失,Day 2 自动延后。
第三步是 Day 7 必看 5 个信号:订阅数、打开率、回复数、转发数、退订数。每个信号都要对齐 demand/03 样刊验证卡的强弱判定。
第四步是 5 维 100 分评分(Day 7 复盘用):
| 维度 | 满分 | 强制扣分 |
|---|---|---|
| 承诺清楚度 | 20 | 写不出承诺句扣 14 分 |
| 排期完成度 | 20 | 7 天有缺失日扣 5 分/天 |
| 信号收集度 | 20 | 发送对象 <50% 目标画像扣 12 分 |
| 回复质量度 | 20 | <3 个具体回复扣 10 分 |
| 暂停判定度 | 20 | 无暂停条件不暂停扣 12 分 |
第五步是按铁律给结论。总分 80 + 每维 ≥12 给"上线 v0.1 + 进入每周稳定出刊";总分 60-79 给"收窄"(指明下周修哪一项);总分 <60 给"暂停"(回到 需求验证 系列重做承诺验证)。
## 示例 / 样板
输入是"想做'独立 SaaS 主理人 AI 工具周报',每天能投 2 小时,20 个目标读者来自 X 关注列表"。
期望输出节选:
```
《[Newsletter] 7 天启动 Sprint 排期》
1. 逐日动作
- Day 1:承诺句 "每周帮独立 SaaS 主理人从 30+ AI 工具新闻里筛 3 个能进客服流程的工具"
- Day 2:大纲(开头/背景/3 工具筛选/判断/动作/反馈)
- Day 3:写完 ≥800 字 + 1 个 30 分钟可试动作
- Day 4:Beehiiv 订阅表单 + 6 段欢迎邮件
- Day 5:发给 X 关注列表里 20 个独立 SaaS 主理人
- Day 6:收集回复 / 转发
- Day 7:复盘评分
2. Day 1 必交付:全部 √
3. Day 7 信号目标:订阅 ≥5 / 打开 ≥60% / 回复 ≥3 / 转发 ≥1 / 退订 0
4. 暂停条件:Day 5 找不到 ≥50% 目标画像就回到 Day 1 收窄读者
```
反面例子:7 天同时验证 3 个 Newsletter 想法(违反"强制一周 1 个");Day 5 发给所有微信好友不分目标(违反"50% 目标画像");Day 7 只有 1 个点赞就说"验证成功"(违反"信号判定");没设暂停条件硬冲到 Day 7(违反"暂停判定")。
## 输出规范
直接输出《[Newsletter] 7 天 Sprint 排期》正文,不要前言后语,总字数 900 到 1300 字,按以下顺序:
1. **7 天逐日动作**:每天 1 件事 + 通过标准 + 暂停条件
2. **Day 1 必交付 5 项清单**:逐项 √/✗
3. **Day 7 必看 5 个信号**:对照强弱判定
4. **5 维评分 + 总分 X/100,单项最低 Y**
5. **三档结论**:上线 / 收窄 / 暂停 + 引数据理由
6. **下周下一步**:基于结论指明继续做什么
输出前自检:7 天必须每天只 1 件事;Day 5 必须有 ≥50% 目标画像的发送对象;Day 7 信号必须看 5 个不能省;5 维评分每维都引证据;不允许"7 天 100 订阅可达"等承诺;每个 Day 都要有暂停条件。
## 硬约束 · 拒绝场景
遇到下面这些情况直接拒绝排期:Newsletter 想法写不出 1 个具体方向;20 个目标读者找不到来源(必须有真实人群,不能虚构);每天可投入 <0.5 小时(建议改 14 天慢跑);字段全空或仍是 `___` 占位符;让你同时排 3+ 个 Newsletter 想法的 Sprint(强制只 1 个);要求承诺"7 天保证 X 订阅"(直接拒绝并提醒翔宇红线)。先给结论
Newsletter 7 天 Sprint 要先回答五个问题:
| 问题 | 要判断 |
|---|---|
| 读者承诺 | 一句话能不能说清"读完读者带走什么" |
| 样刊主题 | Day 1-3 能不能围绕一个主题写完第一期 |
| 20 个发送对象 | Day 5 能不能找到 20 个目标画像读者 |
| 信号要看哪些 | Day 7 看打开 / 回复 / 转发 / 退订 / 续订意愿 |
| 下一步是什么 | 上线发刊、收窄主题、暂停换方向 |
7 天 Sprint 唯一目的是验证一句话:读者愿不愿意看第二期。订阅数、SEO、付费墙、自动化序列全部不算 Day 7 信号。详细订阅池验证回 基于读者承诺的发刊主题。
新手先收窄场景
不要同时服务所有人。先选择一个更窄场景,例如一类用户、一种交付物、一个平台或一个业务阶段。场景越窄,例子越具体,风险也越容易提前发现。
如果你发现文章或方案可以套到任何行业,通常说明它还不够具体。把对象、材料、工具、交付和复盘都写具体,才会真正帮助新手。
第 1 步:Day 1-2 收窄读者承诺与样刊大纲
先写一句话:
我这次要帮助 ___ 在 ___ 场景下,用 ___ 材料,完成 ___ 结果。这句话写不出来,后面所有动作都会漂。目标不清,会导致样品不清;输入不清,会导致 AI 输出不稳;用户不清,会导致页面和交付无法聚焦。
| 字段 | 填写方式 |
|---|---|
| 目标用户 | 愿意持续阅读、回复或付费的订阅者 |
| 当前任务 | 用一周做出可验证样品 |
| 已有输入 | 原话、样品、数据、链接、旧流程 |
| 交付结果 | 读者画像、样刊、欢迎流、选题库、赞助包和留存复盘 |
| 红灯 | 邮件许可、内容承诺不稳、流失、赞助错配和退订体验 |
这一步不要让 AI 替你编材料。AI 可以整理你给出的信息,但不能证明用户真的存在,也不能确认平台和支付规则。
输入材料的最低线
至少要有三类材料:用户原话、当前样品或旧流程、执行平台或工具入口。只有想法,没有材料,就先做研究和访谈;只有工具,没有用户任务,也不要急着交付。
第 2 步:Day 7 信号绿黄红判定
判断表要让你知道现在该继续还是暂停。
| 判断项 | 绿灯 | 黄灯 | 红灯 |
|---|---|---|---|
| 打开率 | ≥ 60%(20 人样本) | 30-60% | < 30% |
| 回复率 | ≥ 3 条具体回复 | 1-2 条客气回复 | 0 回复 |
| 转发 | ≥ 2 人主动转给同行 | 1 人转 | 0 转发 |
| 续订意愿 | ≥ 5 人主动问"下期什么时候" | 1-4 人 | 0 人问 |
| 退订率 | 0 | 1 人退 | ≥ 2 人退 |
表格不是为了好看,而是为了停止错误动作。很多失败不是因为执行不努力,而是黄灯和红灯被忽略。
反证也要写
判断表里要保留反证。比如用户不愿提供材料、只想免费试做、平台规则不清、工具能力未核验、交付后支持压力过高。反证能帮你避免把小问题做大。
第 3 步:Day 3-4 写完样刊与订阅表单
最小样品或流程要足够小,但必须真实。
| 类型 | 最小样品 |
|---|---|
| 服务 | 一页 Brief、一个样品交付、一个验收清单 |
| 工具 | 一个可运行流程或字段表 |
| 内容 | 一段样稿、一张结构表、一份质检记录 |
| 变现 | 一个范围清楚的报价页或提案 |
| 规模化 | 一个小渠道实验或 SOP 片段 |
样品的目标不是展示你能做很多,而是让用户判断“这是不是我需要的”。如果样品需要你在旁边解释很久,就说明它还不够清楚。
做完样品后,至少找一个真实用户或旧客户看。只听赞美没有用,要问他哪里不懂、哪里有风险、是否愿意进入下一步。
样品要有退出条件
如果样品没人看、看了没人问、问的问题都和目标不相关,就不要继续加大投入。先回到目标、用户和输入,重新判断场景是否成立。
第 4 步:Day 5 发送前检查 DMARC 与平台许可
风险检查要放在交付前,而不是出了问题以后。
| 风险 | 检查动作 |
|---|---|
| 平台规则 | 到官方帮助中心或后台核验 |
| 支付退款 | 看平台和支付工具当天规则 |
| 版权隐私 | 检查素材、案例、截图和客户数据 |
| 账号权限 | 只拿必要权限,优先用测试数据 |
| 过度承诺 | 删除不可控结果,补适用边界 |
邮件许可、内容承诺不稳、流失、赞助错配和退订体验都不是小细节。新手越想快点完成,越容易跳过这些检查。真正专业的做法,是把未确认字段写出来,而不是假装已经知道。
边界要写给用户看
边界不要藏在脑子里。哪些不包含、哪些需要客户提供、哪些需要执行当天核验、哪些结果不承诺,都要写进页面、提案或交付说明。
第 5 步:Day 7 给上线 / 收窄 / 暂停结论
复盘要落到下一步,不要只写感想。
| 发现 | 下一步 |
|---|---|
| 用户任务清楚 | 继续做完整版本或下一篇教程 |
| 输入材料缺失 | 先补访谈、样品或官方核验 |
| 支持问题重复 | 回写 FAQ、模板或 SOP |
| 风险未确认 | 暂停发布或暂缓报价 |
| 反馈分散 | 收窄用户和场景 |
复盘时要同时看行为和原话。行为告诉你用户做了什么,原话告诉你为什么可能这样做。只看其中一个,都容易误判。
如果复盘后没有产生新动作,说明复盘还停在总结层。好的复盘应该让下一步更小、更清楚。
操作检查表
| 字段 | 填写 |
|---|---|
| 当前主题 | Newsletter七天启动手册 |
| 目标用户 | 愿意持续阅读、回复或付费的订阅者 |
| 关键输入 | ___ |
| 最小样品 | ___ |
| 主要风险 | 邮件许可、内容承诺不稳、流失、赞助错配和退订体验 |
| 官方核验入口 | ___ |
| 复盘指标 | 用户原话、样品行为、交付问题、下一步动作 |
| 当前判断 | 继续 / 补证据 / 暂停 |
这张表可以直接复制到你的项目文档里。每完成一轮,就更新一次,不要只靠记忆。
AI 怎么辅助
AI 适合做这些:
- 把用户原话整理成问题分类。
- 生成 Brief、检查表、SOP 或复盘表。
- 标出未确认字段和风险点。
- 改写页面、提案或交付说明。
- 把反馈转成下一步动作。
AI 不适合替你确认平台规则、支付退款、客户授权、隐私边界和真实购买意愿。没有证据时,必须写未确认。
让 AI 辅助时,不要只问“怎么做”。要给它材料、目标、约束和当前判断,让它帮你找遗漏。
官方资料与核验口径
平台规则、算法动向、报价规则、政策口径都会变化。本文保留的是可迁移的判断框架,具体数字一律给区间。
跨平台核验入口:
- Substack — 看付费订阅 newsletter 的费率与作者规范
- beehiiv — 看 beehiiv 广告、推荐与分销规则
- 小报童 — 看中文付费专栏定价与运营规则
- ConvertKit — 看创作者订阅 / 自动化邮件最佳实践
涉及具体数据、比例、报价区间的部分,以执行当天后台为准。
常见问题
Day 5 的 20 个目标读者从哪来?
不要靠“朋友帮忙看”。先列 3 个池子:① 过去半年在 Twitter / 小红书 / LinkedIn 评论过相关话题的人 ② 你订阅过的同类 Newsletter 评论区活跃读者 ③ 行业社群里愿意被打扰的熟人。每池找 8 人,凑够 20。最后一项实在凑不够,说明选题还不够窄,回 Day 1 收窄。
Day 7 打开率只有 40% 算失败吗?
20 人样本下 40% = 8 人打开,黄灯不是红灯。先看这 8 人是不是目标画像(不是泛流量),如果是,进入收窄主题再发一期;如果不是,说明发送名单选错了。
DMARC 没配能不能先发?
20 人样本可以先发,但必须用同域名邮箱发送(不要用 gmail.com 假装公司发件)。100 人以上规模必须配 SPF/DKIM/DMARC,否则 Gmail / Outlook 自动归为垃圾邮件。具体配置参考 Newsletter发刊检查清单。
错过一天 Sprint 怎么办?
延一天可以,延两天必须重启。Sprint 的关键不是 7 天精确,而是连续性——断超过 48 小时,写稿状态和读者反馈窗口都会丢。补的时候把没完成的那天单独跑完,再继续,不要“两天合一天”。
执行前至少核验:
- Stripe 官方文档 → 海外订阅与支付规则
- Shopify 帮助中心 → 电商运营与店铺合规
- Buy Me a Coffee → 创作者付费墙参考