AI 副业实战教程

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 人问
退订率01 人退≥ 2 人退

表格不是为了好看,而是为了停止错误动作。很多失败不是因为执行不努力,而是黄灯和红灯被忽略。

反证也要写

判断表里要保留反证。比如用户不愿提供材料、只想免费试做、平台规则不清、工具能力未核验、交付后支持压力过高。反证能帮你避免把小问题做大。

第 3 步:Day 3-4 写完样刊与订阅表单

最小样品或流程要足够小,但必须真实。

类型最小样品
服务一页 Brief、一个样品交付、一个验收清单
工具一个可运行流程或字段表
内容一段样稿、一张结构表、一份质检记录
变现一个范围清楚的报价页或提案
规模化一个小渠道实验或 SOP 片段

样品的目标不是展示你能做很多,而是让用户判断“这是不是我需要的”。如果样品需要你在旁边解释很久,就说明它还不够清楚。

做完样品后,至少找一个真实用户或旧客户看。只听赞美没有用,要问他哪里不懂、哪里有风险、是否愿意进入下一步。

样品要有退出条件

如果样品没人看、看了没人问、问的问题都和目标不相关,就不要继续加大投入。先回到目标、用户和输入,重新判断场景是否成立。

第 4 步:Day 5 发送前检查 DMARC 与平台许可

风险检查要放在交付前,而不是出了问题以后。

风险检查动作
平台规则到官方帮助中心或后台核验
支付退款看平台和支付工具当天规则
版权隐私检查素材、案例、截图和客户数据
账号权限只拿必要权限,优先用测试数据
过度承诺删除不可控结果,补适用边界

邮件许可、内容承诺不稳、流失、赞助错配和退订体验都不是小细节。新手越想快点完成,越容易跳过这些检查。真正专业的做法,是把未确认字段写出来,而不是假装已经知道。

边界要写给用户看

边界不要藏在脑子里。哪些不包含、哪些需要客户提供、哪些需要执行当天核验、哪些结果不承诺,都要写进页面、提案或交付说明。

第 5 步:Day 7 给上线 / 收窄 / 暂停结论

复盘要落到下一步,不要只写感想。

发现下一步
用户任务清楚继续做完整版本或下一篇教程
输入材料缺失先补访谈、样品或官方核验
支持问题重复回写 FAQ、模板或 SOP
风险未确认暂停发布或暂缓报价
反馈分散收窄用户和场景

复盘时要同时看行为和原话。行为告诉你用户做了什么,原话告诉你为什么可能这样做。只看其中一个,都容易误判。

如果复盘后没有产生新动作,说明复盘还停在总结层。好的复盘应该让下一步更小、更清楚。

操作检查表

字段填写
当前主题Newsletter七天启动手册
目标用户愿意持续阅读、回复或付费的订阅者
关键输入___
最小样品___
主要风险邮件许可、内容承诺不稳、流失、赞助错配和退订体验
官方核验入口___
复盘指标用户原话、样品行为、交付问题、下一步动作
当前判断继续 / 补证据 / 暂停

这张表可以直接复制到你的项目文档里。每完成一轮,就更新一次,不要只靠记忆。

AI 怎么辅助

AI 适合做这些:

  1. 把用户原话整理成问题分类。
  2. 生成 Brief、检查表、SOP 或复盘表。
  3. 标出未确认字段和风险点。
  4. 改写页面、提案或交付说明。
  5. 把反馈转成下一步动作。

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 小时,写稿状态和读者反馈窗口都会丢。补的时候把没完成的那天单独跑完,再继续,不要“两天合一天”。

执行前至少核验:

接下来去哪

本页目录