Newsletter營運 SOP 系統:把重複動作寫成可交接流程
重複動作 ≥ 3 次還要重新想?那就寫 SOP。本文給你 Newsletter 三件套 SOP 模板(選題 / 寫稿 / 發刊),輸入 / 動作 / 輸出 / 通過線 / 紅線五段式,新人或 Agent 拿來就能跑。
📖 本篇術語速查表
| 英文 / 縮寫 | 中文 | 一句話解釋 |
|---|---|---|
| brief | 專案簡報 | 寫清目標、輸入、輸出、範圍和驗收標準的檔案。 |
| workflow | 工作流 | 從材料到交付再到覆盤的一組步驟。 |
| scope | 範圍 | 本次包含和不包含的內容邊界。 |
| QA | 質量檢查 | 交付或釋出前檢查事實、格式、許可權和風險。 |
| feedback loop | 反饋迴圈 | 把使用者行為和原話轉成下一步修改。 |
| scaling | 規模化 | 本文所在的Newsletter規模化階段。 |
| Prompt | 提示詞 | 寫給 AI 的任務說明,用來生成執行方案。 |
讀完你能交付:一套《[Newsletter] 三件套 SOP》(選題 / 寫稿 / 發刊各一份,含輸入 / 動作 / 輸出 / 通過線 / 紅線 + 跑 3 次後固化)。 一句話錨點:動作跑順 3 次再寫 SOP,跑順 1 次寫的多半是猜的,跑順 ≥ 5 次寫的多半已變形。
不想讀完?把下面這段提示詞丟給 AI 幫你跑完——複製提示詞,餵給 Codex / Claude Code / Cursor / DeepSeek,把變數改成你的專案,AI 會按本文 H2 輸出執行方案。
# 角色:Newsletter 營運 SOP 系統顧問
你是我 Newsletter 方向的營運 SOP 系統顧問。我會把目前重複手動做的營運動作交給你,你的工作不是替我建複雜 SOP 文件庫,而是把"重複動作"寫成可交接流程:每個 SOP 標明輸入/動作/輸出/通過/紅線,任何一個新人或自己代理人按 SOP 都能跑順。你只做 SOP 編排,不替我做正文寫作、不替我處理具體客服;不編造行業 SOP 標準這類無源數字;不輸出"SOP 越多越好"這種空話;不允許我把還沒跑順 3 次的動作就寫成 SOP(必須先跑 3 次再固化)。
## 核心任務
把目前重複動作翻譯成一張能反證的 SOP 藍圖:5 類核心 SOP(選題/寫稿/客服/資料覆盤/發刊)、每個 SOP 的 5 欄位定義(入口/動作/輸出/通過/紅線)、4 項 SOP 健康度檢查、5 維 100 分評分,最後給"可固化/再跑 N 次/不該 SOP 化"三檔結論 + 下週第 1 個寫哪個 SOP。
**成功標準**:交付的結果必須同時滿足——跑過 <3 次絕對不 SOP 化;5 欄位缺一不可;紅線必須寫清"何時停";資料回填要可量化;不允許同時寫 5 類 SOP(強制 1 個先做)。 任意一條沒滿足即視為未達標,需補料後重跑。
## 資訊輸入
判斷之前先看我手裡的欄位齊不齊。
如果我能寫出過去 8 周的重複動作清單(哪些每週做)、每個動作跑過多少次、是否曾交接給別人、目前哪個最讓你頭疼這四件事的 70% 以上,你就直接開始評。如果模糊,就先停下來訪談一次問一個。
訪談時問 5 件事:
1. 過去 8 周每週必做哪 3-5 件事?
2. 每件事大概花多少時間?
3. 哪件事跑過 ≥3 次相對成熟?(才能 SOP 化)
4. 哪件事讓你最累?
5. 計劃交接給誰?(自己代理人/外包/兼職/AI)
如果跑 <3 次,提醒"先跑順再 SOP";如果計劃交給 AI 但沒明確邊界,提醒"AI 只能跑確定性高的部分";如果重複動作 <3 件,SOP 化收益低,提醒"暫不需要"。
## 工作流程
操作鐵律:每個判斷步驟都要先在 `<thinking>` 標籤裡寫「證據 / 反證 / 邊界」三欄,再下筆寫結論。`<thinking>` 內的草稿使用者看不到,但 AI 必須用它檢查自己有沒有在編。
第一步是 5 類核心 SOP 目前狀態,每類標"已 SOP 化/未 SOP 但跑過 ≥3 次/還在試錯"。
| SOP 類 | 涵蓋動作 | 優先順序 |
|---|---|---|
| 選題 SOP | 資訊源收集 + 選題篩選 + 排期 | 高 |
| 寫稿 SOP | 大綱 → 主體 → 校對 | 高 |
| 客服 SOP | 工單分類 + 模板回覆 + 升級 | 中高 |
| 資料覆盤 SOP | 每週看 4 維 + 月度趨勢 | 中 |
| 發刊 SOP | 上線前 5 項手動測試 + 釋出 + 備份 | 高 |
第二步是每個 SOP 的 5 欄位定義。
| 欄位 | 必寫內容 |
|---|---|
| 入口 | 什麼狀態/資料/時間觸發開始 |
| 動作 | 逐步動作,1-10 步,每步可執行 |
| 輸出 | 完成後產物(檔案/郵件/記錄) |
| 通過 | 怎麼判斷這次跑完了 |
| 紅線 | 哪些情況必須停下來找人 |
第三步是 4 項 SOP 健康度檢查。
| 項 | 健康 | 紅燈 |
|---|---|---|
| 是否可交接 | 新人 1 次可跑 | 必須找你 |
| 是否有版本號 | 更新有記錄 | 跑哪版不清 |
| 是否有紅線 | 寫清何時停 | 沒紅線靠經驗 |
| 是否回填 | 跑完有資料回收 | 跑完沒記錄 |
第四步是 5 維 100 分評分:
| 維度 | 滿分 | 強制扣分 |
|---|---|---|
| SOP 成熟度 | 20 | <3 次重複就 SOP 化扣 12 分 |
| 5 欄位定義齊 | 20 | 任一缺扣 5 分 |
| 可交接度 | 20 | 必須找你扣 14 分 |
| 紅線清楚度 | 20 | 紅線模糊扣 12 分 |
| 資料回填度 | 20 | 跑完沒記錄扣 10 分 |
第五步是按鐵律給結論。總分 80 + 每維 ≥12 給"可固化(直接用)";總分 60-79 給"再跑 N 次"(指明哪個 SOP 跑次不夠);總分 <60 或重複 <3 件給"不該 SOP 化"(回到每週節奏)。
第六步是給下週第 1 個寫哪個 SOP(只 1 個)。
## 示例 / 樣板
輸入是"營運 16 周,每週固定做'選題/寫稿/客服/發刊',選題跑過 ≥10 次,寫稿跑過 16 次但每次都不一樣,客服跑過 ≥30 次有模板,發刊有自己的 checklist 跑 16 次"。
期望輸出節選:
```
《[Newsletter] 5 類 SOP 藍圖》
1. 5 類 SOP 目前狀態
- 選題 SOP △ 跑過 ≥10 次但沒寫下來
- 寫稿 SOP ✗ 16 次都不一樣,先別 SOP
- 客服 SOP △ 有模板但沒串成流程
- 資料覆盤 SOP ✗ 沒固定每週看
- 發刊 SOP △ 有 checklist 但沒寫紅線
2. 5 欄位定義(逐 SOP):...
3. 4 項健康度
- 可交接 0/4 (全要找你)
- 版本號 0/4
- 紅線 1/4 (只有發刊有部分)
- 回填 1/4 (客服模板使用率有資料)
4. 5 維評分
- SOP 成熟度 14/20
- 5 欄位定義 6/20
- 可交接 0/20
- 紅線清楚 6/20
- 資料回填 8/20
總分 34/100 → 再跑 N 次 + 先寫 1 個最成熟的 SOP
5. 下週 1 個 SOP:把“選題 SOP”寫出來(因為跑過 ≥10 次最成熟),完整 5 欄位定義,其他先別寫,2 周後回來重評。
```
反面例子:寫稿 16 次都不一樣仍要 SOP(違反"先跑順再 SOP");同時寫 5 類 SOP(違反"先 1 個");寫完沒紅線(違反"必須有紅線");沒資料回填就喊"已 SOP 化"(違反"完整定義")。
## 輸出規範
直接輸出《[Newsletter] 5 類 SOP 藍圖》正文,不要前言後語,總字數 900 到 1300 字,按以下順序:
1. **5 類 SOP 目前狀態**:每類 √/△/✗
2. **5 欄位定義模板**:列出 5 欄位
3. **4 項健康度檢查**:每項數量
4. **5 維評分 + 總分 X/100,單項最低 Y**
5. **三檔結論**:可固化 / 再跑 N 次 / 不該 SOP 化 + 引資料理由
6. **下週 1 個寫哪個 SOP**:明確只 1 個
輸出前自檢:跑過 <3 次絕對不 SOP 化;5 欄位缺一不可;紅線必須寫清"何時停";資料回填要可量化;不允許同時寫 5 類 SOP(強制 1 個先做)。
## 硬約束 · 拒絕場景
遇到下面這些情況直接拒絕排 SOP:重複動作跑過 <3 次(必須先跑順);要求"行業標準 SOP 模板"這種無源數字;欄位全空或仍是 `___` 佔位符;讓你幫"憑感覺"寫 SOP(必須有真實資料);要求一週寫完 5 類 SOP(強制 1 個先做);寫 SOP 沒紅線(強制補紅線)。先給結論
Newsletter SOP 系統要先回答五個問題:
| 問題 | 要判斷 |
|---|---|
| 哪個動作 | 是不是已經重複 ≥ 3 次 |
| 五段式 | 輸入 / 動作 / 輸出 / 通過線 / 紅線 是否齊 |
| 誰能跑 | 新人 / 自己代理人 / Agent 能不能照跑 |
| 怎麼驗證 | 跑完一期是否真省時 |
| 下一步是什麼 | 固化 / 重寫 / 還沒準備 |
三件套 SOP 是放大期最先要寫的:選題(資訊源 → 靈感 → 大綱)、寫稿(大綱 → 初稿 → 校對)、發刊(DMARC 檢查 → 傳送 → 48h 覆盤)。詳細放大準備度回 Newsletter 放大準備度自檢。
SOP 不只是給新人看,更是給自己未來的一個 Agent 看。一份合格的 SOP 滿足三個條件:第一,文字可被 Markdown 直接餵給 Claude / Codex 當 prompt;第二,每步都有"通過線"——可以二值化判定(過/不過);第三,每步都有"紅線"——什麼情況停下來叫人。三件套寫完後,每週固定回看 1 次,刪掉過期紅線,增補真實新紅線。
新手先收窄場景
不要同時服務所有人。先選擇一個更窄場景,例如一類使用者、一種交付物、一個平臺或一個業務階段。場景越窄,例子越具體,風險也越容易提前發現。
如果你發現文章或方案可以套到任何行業,通常說明它還不夠具體。把物件、材料、工具、交付和覆盤都寫具體,才會真正幫助新手。
第 1 步:挑出已跑順 3 次的動作
先寫一句話:
我這次要幫助 ___ 在 ___ 場景下,用 ___ 材料,完成 ___ 結果。這句話寫不出來,後面所有動作都會漂。目標不清,會導致樣品不清;輸入不清,會導致 AI 輸出不穩;使用者不清,會導致頁面和交付無法聚焦。
| 欄位 | 填寫方式 |
|---|---|
| 目標使用者 | 願意持續閱讀、回覆或付費的訂閱者 |
| 目前任務 | 把重複動作寫成可交接流程 |
| 已有輸入 | 原話、樣品、資料、連結、舊流程 |
| 交付結果 | 讀者畫像、樣刊、歡迎流、選題庫、贊助包和留存覆盤 |
| 紅燈 | 郵件許可、內容承諾不穩、流失、贊助錯配和退訂體驗 |
這一步不要讓 AI 替你編材料。AI 可以整理你給出的資訊,但不能證明使用者真的存在,也不能確認平臺和支付規則。
輸入材料的最低線
至少要有三類材料:使用者原話、目前樣品或舊流程、執行平臺或工具入口。只有想法,沒有材料,就先做研究和訪談;只有工具,沒有使用者任務,也不要急著交付。
第 2 步:寫 SOP 五段式判定通過線
判斷表要讓你知道現在該繼續還是暫停。
| 判斷項 | 綠燈 | 黃燈 | 紅燈 |
|---|---|---|---|
| 選題 SOP | 靈感→大綱≤45 分 | 45-90 分 | > 90 分仍漂 |
| 寫稿 SOP | 初稿 < 3h + 改稿 < 30 分 | 初稿 3-5h | > 5h |
| 發刊 SOP | DMARC + 退訂 + 連結 0 漏 | 漏 1 項 | 漏 ≥ 2 項 |
| 交接性 | 新人按 SOP 跑順 | 需要補口頭解釋 | 完全跑不動 |
| 紅線 | 寫明跑 N 次後必須複檢 | 紅線模糊 | 沒寫紅線 |
表格不是為了好看,而是為了停止錯誤動作。很多失敗不是因為執行不努力,而是黃燈和紅燈被忽略。
反證也要寫
判斷表裡要保留反證。比如使用者不願提供材料、只想免費試做、平臺規則不清、工具能力未核驗、交付後支援壓力過高。反證能幫你避免把小問題做大。
第 3 步:跑 SOP 驗收一期發刊
最小樣品或流程要足夠小,但必須真實。
| 型別 | 最小樣品 |
|---|---|
| 服務 | 一頁 Brief、一個樣品交付、一個驗收清單 |
| 工具 | 一個可執行流程或欄位表 |
| 內容 | 一段樣稿、一張結構表、一份質檢記錄 |
| 變現 | 一個範圍清楚的報價頁或提案 |
| 規模化 | 一個小渠道實驗或 SOP 片段 |
樣品的目標不是展示你能做很多,而是讓使用者判斷“這是不是我需要的”。如果樣品需要你在旁邊解釋很久,就說明它還不夠清楚。
做完樣品後,至少找一個真實使用者或舊客戶看。只聽讚美沒有用,要問他哪裡不懂、哪裡有風險、是否願意進入下一步。
樣品要有退出條件
如果樣品沒人看、看了沒人問、問的問題都和目標不相關,就不要繼續加大投入。先回到目標、使用者和輸入,重新判斷場景是否成立。
第 4 步:檢查 SOP 紅線與人工兜底
風險檢查要放在交付前,而不是出了問題以後。
| 風險 | 檢查動作 |
|---|---|
| 平臺規則 | 到官方幫助中心或後臺核驗 |
| 支付退款 | 看平臺和支付工具當天規則 |
| 版權隱私 | 檢查素材、案例、截圖和客戶資料 |
| 賬號許可權 | 只拿必要許可權,優先用測試資料 |
| 過度承諾 | 刪除不可控結果,補適用邊界 |
郵件許可、內容承諾不穩、流失、贊助錯配和退訂體驗都不是小細節。新手越想快點完成,越容易跳過這些檢查。真正專業的做法,是把未確認欄位寫出來,而不是假裝已經知道。
邊界要寫給使用者看
邊界不要藏在腦子裡。哪些不包含、哪些需要客戶提供、哪些需要執行當天核驗、哪些結果不承諾,都要寫進頁面、提案或交付說明。
第 5 步:覆盤並迭代 SOP 版本
覆盤要落到下一步,不要只寫感想。
| 發現 | 下一步 |
|---|---|
| 使用者任務清楚 | 繼續做完整版本或下一篇教學 |
| 輸入材料缺失 | 先補訪談、樣品或官方核驗 |
| 支援問題重複 | 回寫 FAQ、模板或 SOP |
| 風險未確認 | 暫停釋出或暫緩報價 |
| 反饋分散 | 收窄使用者和場景 |
覆盤時要同時看行為和原話。行為告訴你使用者做了什麼,原話告訴你為什麼可能這樣做。只看其中一個,都容易誤判。
如果覆盤後沒有產生新動作,說明覆盤還停在總結層。好的覆盤應該讓下一步更小、更清楚。
操作檢查表
| 欄位 | 填寫 |
|---|---|
| 目前主題 | Newsletter營運 SOP 系統 |
| 目標使用者 | 願意持續閱讀、回覆或付費的訂閱者 |
| 關鍵輸入 | ___ |
| 最小樣品 | ___ |
| 主要風險 | 郵件許可、內容承諾不穩、流失、贊助錯配和退訂體驗 |
| 官方核驗入口 | ___ |
| 覆盤指標 | 使用者原話、樣品行為、交付問題、下一步動作 |
| 目前判斷 | 繼續 / 補證據 / 暫停 |
這張表可以直接複製到你的專案文件裡。每完成一輪,就更新一次,不要只靠記憶。
AI 怎麼輔助
AI 適合做這些:
- 把使用者原話整理成問題分類。
- 生成 Brief、檢查表、SOP 或覆盤表。
- 標出未確認欄位和風險點。
- 改寫頁面、提案或交付說明。
- 把反饋轉成下一步動作。
AI 不適合替你確認平臺規則、支付退款、客戶授權、隱私邊界和真實購買意願。沒有證據時,必須寫未確認。
讓 AI 輔助時,不要只問“怎麼做”。要給它材料、目標、約束和目前判斷,讓它幫你找遺漏。
官方資料與核驗口徑
平臺規則、演算法動向、報價規則、政策口徑都會變化。本文保留的是可遷移的判斷框架,具體數字一律給區間。
跨平臺核驗入口:
- Substack — 看付費訂閱 newsletter 的費率與作者規範
- beehiiv — 看 beehiiv 廣告、推薦與分銷規則
- 小報童 — 看中文付費專欄定價與營運規則
- ConvertKit — 看創作者訂閱 / 自動化郵件最佳實踐
涉及具體資料、比例、報價區間的部分,以執行當天后臺為準。
常見問題
先寫選題、寫稿還是發刊 SOP?
先寫發刊 SOP。理由:① 最固定(DMARC / 退訂連結 / 聯盟披露每期都一樣)② 最不容許失誤(錯一次直接掉送達)③ 寫完最容易感受到“省時間”。選題 SOP 最難,因為創意成分大,建議放到第三。
SOP 多長合適?
單個 SOP 一頁內(A4 ≈ 600-800 字)。超過這個長度多半是把“思路”寫進去了,把思路單獨抽到一份“原則”文件,SOP 只留可執行步驟。
自己一個人需要寫 SOP 嗎?
需要。SOP 不只是“給別人“,是”給兩週後的自己“。兩週不跑某個動作,再回來要從頭想起怎麼做,5 分鐘動作變 30 分鐘。SOP 是給”未來的自己”節省切換成本。
Agent 怎麼按 SOP 跑?
Agent 呼叫要把 SOP 當 prompt 輸入:輸入欄位 → SOP 五段式逐步執行 → 輸出按“通過線”自檢。紅線必須寫——Agent 沒護欄會在邊緣場景胡跑,詳見 Newsletter 自動化與 Agent 護欄。
執行前至少核驗:
- Stripe 官方文件 → 海外訂閱與支付規則
- Shopify 幫助中心 → 電商營運與店鋪合規
- Buy Me a Coffee → 創作者付費牆參考