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 天后再決定是否放大。

本頁目錄