Newsletter每週最佳化流程：固定節奏處理資料、支援和版本

📖 本篇術語速查表

英文 / 縮寫	中文	一句話解釋
brief	專案簡報	寫清目標、輸入、輸出、範圍和驗收標準的檔案。
workflow	工作流	從材料到交付再到覆盤的一組步驟。
scope	範圍	本次包含和不包含的內容邊界。
QA	質量檢查	交付或釋出前檢查事實、格式、許可權和風險。
feedback loop	反饋迴圈	把使用者行為和原話轉成下一步修改。
playbook	操作手冊	本文所在的Newsletter操作手冊階段。
Prompt	提示詞	寫給 AI 的任務說明，用來生成執行方案。

讀完你能交付：一張《[Newsletter] 周度最佳化卡》（5 訊號掃描 / 一週一變數 / 備稿池監控 / 3 檔動作 / 下週只改 1 項）。一句話錨點：每週只改 1 個變數（標題 / 節奏 / 長度 / 選題 / CTA），同時改 2 個就歸因不清。

不想讀完？把下面這段提示詞丟給 AI 幫你跑完——複製提示詞，餵給 Codex / Claude Code / Cursor / DeepSeek，把變數改成你的專案，AI 會按本文 H2 輸出執行方案。

# 角色：Newsletter 每週最佳化節奏顧問

你是我 Newsletter 方向的每週最佳化節奏顧問。我會把過去 4 周的發刊資料 + 客服記錄 + 內容備稿狀態交給你,你的工作不是替我做長期戰略,而是設計穩定的"每週最佳化節奏":每週固定哪天看資料、哪天定下週選題、哪天寫稿、哪天發、哪天回客服,把零散動作變成可持續 4 周節奏。你只做周節奏編排,不替我做季度戰略、不替我做長期 SOP;不編造內容生產時間標杆、客服響應行業基準這類無源數字;不輸出"日更更好""周更夠了"這種無差別建議;不允許我把周節奏設計得過密(每週 ≤30 小時投入是新手紅線)。

## 核心任務

把零散動作翻譯成一張能反證的每週最佳化節奏卡:7 天逐日動作分佈、4 類周覆盤指標、3 檔時間投入、5 項備稿管道健康度、5 維 100 分評分,最後給"按節奏執行/調整節奏/降頻"三檔結論 + 下週減/加 1 件事。


**成功標準**：交付的結果必須同時滿足——周投入 >30 h 必須紅色;0 備稿強制扣 15;客服 >20 強制"先清";不允許"無限拉長一天工作"代替減頻;時間分配數字不能造,必須按讀者實際填寫。 任意一條沒滿足即視為未達標，需補料後重跑。
## 資訊輸入

排節奏之前先看我手裡的欄位齊不齊。

如果我能寫出每週可投入小時數、過去 4 期實際花了多少小時(寫稿+客服+其他)、目前發刊頻率、備稿庫有幾篇、客服待辦數這五件事的 70% 以上,你就直接開始排。如果模糊,就先停下來訪談一次問一個,等我答完你複述確認。

訪談時問 5 件事:

1. 每週可投入小時數?(<10 / 10-20 / 20-30 / 30+)
2. 過去 4 期實際花了多少小時?(分寫稿/客服/選題/其他)
3. 目前發刊頻率?(周更/雙週/月更/不定期)
4. 備稿庫有幾篇?(0 / 1-2 / 3+)
5. 客服未處理工單數?(0 / 1-5 / 5-20 / 20+)

如果可投入 <10 小時但發周更,提醒"節奏可能不可持續";如果備稿 0,提醒"下週可能斷更";如果客服 >20,直接給"先清客服再排節奏"。

## 工作流程

操作鐵律：每個判斷步驟都要先在 `<thinking>` 標籤裡寫「證據 / 反證 / 邊界」三欄，再下筆寫結論。`<thinking>` 內的草稿使用者看不到，但 AI 必須用它檢查自己有沒有在編。

第一步是按 7 天逐日動作分佈。

| 周幾 | 動作 | 投入(參考) |
|---|---|---|
| 週一 | 看上週資料 + 定本週選題 | 1-2 h |
| 週二-週三 | 收集素材 + 大綱 | 2-4 h |
| 週四 | 寫稿主體 | 3-5 h |
| 週五 | 校對 + 發刊 | 1-2 h |
| 週末 | 回客服 + 備稿下一期 | 2-4 h |

總周投入 9-17 h,留 buffer 時間應對突發。

第二步是 4 類周覆盤指標。

| 指標 | 怎麼看 | 健康線 |
|---|---|---|
| 資料 | 開啟/點選/回覆/退訂 | 周環比穩定或上行 |
| 內容 | 寫稿是否準時 + 質量自評 | 準時 100% + 自評 ≥7/10 |
| 客服 | 工單數 + 平均響應時間 | <5 工單 + <24h 響應 |
| 備稿 | 備稿庫篇數 | ≥1 篇可應急 |

第三步是 3 檔時間投入。

| 檔位 | 周投入 | 頻率 | 備稿要求 |
|---|---|---|---|
| 輕量 | <10 h | 雙週 | 0 備稿 |
| 標準 | 10-20 h | 周更 | 1 篇 buffer |
| 重度 | 20-30 h | 周更 + 號外 | 2+ 篇 buffer |

>30 h 直接紅色提醒"不可持續,會燒光",必須降頻或減欄目。

第四步是 5 項備稿管道健康度。

| 項 | 健康表現 | 紅燈 |
|---|---|---|
| 選題庫 | ≥10 個待寫選題 | <3 個 |
| 資訊源訂閱 | 自動收 RSS/郵件 | 全靠手動刷 |
| 素材筆記 | 每週整理 1 次 | 散在各處 |
| 備稿初稿 | ≥1 篇隨時可發 | 0 篇 |
| 客服模板 | 5+ 常見問題有模板 | 全部手回 |

第五步是 5 維 100 分評分:

| 維度 | 滿分 | 強制扣分 |
|---|---|---|
| 節奏穩定度 | 20 | 4 周內有遲發扣 5 分/次 |
| 時間紀律度 | 20 | 周投入 >30 h 扣 12 分 |
| 備稿健康度 | 20 | 備稿 0 扣 15 分 |
| 客服響應度 | 20 | 待辦 >5 扣 10 分 |
| 資料覆盤度 | 20 | 沒每週固定看資料扣 12 分 |

第六步是按鐵律給結論。總分 80 + 周投入 ≤30 h 給"按節奏執行";總分 60-79 或周投入 >30 h 給"調整節奏"(指明哪一天減);總分 <60 或備稿 0 + 客服 >20 給"降頻"(從周更降雙週或月更)。

第七步是給下週減/加 1 件事(只能動 1 個時間塊)。

## 示例 / 樣板

輸入是"周更,4 周內 1 次遲發,周投入 24 h,備稿 0,客服待辦 8"。

期望輸出節選:

```
《[Newsletter] 每週最佳化節奏卡》

1. 7 天動作分佈:週一 1.5h 看資料/選題,週二 3h 素材,週三 2h 大綱,週四 4h 寫主體,週五 1.5h 校對發刊,週末 8h 客服+備稿,= 20h(但你實際 24h)

2. 4 類周覆盤:資料 OK / 內容 1 次遲發 / 客服 8 待辦偏高 / 備稿 0

3. 3 檔時間投入:你現在重度邊緣,建議先降到標準 18-20h

4. 5 項備稿管道
- 選題庫 ?
- RSS ?
- 素材筆記 ?
- 備稿初稿 ✗ 0 篇 → 紅燈
- 客服模板 ?

5. 5 維評分
- 節奏穩定度 15/20 (1 次遲發)
- 時間紀律度 12/20 (24h 偏高)
- 備稿健康度 5/20 (0 篇 → 強制扣 15)
- 客服響應度 12/20 (8 待辦)
- 資料覆盤度 14/20

總分 58/100 → 降頻 或 調整節奏

6. 下週減 1 件:把週末 8h 中砍 4h 做客服模板 + 寫 1 篇備稿,其他不動。
```

反面例子:周投入 36 h 仍硬撐周更(違反 30h 紅線);0 備稿但拒絕降頻(違反"備稿 0 必須降頻");客服 20 工單仍按原節奏發新刊(違反"先清客服")。

## 輸出規範

直接輸出《[Newsletter] 每週最佳化節奏卡》正文,不要前言後語,總字數 900 到 1300 字,按以下順序:

1. **7 天逐日動作分佈**:每天投入小時數
2. **4 類周覆盤指標**:每項健康/紅燈
3. **3 檔時間投入檔**:明示目前檔
4. **5 項備稿管道**:逐項 √/△/✗
5. **5 維評分 + 總分 X/100**
6. **三檔結論**:按節奏執行 / 調整節奏 / 降頻 + 引資料理由
7. **下週減/加 1 件事**:明確動哪一個時間塊

輸出前自檢:周投入 >30 h 必須紅色;0 備稿強制扣 15;客服 >20 強制"先清";不允許"無限拉長一天工作"代替減頻;時間分配數字不能造,必須按讀者實際填寫。

## 硬約束 · 拒絕場景
遇到下面這些情況直接拒絕排節奏:周投入 >40 h 仍要求維持周更(直接拒絕並解釋燒光風險);備稿 0 但要求加新欄目(強制先做備稿);要求"行業 Newsletter 平均生產時間"這種無源數字;欄位全空或仍是 `___` 佔位符;讓你幫加日更檔(必須先觀察 8 周穩定再考慮)。

先給結論

Newsletter 周度最佳化要先回答五個問題：

問題	要判斷
5 訊號	開啟 / 回覆 / 轉發 / 退訂 / 備稿池是否齊
變數	本週只改 1 個：標題 / 節奏 / 長度 / 選題 / CTA
備稿池	是否還剩 ≥ 4 期的靈感 + 1 期成稿
反饋迴圈	上週的回信 / 退訂原話是否落進選題
下一步是什麼	沿用、改 1 變數、還是暫停一週

流程图加载中

周度迴圈的關鍵不是“做滿 7 天”，而是訊號 → 變數 → 驗證 → 訊號的閉環。詳細訊號採集回樣品郵件與讀者反饋迴圈。

新手先收窄場景

不要同時服務所有人。先選擇一個更窄場景，例如一類使用者、一種交付物、一個平臺或一個業務階段。場景越窄，例子越具體，風險也越容易提前發現。

如果你發現文章或方案可以套到任何行業，通常說明它還不夠具體。把物件、材料、工具、交付和覆盤都寫具體，才會真正幫助新手。

第 1 步：週一收訊號與上週回信

先寫一句話：

我這次要幫助 ___ 在 ___ 場景下，用 ___ 材料，完成 ___ 結果。

這句話寫不出來，後面所有動作都會漂。目標不清，會導致樣品不清；輸入不清，會導致 AI 輸出不穩；使用者不清，會導致頁面和交付無法聚焦。

欄位	填寫方式
目標使用者	願意持續閱讀、回覆或付費的訂閱者
目前任務	固定節奏處理資料、支援和版本
已有輸入	原話、樣品、資料、連結、舊流程
交付結果	讀者畫像、樣刊、歡迎流、選題庫、贊助包和留存覆盤
紅燈	郵件許可、內容承諾不穩、流失、贊助錯配和退訂體驗

這一步不要讓 AI 替你編材料。AI 可以整理你給出的資訊，但不能證明使用者真的存在，也不能確認平臺和支付規則。

輸入材料的最低線

至少要有三類材料：使用者原話、目前樣品或舊流程、執行平臺或工具入口。只有想法，沒有材料，就先做研究和訪談；只有工具，沒有使用者任務，也不要急著交付。

第 2 步：5 訊號 + 備稿池綠黃紅判定

判斷表要讓你知道現在該繼續還是暫停。

判斷項	綠燈	黃燈	紅燈
開啟率	≥ 45%	30-45%	< 30%
回覆	≥ 3 條	1-2 條	0
備稿池	≥ 4 期成稿 + 8 期靈感	2-3 期 + 4 靈感	< 2 期
退訂率	< 1%	1-3%	≥ 3%
變數歸因	只改 1 項 + 有訊號差	改 1 項但訊號噪聲大	改 ≥ 2 項

表格不是為了好看，而是為了停止錯誤動作。很多失敗不是因為執行不努力，而是黃燈和紅燈被忽略。

反證也要寫

判斷表裡要保留反證。比如使用者不願提供材料、只想免費試做、平臺規則不清、工具能力未核驗、交付後支援壓力過高。反證能幫你避免把小問題做大。

第 3 步：週三選 1 變數 + 寫本期

最小樣品或流程要足夠小，但必須真實。

型別	最小樣品
服務	一頁 Brief、一個樣品交付、一個驗收清單
工具	一個可執行流程或欄位表
內容	一段樣稿、一張結構表、一份質檢記錄
變現	一個範圍清楚的報價頁或提案
規模化	一個小渠道實驗或 SOP 片段

樣品的目標不是展示你能做很多，而是讓使用者判斷“這是不是我需要的”。如果樣品需要你在旁邊解釋很久，就說明它還不夠清楚。

做完樣品後，至少找一個真實使用者或舊客戶看。只聽讚美沒有用，要問他哪裡不懂、哪裡有風險、是否願意進入下一步。

樣品要有退出條件

如果樣品沒人看、看了沒人問、問的問題都和目標不相關，就不要繼續加大投入。先回到目標、使用者和輸入，重新判斷場景是否成立。

第 4 步：檢查送達、退訂與備稿池見底

風險檢查要放在交付前，而不是出了問題以後。

風險	檢查動作
平臺規則	到官方幫助中心或後臺核驗
支付退款	看平臺和支付工具當天規則
版權隱私	檢查素材、案例、截圖和客戶資料
賬號許可權	只拿必要許可權，優先用測試資料
過度承諾	刪除不可控結果，補適用邊界

郵件許可、內容承諾不穩、流失、贊助錯配和退訂體驗都不是小細節。新手越想快點完成，越容易跳過這些檢查。真正專業的做法，是把未確認欄位寫出來，而不是假裝已經知道。

邊界要寫給使用者看

邊界不要藏在腦子裡。哪些不包含、哪些需要客戶提供、哪些需要執行當天核驗、哪些結果不承諾，都要寫進頁面、提案或交付說明。

第 5 步：週末覆盤 + 寫下週變數

覆盤要落到下一步，不要只寫感想。

發現	下一步
使用者任務清楚	繼續做完整版本或下一篇教學
輸入材料缺失	先補訪談、樣品或官方核驗
支援問題重複	回寫 FAQ、模板或 SOP
風險未確認	暫停釋出或暫緩報價
反饋分散	收窄使用者和場景

覆盤時要同時看行為和原話。行為告訴你使用者做了什麼，原話告訴你為什麼可能這樣做。只看其中一個，都容易誤判。

如果覆盤後沒有產生新動作，說明覆盤還停在總結層。好的覆盤應該讓下一步更小、更清楚。

操作檢查表

欄位	填寫
目前主題	Newsletter每週最佳化流程
目標使用者	願意持續閱讀、回覆或付費的訂閱者
關鍵輸入	___
最小樣品	___
主要風險	郵件許可、內容承諾不穩、流失、贊助錯配和退訂體驗
官方核驗入口	___
覆盤指標	使用者原話、樣品行為、交付問題、下一步動作
目前判斷	繼續 / 補證據 / 暫停

這張表可以直接複製到你的專案文件裡。每完成一輪，就更新一次，不要只靠記憶。

AI 怎麼輔助

AI 適合做這些：

把使用者原話整理成問題分類。
生成 Brief、檢查表、SOP 或覆盤表。
標出未確認欄位和風險點。
改寫頁面、提案或交付說明。
把反饋轉成下一步動作。

AI 不適合替你確認平臺規則、支付退款、客戶授權、隱私邊界和真實購買意願。沒有證據時，必須寫未確認。

讓 AI 輔助時，不要只問“怎麼做”。要給它材料、目標、約束和目前判斷，讓它幫你找遺漏。

官方資料與核驗口徑

平臺規則、演算法動向、報價規則、政策口徑都會變化。本文保留的是可遷移的判斷框架，具體數字一律給區間。

跨平臺核驗入口：

Substack — 看付費訂閱 newsletter 的費率與作者規範
beehiiv — 看 beehiiv 廣告、推薦與分銷規則
小報童 — 看中文付費專欄定價與營運規則
ConvertKit — 看創作者訂閱 / 自動化郵件最佳實踐

涉及具體資料、比例、報價區間的部分，以執行當天后臺為準。

常見問題

備稿池只剩 1 期，本週還要做實驗嗎？

不要。備稿池 < 2 期立刻暫停“改變數”周，本週專門做選題補給（同時跑 3-5 期靈感採集），下週再回到 1 變數迴圈。在備稿池見底時硬改變數 = 改完沒下期可發。

開啟率一週降 5%，是變數改壞了嗎？

5% 是正常波動（節假日 / 主題季節性 / 收件箱演算法），先不動；連續 2 周降 5% + 第 3 周也沒回升，才回復變數。回復時只回復 1 個變數，不要恢復其他周改過的。

錯過一週怎麼補？

不要補兩期合發。直接斷一週，下週開篇加一句"上週略過了，原因是 X“，老訂閱會買賬，新訂閱會因為有人味反而留下來。不要假裝”我們一直按時發"——退訂率會直接拉高。

一週一變數是不是太慢？

慢是對的。Newsletter 是訂閱生意，不是 A/B 測試平臺。每個變數至少給兩期完整發刊驗證（一期定基線、一期看回升），4 周 = 2-3 個變數驗證完，比一週改 5 個、月底歸因不清強 10 倍。具體決策邏輯回繼續放大還是暫停的判斷卡。

執行前至少核驗:

Stripe 官方文件 → 海外訂閱與支付規則
Shopify 幫助中心 → 電商營運與店鋪合規
Buy Me a Coffee → 創作者付費牆參考