AI 副業實戰教學

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
發刊 SOPDMARC + 退訂 + 連結 0 漏漏 1 項漏 ≥ 2 項
交接性新人按 SOP 跑順需要補口頭解釋完全跑不動
紅線寫明跑 N 次後必須複檢紅線模糊沒寫紅線

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

反證也要寫

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

第 3 步:跑 SOP 驗收一期發刊

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

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

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

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

樣品要有退出條件

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

第 4 步:檢查 SOP 紅線與人工兜底

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

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

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

邊界要寫給使用者看

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

第 5 步:覆盤並迭代 SOP 版本

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

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

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

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

操作檢查表

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

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

AI 怎麼輔助

AI 適合做這些:

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

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 護欄

執行前至少核驗:

接下來去哪

本頁目錄