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 → 創作者付費牆參考