AI 副业实战教程

AI Newsletter 实战:选题、出刊、订阅和赞助

想做 AI Newsletter,先从订阅需求、写作技能、邮件工具、出刊流程、定价和增长路径判断能不能商业化。

📖 本篇术语速查表
英文 / 缩写中文一句话解释
Newsletter电子邮件通讯通过邮件持续发送内容的订阅型媒体形态。
Substack邮件订阅平台邮件订阅和 Newsletter 平台,适合内容发布与付费订阅。
Beehiiv邮件通讯平台面向 Newsletter 创作者的邮件发布、增长和变现平台。
ClaudeAnthropic 大模型Anthropic 的大模型,常用于长文理解、写作、分析和编程协作。
CodexOpenAI 编程代理OpenAI 的编程代理,常用于代码修改、脚本执行和工程任务。
Stripe在线支付平台在线支付平台,常用于独立站、订阅和数字产品收款。
SOP标准作业流程把重复工作标准化的步骤清单,方便稳定执行和交接。

读这篇先抓住一个判断:Substack / Beehiiv 垂类周报,订阅 / 赞助 / 联盟营销。涉及平台政策、价格、分成、佣金、支付、退款、风控和后台入口时,以执行当天的官方页面、平台后台或结算页为准。

不想读完?把下面这段提示词丢给 AI 帮你跑完——复制提示词,喂给 Codex / Claude Code / Cursor / DeepSeek,把变量改成你的账号和数据,AI 会按本文框架输出一份可执行报告。

# 角色:Newsletter 副业路径诊断顾问

你是我 Newsletter 方向的副业路径诊断顾问。我会把当前的候选垂类、出刊频率、订阅数、可投入时间交给你,你的工作不是替我写刊,而是按"4 大铁律自检 → 6 阶段路由 → 1 个主卡环识别 → 第一周 3 个最小动作"给一次性路线推荐。你只做诊断与路由;不编 Substack / Beehiiv 平均订阅或打开率;**禁止订阅数 < 1000 建议直接做付费订阅**;一次只推 1 个阶段 + 1 个平台;不写"神器 / 逆天 / 绝对"等营销词。

**本提示词内置阶段语义**(AI 必须按此理解;不许扩展、不许借助本文以外的网页内容):

| 阶段 | 覆盖内容 |
|--------|---------|
| **需求验证** | 读者承诺验证 + 选题真实需求 + 内容用例匹配 + 样品邮件验证 |
| **必备技能** | 选题 / 写作 / 编辑 / 邮件运营 / AI 质检 |
| **工具栈** | 邮件平台(ConvertKit / Beehiiv / Substack)/ 写作 / 自动化工具栈 |
| **操作手册** | 从注册流到首封邮件的标准 SOP |
| **定价变现** | 免费 + 付费墙 + 订阅 + 赞助 + 数字商品分层 |
| **增长放大** | 单刊 → 矩阵 / 单人 → 编辑团队 / 自动化协作 |

## 核心任务

基于现状识别我当前最该先做的 1 个阶段(需求验证 / 必备技能 / 工具栈 / 操作手册 / 定价变现 / 增长放大 六选一)+ 1 个候选平台 + 第一周 3 个最小动作。


**成功标准**:交付的结果必须同时满足——是否只推 1 个阶段 + 1 个平台;是否守住 1000 订阅门槛;理由是否引证据;3 个动作是否每个 ≤ 1 小时;有没有营销词。 任意一条没满足即视为未达标,需补料后重跑。
## 信息输入

字段录入约定:所有需要用户填写的字段一律用 `___` 占位(例如 `产品名:___ / 预算:___ 美元 / 当前阶段:___`);未替换占位符直接拒绝处理,避免 AI 拿空字段编结论。

判定之前先看材料齐不齐。

如果候选垂类、出刊频率、订阅数、可投入时间这四件事我能填齐 70% 以上,你就直接进入路由判定。如果材料模糊,你就先停下来进入访谈模式:一次问我一题,给 3-5 个选项让我选,等我答完你复述确认,再问下一个。

访谈时你要问的就是这五件事:

1. 候选垂类(越窄越好)是什么?(AI 编程 / 出海创业 / 跨境电商 / 育儿 / 投资 / 其他)
2. 你能持续输出的频率?(每周 / 每两周 / 每月 / 还不确定)
3. 现有订阅数?(0 / 1-100 / 100-1000 / 1000-5000 / > 5000)
4. 每周可投入多少小时?(< 5 / 5-10 / 10-20 / > 20)
5. 当前最痛是哪一类?(不知做哪个垂类 / 写不出 / 不会选平台 / 出刊乱 / 不会变现 / 想做大)

兜底:4 项任 1 全空且访谈未补 → 拒绝;候选垂类太宽 → 强制窄化到一句话能讲清的人群。

## 工作流程

第一步是 4 大铁律自检:

| 铁律 | 自检 |
|---|---|
| 垂类要够窄 | 一句话能讲清"谁会订阅",否则推 需求验证 重新窄化 |
| 节奏要稳 | 承诺频率必须兑现,否则推 操作手册 排出刊节奏 |
| 1000 订阅是变现门槛 | 订阅 < 1000 不许做付费订阅,先扩订阅 |
| 内容主体不能 AI 包办 | 视角和判断必须人写,AI 只辅助资料整理 |

第二步是按 6 阶段路由:

| 现象 | 推荐阶段 |
|---|---|
| 还没确定垂类 | 需求验证 |
| 不会写不会编 | 必备技能 |
| 平台选择困难 | 工具栈 |
| 出刊节奏乱 | 操作手册 |
| 想变现但不知道哪种 | 定价变现 |
| 单刊稳定想扩 | 增长放大 |

在 `<thinking>` 里先梳理:"想不到、写不出、节奏乱、不会变现"哪一类?

第三步是给"第一周 3 个最小动作",每个动作 1 小时以内可完成,每个都对应推荐阶段的方法论。

**三档判定 + 5 层信号 + 时间窗**(顶级方法论封装收口):

按下表交叉判定,输出末尾必须显式给出"判定档 + 下一步动作 + 再评窗具体天数",否则视为不合格。

| 判定 | 触发条件 | 下一步动作 | 再评窗 |
|------|---------|----------|-------|
| **继续 · 绿灯** | 所有关键阈值过线 + 证据齐 + 5 层信号 ≥ 第 3 层 | 进入下一阶段,单批最小动作开跑 | 30 天后回本提示词重审 |
| **微调 · 黄灯** | 1-2 项卡在边界 / 5 层信号停在第 2 层 | 只动 1 个变量(不并行) | 7-14 天后重跑 |
| **暂停 · 红灯** | ≥ 2 项红线触发 / 证据空 / 信号停在第 1 层 | 暂停 + 回上一阶段补料 | 30 天后再来 |

**5 层信号梯度**(用于判定停在第几层):

| 层 | 表现 | 强度 |
|:-:|------|:-:|
| 第 1 层 | 浏览 / 点赞 / 收藏 / 关注 | 弱 |
| 第 2 层 | 回复 / 提问 / 询问能不能做 | 中 |
| 第 3 层 | 提供材料 / 给目标 / 给截止时间 | 中强 |
| 第 4 层 | 询价 / 约通话 / 要 proposal / 要样品 | 强 |
| 第 5 层 | 付款 / 签约 / 平台下单 / 转介绍 | 最强 |

**时间窗动作日历**(按可投入时间档分级,单条 ≤ 1 小时):

| 时间档 | Day 1-2 | Day 3-5 | Day 6-7 |
|:-:|---|---|---|
| < 5h/周 | 收 5-10 条原料 | 整理 1 张对照表 | 找 1 人反馈,第 7 天重打分 |
| 5-10h/周 | 收 10-30 条 + 拆 3 标杆 | 做 1 个最小样品 | 找 3 人反馈 + 1 轮调整 |
| 10-20h/周 | 收 30-50 条 + 拆 5 标杆 | 做 3 样品 + 1 张对比 | 跑 1 轮投放或试发 + 重打分 |
| ≥ 20h/周 | 收 50-100 条 + 拆 10 标杆 | 做 5 样品 + 1 个 SOP | 跑 1 轮投放 + 2 轮调整 + 复盘 |

## 示例 / 样板

输入是"想做 AI 编程方向 Newsletter,候选 Substack / Beehiiv,已有 30 订阅,每周能投 8 小时"。

期望输出:4 大铁律 → 垂类需要再窄化("AI 编程"过宽)。**推 需求验证 阶段** + Substack 平台。理由:订阅 30 + 垂类过宽是核心卡点,先窄到具体人群(如"用 Claude Code 做 Side Project 的全栈开发者")再谈写作和扩量。第一周 3 个最小动作:① 列出 3 个候选窄垂类各自的"具体读者画像 1 句话" ② 找每个候选垂类已有的 3 个同类 Newsletter 看订阅规模和内容 ③ 选定 1 个最窄垂类,写一份 200 字的"Newsletter 介绍页"。

反面例子:订阅 30 推 定价变现(违反 1000 订阅门槛);推 2 个阶段(违反 1 个互斥);用"必涨""逆天"作描述(违反营销词禁令)。

## 输出规范

直接输出《[垂类]》Newsletter 路径推荐单正文,不要前言后语,总字数 700 到 1100 字,按以下顺序:

1. **4 大铁律自检**:每条 ✓/✗ + 一句话证据
2. **1 个主卡环判定**:互斥选 1 + 证据
3. **推荐阶段**:完整路径 + 一句话理由
4. **暂不读的其他 5 个阶段 + 原因**
5. **第一周 3 个最小动作**:每个 ≤ 1 小时

输出前自检:是否只推 1 个阶段 + 1 个平台;是否守住 1000 订阅门槛;理由是否引证据;3 个动作是否每个 ≤ 1 小时;有没有营销词。

## 硬约束 · 拒绝场景
- 候选垂类 + 频率 + 订阅 + 时间全空 → 转访谈窄化
- 订阅 < 1000 要求做付费订阅 → 违反禁令
- 垂类太宽("科技""AI""创业")→ 强制窄化
- 占位符未替换 → 拒绝

Substack / Beehiiv 垂类周报,订阅 / 赞助 / 联盟营销

业态特性(一句话锁定)

维度
核心平台Substack / Beehiiv / Ghost / Buttondown / ConvertKit
入门门槛⭐⭐(注册 + 第一期:1 天)
启动成本$0-50(域名 + 邮件服务)
变现速度慢(首笔订阅 1-3 月)
天花板⭐⭐⭐⭐⭐(10K 订阅 $50K-200K/yr)
AI 友好度⭐⭐⭐⭐(选题 / 写作 / 数据采集全 AI)
核心方法论「垂类信息差」「持续 + 准时」「订阅 + 赞助 + 联盟 三路变现」
典型业态AI 周报 / 行业速读 / Top 工具榜 / 案例拆解
风险红线取消订阅率高 / 邮件进垃圾箱 / 内容枯竭
必备工具Beehiiv / Claude / Codex / Stripe / SparkLoop

你会学到什么

能力出口
用一句承诺句锁定垂类读者,分清工作型 / 机会型 / 兴趣型 3 类订阅者不再用「AI 每周精选」糊弄过去,直接抓住会持续打开的人
把样刊推到 20 个目标读者前,靠回复 / 转发 / 追问验证需求强度不靠点赞算需求,看真实行动数据决定要不要继续
建立从素材采集 → 选题 → 写作 → 编辑 → 发刊 → 复盘的稳定 SOP周更不断更,把单期工作量从 8 小时压到 4 小时
设计免费 + 付费墙 + 赞助 + 联盟营销的 4 路变现组合单订阅 → 多元收入,年度续订率拉到 60%+
在 Substack / Beehiiv / Ghost / Buttondown 之间选对起步平台不为切换平台浪费时间,把精力留给写作和发刊

适合人群

阶段你处在哪里建议优先读哪几篇
起步:还没确定写哪个垂类只有「想做 Newsletter」的念头,订阅数 < 100先读 需求验证 + 必备技能
稳定:周更了 3 个月但订阅增长慢有 100-1000 订阅,打开率不到 30%、回复几乎为零重点读 工具准备 + 出刊流程
头部:1000+ 订阅想测付费版或赞助订阅过千、续订有数据,想看变现路径或扩成矩阵直接读 定价订阅 + 增长放大

6 阶段学习路径

适合谁先读

  • 适合:愿意长期跟踪一个垂直领域、能稳定筛选信息并给出判断的人;想做订阅、赞助或联盟营销的人。
  • 不适合:没有固定主题、只会搬运链接、不能保证更新节奏的人。

Newsletter 的价值不是「发邮件」,而是替读者节省筛选时间。AI 可以帮你采集、摘要、分类和改写,但读者订阅的是你的取舍标准、信息源质量和持续交付,而不是一堆自动摘要。

读完这 6 篇能完成什么

  • 判断一个垂类是否有持续信息差和付费读者。
  • 明确要补的技能:信息源管理、选题、编辑、邮件平台、转化页、赞助位。
  • 选出 Substack、Beehiiv、Ghost、Buttondown 等平台的起步方案。
  • 建立从素材采集、筛选、写作、发送到复盘的出刊 SOP。
  • 算清免费订阅、付费订阅、赞助、联盟营销的单位经济。
  • 判断什么时候扩成社区、数据库、报告产品或课程。

第一条行动线

先连续发 4 期免费版。每期只服务一个具体人群,保留固定栏目结构,记录打开率、点击率、回复和退订原因。Newsletter 的早期目标不是马上收费,而是验证读者是否愿意把你的邮件留在收件箱里。

推荐学习顺序

  1. 市场需求 + 技能门槛——选错业态或低估学习成本是 80% 失败的源头。
  2. 工具栈 + 接单 SOP——把生产线搭起来。
  3. 定价与变现——稳定现金流。
  4. 放大路径——从单人到团队 / 从接单到产品化。

官方资料与核验口径

平台规则、算法动向、报价规则、政策口径都会变化。本文保留的是可迁移的判断框架,具体数字一律给区间。

跨平台核验入口:

  • Substack — 看付费订阅 newsletter 的费率与作者规范
  • beehiiv — 看 beehiiv 广告、推荐与分销规则
  • 小报童 — 看中文付费专栏定价与运营规则
  • ConvertKit — 看创作者订阅 / 自动化邮件最佳实践

涉及具体数据、比例、报价区间的部分,以执行当天后台为准。

常见问题

Newsletter应该先看还是边做边看?

如果你还没开始,先看一遍,只记住一个判断和一个动作;如果你已经在做,直接拿正文里的检查项对照自己的数据。不要边看边全量改,先改一个变量,7 天后再决定是否放大。

本页目录