Newsletter製作工具堆疊：按交付物選擇最小工具組合
“在 Substack / Beehiiv / Kit / Ghost 間反覆橫跳？本文給你 Newsletter 製作工具堆疊卡：按純文字 / 圖文 / 多媒體 3 形態匹配 4 環節工具，平臺抽成 + 排版工時一起算。”
📖 本篇術語速查表
| 英文 / 縮寫 | 中文 | 一句話解釋 |
|---|---|---|
| brief | 專案簡報 | 寫清目標、輸入、輸出、範圍和驗收標準的檔案。 |
| workflow | 工作流 | 從材料到交付再到覆盤的一組步驟。 |
| scope | 範圍 | 本次包含和不包含的內容邊界。 |
| QA | 質量檢查 | 交付或釋出前檢查事實、格式、許可權和風險。 |
| feedback loop | 反饋迴圈 | 把使用者行為和原話轉成下一步修改。 |
| tool | 工具 | 本文所在的Newsletter工具階段。 |
| Prompt | 提示詞 | 寫給 AI 的任務說明，用來生成執行方案。 |
讀完你能交付：一張《Newsletter 製作工具堆疊卡》（4 個環節工具 / 3 種形態推薦堆疊 / 5 維 100 分評分 / 主郵件平臺單選 / 排版工時 ≤ 2h 紅線 / 抽成 vs 訂閱數對照）。 一句話錨點：選郵件平臺前，先選你的內容形態——純文字、圖文、多媒體三檔對應完全不同的堆疊。
不想讀完？把下面這段提示詞丟給 AI 幫你跑完——複製提示詞，餵給 Codex / Claude Code / Cursor / DeepSeek，把變數改成你的專案，AI 會按本文 H2 輸出執行方案。
# 角色：Newsletter 製作工具堆疊顧問
你是我 Newsletter 方向的製作工具堆疊顧問。我會把現在用的寫稿/排版/郵件平臺/影像工具交給你,你的工作不是替我推薦 SaaS,而是按"內容形態 → 最少夠用工具"匹配:文字 Newsletter 不需要影片工具、圖文 Newsletter 不需要複雜程式碼、付費 Newsletter 需要平臺抽成更低的方案。你只做製作工具堆疊選型,不替我做品牌設計、不替我跑郵件 SMTP;不編造平臺抽成 / 月費精確數字(必須以官網當天為準);不輸出"工具能力即創作力"這種空話;不允許我同時上 3 個郵件平臺。
## 核心任務
把內容形態翻譯成一張能反證的製作工具堆疊卡:4 個製作環節(寫稿 / 排版 / 郵件平臺 / 影像)、每環節 1-2 個工具、3 種內容形態推薦堆疊、5 維 100 分評分,最後給"工具堆疊合理/換主郵件平臺/補關鍵工具"三檔結論 + 下週第 1 個調整。
**成功標準**：交付的結果必須同時滿足——不允許同時 ≥2 主郵件平臺;形態與工具不匹配強制扣;抽成成本與訂閱數對照;排版 >2h 強制提醒;價格標"以執行當天官網為準"。 任意一條沒滿足即視為未達標，需補料後重跑。
## 資訊輸入
判斷之前看欄位齊全。
如果我能寫出目前內容形態(純文字 / 圖文 / 含影片)、目前郵件平臺、月平臺費 / 抽成、寫稿和排版每期花多少時間這四件事的 70% 以上,你就直接開始評。
訪談時問 5 件事:
1. 目前內容形態?
2. 郵件平臺?(Substack/Beehiiv/Kit/Mailchimp/Ghost/自建)
3. 月平臺費 + 抽成?
4. 寫稿 + 排版每期耗時?(<2/2-5/5+ 小時)
5. 想換平臺嗎?為什麼?
如果同時用 ≥2 郵件平臺,強制選 1 個主;如果排版花 >2 小時/期,提醒"模板沒用好";如果想自建 SMTP 沒經驗,提醒"基礎設施風險"。
## 工作流程
操作鐵律：每個判斷步驟都要先在 `<thinking>` 標籤裡寫「證據 / 反證 / 邊界」三欄，再下筆寫結論。`<thinking>` 內的草稿使用者看不到，但 AI 必須用它檢查自己有沒有在編。
第一步是 4 個製作環節工具對照。
| 環節 | 推薦 | 替代 | 月成本 |
|---|---|---|---|
| 寫稿 | 任何 Markdown 編輯器 + AI 助手 | Bear / VS Code + Claude | 0-20 美元 |
| 排版 | 平臺原生 + 模板 | Stripo / BEE | 0-15 美元 |
| 郵件平臺 | 起步 Substack / Beehiiv 免費檔 | Kit / Ghost | 0-50 美元 |
| 影像 | Carrd / Canva / Figma 模板 | Bannerbear | 0-15 美元 |
第二步是 3 種內容形態推薦堆疊。
| 形態 | 主郵件平臺 | 工具堆疊月成本 |
|---|---|---|
| 純文字(<5 期/周讀完) | Beehiiv 免費 / Substack | 0-15 美元 |
| 圖文 | Beehiiv 付費 / Kit | 25-50 美元 |
| 多媒體(嵌影片/音訊) | Ghost(自由度高) | 60-150 美元 |
第三步是 5 維 100 分評分:
| 維度 | 滿分 | 強制扣分 |
|---|---|---|
| 4 環節齊全度 | 20 | 任一缺扣 5 分 |
| 工具與形態匹配度 | 20 | 純文字用 100 美元/月扣 14 分 |
| 抽成成本度 | 20 | Substack 10% 抽成 + 自有讀者已 500+ 仍不換扣 10 分 |
| 排版效率度 | 20 | 每期 >2 小時扣 10 分 |
| 多平臺紀律度 | 20 | 同時用 ≥2 主平臺扣 14 分 |
第四步是按鐵律給結論。總分 80 + 4 環節齊 + 工具與形態匹配 給"工具堆疊合理";總分 60-79 給"換主郵件平臺"(指明換到哪個);總分 <60 給"補關鍵工具"(指明缺哪一環節)。
第五步是給下週第 1 個調整(砍 / 換 / 加 / 用現有模板,四選一)。
**三檔判定收口**：輸出末尾必須顯式給出"判定檔 + 下一步動作 + 再評窗具體天數"，否則視為不合格。
| 判定 | 觸發條件 | 下一步動作 | 再評窗 |
|------|---------|----------|-------|
| **工具堆疊合理 · 綠燈** | 總分 ≥ 80 + 形態匹配 + 單主平臺 + 排版 ≤ 2h | 按現有堆疊繼續，專注內容質量 | 30 天后回本提示詞重審 |
| **換主郵件平臺 · 黃燈** | 總分 60-79 / 抽成與訂閱數不匹配 / 雙平臺並行 | 砍掉副平臺，遷訂閱到主平臺 | 14 天后重跑 |
| **補關鍵工具 · 紅燈** | 總分 < 60 / 某環節完全沒工具 | 暫停發刊節奏，先補缺位 | 30 天后再來 |
## 示例 / 樣板
輸入是"純文字 Newsletter,用 Substack(免費檔) + Kit($25/月)並行,排版每期 3 小時,200 訂閱"。
期望輸出節選:
```
《[Newsletter] 製作工具堆疊卡》
1. 4 環節
- 寫稿 ✓ Notion + Claude
- 排版 △ 每期 3 小時偏長
- 郵件平臺 ✗ Substack + Kit 雙開
- 影像 ✓ Canva
2. 3 種形態:純文字應該 0-15 美元/月,目前 25 美元 + Substack 抽成 10% 偏高
3. 5 維評分
- 4 環節齊全度 16/20
- 工具與形態匹配 12/20
- 抽成成本度 14/20
- 排版效率 8/20 (3 小時)
- 多平臺紀律 6/20 (雙開違規)
總分 56/100 → 換主郵件平臺
4. 下週 1 個調整:在 Substack 和 Kit 中選 1 個主(200 訂閱 + 純文字推薦 Beehiiv 免費檔替代),花 1 周遷移訂閱,排版用平臺模板砍到 1.5 小時/期。
```
反面例子:同時上 3 個郵件平臺(違反"≤1 主");純文字 Newsletter 用 Ghost 自建 SMTP(違反"形態匹配");Substack 抽 10% + 500 訂閱仍不換(違反"抽成度");排版 3 小時沒用模板(違反"排版效率")。
## 輸出規範
直接輸出《[Newsletter] 製作工具堆疊卡》正文,不要前言後語,總字數 900 到 1300 字,按以下順序:
1. **4 環節齊全度**:逐項 √/△/✗
2. **3 種形態對照**:明示目前形態對應工具堆疊月成本
3. **5 維評分 + 總分 X/100**
4. **三檔結論**:工具堆疊合理 / 換主郵件平臺 / 補關鍵工具 + 引資料理由
5. **下週第 1 個調整**:明確做什麼
輸出前自檢:不允許同時 ≥2 主郵件平臺;形態與工具不匹配強制扣;抽成成本與訂閱數對照;排版 >2h 強制提醒;價格標"以執行當天官網為準"。
## 硬約束 · 拒絕場景
遇到下面這些情況直接拒絕:同時要求測 3+ 個郵件平臺(強制 1 個);要求"行業最佳郵件平臺"這種無源排名;欄位全空或仍是 `___` 佔位符;讓你幫"對比所有 SaaS"(強制按形態推 1-2 個);不知道目前訂閱數還要換平臺(必須先了解現狀)。先給結論
Newsletter製作工具堆疊要先回答五個問題：
| 問題 | 要判斷 |
|---|---|
| 使用者是誰 | 是否真有這個任務和場景 |
| 輸入是什麼 | 材料、資料、賬號、參考是否足夠 |
| 交付什麼 | 檔案、流程、樣品或結果是否可檢查 |
| 風險在哪 | 郵件許可、內容承諾不穩、流失、贊助錯配和退訂體驗是否已暴露 |
| 下一步是什麼 | 繼續、補證據還是暫停 |
新手不要用熱情替代判斷。這個階段最容易出錯的地方，是把“我會工具”誤讀成“我能交付”。真正要檢查的是：輸入是否清楚、交付物是否可用、邊界是否寫明、風險是否能被發現。如果這些問題答不上來，先補材料，不要急著放大。
這張圖把“內容形態 → 郵件平臺 → 排版工時 + 抽成成本”串成單向決策鏈。如果你發現自己在 Substack 和 Kit 間反覆橫跳，問題通常不在工具，而在內容形態沒定。
製作工具堆疊先服務真實任務
Newsletter的製作工具堆疊，不是為了顯得更專業，而是為了讓願意持續閱讀、回覆或付費的訂閱者能在真實任務裡得到可檢查的結果。它應該服務一個真實任務：讓使用者從不確定狀態，進入能判斷、能執行、能覆盤的狀態。
、、給這類文章的共同啟發是：專業能力不是堆概念，而是把模糊問題整理成可執行流程。對Newsletter來說，這意味著每個動作都要有輸入、輸出和驗收。
如果你只寫“做得更好”“提升效率”“擴大影響”，客戶或使用者很難行動。更好的寫法是：本週收集哪些材料，做出哪個樣品，用什麼表檢查，出現哪些紅燈就暫停。
新手先收窄場景
不要同時服務所有人。先選擇一個更窄場景，例如一類使用者、一種交付物、一個平臺或一個業務階段。場景越窄，例子越具體，風險也越容易提前發現。
如果你發現文章或方案可以套到任何行業，通常說明它還不夠具體。把物件、材料、工具、交付和覆盤都寫具體，才會真正幫助新手。
第 1 步：確認內容形態與目標讀者
先寫一句話：
我這次要幫助 ___ 在 ___ 場景下，用 ___ 材料，完成 ___ 結果。這句話寫不出來，後面所有動作都會漂。目標不清，會導致樣品不清；輸入不清，會導致 AI 輸出不穩；使用者不清，會導致頁面和交付無法聚焦。
| 欄位 | 填寫方式 |
|---|---|
| 目標使用者 | 願意持續閱讀、回覆或付費的訂閱者 |
| 目前任務 | 按交付物選擇最小工具組合 |
| 已有輸入 | 原話、樣品、資料、連結、舊流程 |
| 交付結果 | 讀者畫像、樣刊、歡迎流、選題庫、贊助包和留存覆盤 |
| 紅燈 | 郵件許可、內容承諾不穩、流失、贊助錯配和退訂體驗 |
這一步不要讓 AI 替你編材料。AI 可以整理你給出的資訊，但不能證明使用者真的存在，也不能確認平臺和支付規則。
輸入材料的最低線
至少要有三類材料：使用者原話、目前樣品或舊流程、執行平臺或工具入口。只有想法，沒有材料，就先做研究和訪談；只有工具，沒有使用者任務，也不要急著交付。
第 2 步：4 環節工具對照與匹配判定
判斷表要讓你知道現在該繼續還是暫停。
| 判斷項 | 綠燈 | 黃燈 | 紅燈 |
|---|---|---|---|
| 需求 | 多個來源指向同一任務 | 只有興趣，沒有行動 | 沒有真實使用者材料 |
| 輸入 | 材料完整，來源清楚 | 缺少部分欄位 | 材料不可用或不授權 |
| 交付 | 能寫成檔案和驗收 | 交付形式還模糊 | 只能靠口頭解釋 |
| 風險 | 有邊界和核驗入口 | 有未確認欄位 | 涉及違規、侵權或敏感許可權 |
| 覆盤 | 有資料和原話 | 只有感覺 | 無法判斷結果 |
表格不是為了好看，而是為了停止錯誤動作。很多失敗不是因為執行不努力，而是黃燈和紅燈被忽略。
反證也要寫
判斷表裡要保留反證。比如使用者不願提供材料、只想免費試做、平臺規則不清、工具能力未核驗、交付後支援壓力過高。反證能幫你避免把小問題做大。
第 3 步：算抽成 + 排版工時綜合成本
最小樣品或流程要足夠小，但必須真實。
| 型別 | 最小樣品 |
|---|---|
| 服務 | 一頁 Brief、一個樣品交付、一個驗收清單 |
| 工具 | 一個可執行流程或欄位表 |
| 內容 | 一段樣稿、一張結構表、一份質檢記錄 |
| 變現 | 一個範圍清楚的報價頁或提案 |
| 規模化 | 一個小渠道實驗或 SOP 片段 |
樣品的目標不是展示你能做很多，而是讓使用者判斷“這是不是我需要的”。如果樣品需要你在旁邊解釋很久，就說明它還不夠清楚。
做完樣品後，至少找一個真實使用者或舊客戶看。只聽讚美沒有用，要問他哪裡不懂、哪裡有風險、是否願意進入下一步。
樣品要有退出條件
如果樣品沒人看、看了沒人問、問的問題都和目標不相關，就不要繼續加大投入。先回到目標、使用者和輸入，重新判斷場景是否成立。
第 4 步：核驗送達率與平臺規則風險
風險檢查要放在交付前，而不是出了問題以後。
| 風險 | 檢查動作 |
|---|---|
| 平臺規則 | 到官方幫助中心或後臺核驗 |
| 支付退款 | 看平臺和支付工具當天規則 |
| 版權隱私 | 檢查素材、案例、截圖和客戶資料 |
| 賬號許可權 | 只拿必要許可權，優先用測試資料 |
| 過度承諾 | 刪除不可控結果，補適用邊界 |
郵件許可、內容承諾不穩、流失、贊助錯配和退訂體驗都不是小細節。新手越想快點完成，越容易跳過這些檢查。真正專業的做法，是把未確認欄位寫出來，而不是假裝已經知道。
邊界要寫給使用者看
邊界不要藏在腦子裡。哪些不包含、哪些需要客戶提供、哪些需要執行當天核驗、哪些結果不承諾，都要寫進頁面、提案或交付說明。
第 5 步：定下週第 1 個工具調整
覆盤要落到下一步，不要只寫感想。
| 發現 | 下一步 |
|---|---|
| 使用者任務清楚 | 繼續做完整版本或下一篇教學 |
| 輸入材料缺失 | 先補訪談、樣品或官方核驗 |
| 支援問題重複 | 回寫 FAQ、模板或 SOP |
| 風險未確認 | 暫停釋出或暫緩報價 |
| 反饋分散 | 收窄使用者和場景 |
覆盤時要同時看行為和原話。行為告訴你使用者做了什麼，原話告訴你為什麼可能這樣做。只看其中一個，都容易誤判。
如果覆盤後沒有產生新動作，說明覆盤還停在總結層。好的覆盤應該讓下一步更小、更清楚。
操作檢查表
| 欄位 | 填寫 |
|---|---|
| 目前主題 | Newsletter製作工具堆疊 |
| 目標使用者 | 願意持續閱讀、回覆或付費的訂閱者 |
| 關鍵輸入 | ___ |
| 最小樣品 | ___ |
| 主要風險 | 郵件許可、內容承諾不穩、流失、贊助錯配和退訂體驗 |
| 官方核驗入口 | ___ |
| 覆盤指標 | 使用者原話、樣品行為、交付問題、下一步動作 |
| 目前判斷 | 繼續 / 補證據 / 暫停 |
這張表可以直接複製到你的專案文件裡。每完成一輪，就更新一次，不要只靠記憶。
AI 怎麼輔助
AI 適合做這些：
- 把使用者原話整理成問題分類。
- 生成 Brief、檢查表、SOP 或覆盤表。
- 標出未確認欄位和風險點。
- 改寫頁面、提案或交付說明。
- 把反饋轉成下一步動作。
AI 不適合替你確認平臺規則、支付退款、客戶授權、隱私邊界和真實購買意願。沒有證據時，必須寫未確認。
讓 AI 輔助時，不要只問“怎麼做”。要給它材料、目標、約束和目前判斷，讓它幫你找遺漏。
官方資料與核驗口徑
平臺規則、演算法動向、報價規則、政策口徑都會變化。本文保留的是可遷移的判斷框架，具體數字一律給區間。
跨平臺核驗入口：
- Substack — 看付費訂閱 newsletter 的費率與作者規範
- beehiiv — 看 beehiiv 廣告、推薦與分銷規則
- 小報童 — 看中文付費專欄定價與營運規則
- ConvertKit — 看創作者訂閱 / 自動化郵件最佳實踐
涉及具體資料、比例、報價區間的部分，以執行當天后臺為準。
常見問題
Substack 抽 10% 值不值？
訂閱量 < 1000 時通常值（省去自建 SMTP 與平臺維護成本）；訂閱量 ≥ 1000 + 單期付費轉化穩定後，每月被抽走的金額會超過 Beehiiv / Kit 月費，這時再遷。
排版每期 3 小時，怎麼壓回 2 小時內？
90% 的耗時不是寫稿而是反覆調字號 / 間距。在平臺用 1 個模板鎖死字號 / 顏色 / 段距，正文只填文字；圖片用 Canva 同一套尺寸預設，能直接砍 1-1.5 小時。
自建 SMTP（Resend / Postmark）值不值？
訂閱 < 2000 不值；訂閱 ≥ 5000 + 想保留全部讀者資料時再考慮。中間檔先選 Beehiiv / Kit 這種“平臺 + 資料可匯出”的方案。
同時用 Substack + Beehiiv 行不行？
不行。訂閱者會在兩個平臺收到不同的版本與歷史歸檔，退訂也得跑兩次。要麼把 Substack 設為發刊主平臺、Beehiiv 當成站外 lead magnet 入口，要麼徹底遷走。詳見 Newsletter 選題工具堆疊。
執行前至少核驗:
- Stripe 官方文件 → 海外訂閱與支付規則
- Shopify 幫助中心 → 電商營運與店鋪合規
- Buy Me a Coffee → 創作者付費牆參考