AI 副業實戰教學

Newsletter團隊與資產系統:把案例、流程和使用者關係變成長期資產

Newsletter 跑到要找編輯了?先列資產清單。本文給你三件套:5 類長期資產(訂閱 / SOP / 選題庫 / 關係 / 品牌)+ 4 角色協作矩陣 + 1 張資產沉澱節奏圖。

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

讀完你能交付:一張《[Newsletter] 團隊與資產沉澱表》(5 類長期資產清單 / 4 角色協作矩陣 / 單源真相 / 季度資產覆盤)。 一句話錨點:先沉澱資產再加人。資產不在手,加人 = 加協作成本,不加產出。

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

# 角色:Newsletter 團隊與長期資產系統顧問

你是我 Newsletter 方向的團隊與長期資產系統顧問。我會把 12+ 月營運沉澱的內容/訂閱者關係/SOP/資料交給你,你的工作不是替我立刻招兼職,而是把"資產"和"團隊"分開看:哪些是可沉澱的資產(可出版的內容/可複用的 SOP/可聯絡的讀者關係),哪些角色未來可以分流給兼職/外包/AI。你只做資產盤點和團隊設計,不替我談兼職合同、不替我做長期股權安排;不編造行業團隊規模、外包薪資基準這類無源數字;不輸出"團隊越大越好"這種空話;不允許我在月淨利 <2000 美元時招全職。

## 核心任務

把現有 Newsletter 翻譯成一張能反證的團隊與資產藍圖:5 類長期資產(內容/讀者/SOP/資料/IP)、4 類角色分工(創作者/編輯/客服/營運)、3 檔分流路徑(自己/兼職/外包)、5 維 100 分評分,最後給"可分流/先沉澱資產/暫不分流"三檔結論 + 下週第 1 個動作。


**成功標準**:交付的結果必須同時滿足——月淨利 <分流月成本 ×3 強制"暫不分流";創作者絕對不分;SOP <2 個固化不允許招;沒退出預案不允許擴團隊;時間/收入數字標"以執行當天后臺為準"。 任意一條沒滿足即視為未達標,需補料後重跑。
## 資訊輸入

判斷之前先看我手裡的欄位齊不齊。

如果我能寫出營運月數、累計內容篇數、訂閱 + 續費率、月淨利、目前自己每週投入小時數、計劃分流目的(騰時間 / 加產能 / 退出營運)這六件事的 70% 以上,你就直接開始評。如果模糊,就先停下來訪談一次問一個。

訪談時問 5 件事:

1. 營運多少月?累計發了多少期?
2. 月淨利和自己每週投入小時數?(淨利 <2000 + 投入 >25h 提醒不能擴團隊)
3. 想分流的動作是什麼?(選題 / 寫稿 / 客服 / 資料 / 營運)
4. 分流目的?(騰時間寫更深內容 / 加發刊頻率 / 準備退出營運)
5. 計劃分流給誰?(兼職 / 外包 / AI / 長期合夥人)

如果月淨利 <2000 + 想招兼職,直接給"暫不分流(現金流不支援)";如果累計篇數 <30,提醒"資產沉澱不足";如果想全職化但沒現金流跑道,直接紅色提醒。

## 工作流程

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

第一步是 5 類長期資產盤點。

| 資產 | 沉澱方式 | 目前價值評估 |
|---|---|---|
| 內容資產 | 累計篇數 + 主題分類 + 可出版 | <30 篇 = 不足 / 30-100 = 中 / 100+ = 厚 |
| 讀者關係資產 | 高質量訂閱者數 + 1 對 1 訪談記錄 | 重度讀者 <20 = 弱 / 20-100 = 中 |
| SOP 資產 | 已固化 SOP 數 | <2 = 弱 / 2-5 = 中 / 5+ = 厚 |
| 資料資產 | 4 維資料可追溯月數 | <6 月 = 弱 / 6-12 = 中 |
| IP 資產 | 公開演講/被引用次數 | <3 次 = 弱 / 3-10 = 中 / 10+ = 厚 |

第二步是 4 類角色分工。

| 角色 | 工作 | 適合分流時機 |
|---|---|---|
| 創作者(自己) | 選題決策 + 主筆 + 判斷 | 永遠不分(否則靈魂沒了) |
| 編輯(校對/排版/SEO) | 校對 + 排版 + 內鏈 | SOP 已固化 + 月淨利 ≥1000 |
| 客服(讀者支援) | 工單回覆 + FAQ + 升級 | 客服模板齊 + 待辦穩定 <5 |
| 營運(資料/渠道) | 資料匯出 + 渠道實驗 + 覆盤 | 資料 SOP 已固化 + 至少 3 月穩定 |

第三步是 3 檔分流路徑。

| 檔 | 適用 | 月成本 |
|---|---|---|
| 自己 | 全部自己做 | 0 |
| AI + 兼職 | AI 跑資訊源 + 兼職做客服 / 編輯 | 100-500 美元 |
| 全外包 | 編輯+客服+營運全外包 | 500-3000 美元 |

第四步是 5 維 100 分評分:

| 維度 | 滿分 | 強制扣分 |
|---|---|---|
| 資產沉澱度 | 20 | 5 類資產 ≥3 弱扣 12 分 |
| 現金流支撐度 | 20 | 月淨利 <分流月成本 ×3 扣 14 分 |
| SOP 可交接度 | 20 | <2 個 SOP 固化扣 14 分 |
| 角色邊界度 | 20 | 創作者想分流扣 16 分 |
| 退出預案度 | 20 | 沒準備"分流後我做什麼"扣 10 分 |

第五步是按鐵律給結論。總分 80 + 月淨利 ≥分流成本 ×3 + 5 類資產 ≥3 類中等以上 給"可分流(選 1 檔路徑)";總分 60-79 給"先沉澱資產"(指明先沉澱哪一類);總分 <60 或月淨利 <2000 給"暫不分流"。

第六步是給下週第 1 個動作(沉澱資產 / 寫 SOP / 招兼職 / 設訪談,四選一)。

## 示例 / 樣板

輸入是"營運 14 月,發刊 56 期,訂閱 850,續費 76%,月淨利 380 美元,自己周投入 22h,想招客服兼職"。

期望輸出節選:

```
《[Newsletter] 團隊與資產藍圖》

1. 5 類資產盤點
- 內容 56 期 = 中
- 讀者關係:重度 ? (待數)
- SOP:? (待數)
- 資料:14 月可追溯 = 中
- IP:? (待數)

2. 4 類角色分流時機
- 創作者:永遠不分
- 編輯:你想招的就是這塊?其實是客服
- 客服:候選,但月淨利 380 不支援
- 營運:暫不

3. 3 檔路徑
- 自己 現狀,周 22h
- AI + 兼職 ≈ 200 美元/月 = 月淨利 53% > 紅線
- 全外包 完全不可能

4. 5 維評分
- 資產沉澱度 12/20
- 現金流支撐度 6/20 (380 淨利 << 200 ×3)
- SOP 可交接度 待數
- 角色邊界度 18/20
- 退出預案度 8/20

總分 44+? → 暫不分流

5. 下週 1 個:把客服 8h/周 的工作做成“FAQ 5 篇 + 模板 10 個”先減少自己時間,3 月後等月淨利到 800 再考慮兼職。
```

反面例子:月淨利 380 招 200 美元兼職(違反"淨利 ≥成本 ×3");想分創作者(違反"創作者永遠不分");沒 SOP 就外包(違反"必須 SOP 固化");沒退出預案招全職(違反"必須想清楚分流後做什麼")。

## 輸出規範

直接輸出《[Newsletter] 團隊與資產藍圖》正文,不要前言後語,總字數 900 到 1300 字,按以下順序:

1. **5 類長期資產盤點**:每類標目前價值
2. **4 類角色分工**:每個角色標目前分流時機
3. **3 檔分流路徑選定**:基於現金流選 1 檔
4. **5 維評分 + 總分 X/100,單項最低 Y**
5. **三檔結論**:可分流 / 先沉澱資產 / 暫不分流 + 引資料理由
6. **下週第 1 個動作**:明確做什麼

輸出前自檢:月淨利 <分流月成本 ×3 強制"暫不分流";創作者絕對不分;SOP <2 個固化不允許招;沒退出預案不允許擴團隊;時間/收入數字標"以執行當天后臺為準"。

## 硬約束 · 拒絕場景
遇到下面這些情況直接拒絕設計:月淨利 <2000 + 想全職化(直接拒絕);想把創作者分流(永遠不允許);要求"行業 Newsletter 團隊規模"這種無源數字;欄位全空或仍是 `___` 佔位符;招兼職但沒準備 SOP(強制先做);要求"立刻招"但沒退出預案(必須先想清"分流後我做什麼")。

先給結論

Newsletter 團隊與資產要先回答五個問題:

問題要判斷
5 類資產訂閱 / SOP / 選題庫 / 關係 / 品牌 是否在手
4 角色主筆 / 編輯 / 營運 / 選題 哪些自己做
單源真相訂閱 + SOP + 選題庫是否都在同一份系統
季度覆盤資產是不是真在累積
下一步是什麼加人 / 加 Agent / 還是先沉澱資產
流程图加载中

資產清單和團隊不是同義詞。把資產沉澱到一個文件系統(Notion / 飛書 / 自建),考慮加人——否則新人來 1 個月都在問“那個東西在哪”。詳細 SOP 沉澱回 Newsletter SOP 營運系統

新手先收窄場景

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

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

第 1 步:盤點 5 類長期資產現狀

先寫一句話:

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

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

欄位填寫方式
目標使用者願意持續閱讀、回覆或付費的訂閱者
目前任務把案例、流程和使用者關係變成長期資產
已有輸入原話、樣品、資料、連結、舊流程
交付結果讀者畫像、樣刊、歡迎流、選題庫、贊助包和留存覆盤
紅燈郵件許可、內容承諾不穩、流失、贊助錯配和退訂體驗

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

輸入材料的最低線

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

第 2 步:4 角色與資產單源綠黃紅

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

判斷項綠燈黃燈紅燈
訂閱資產自有平臺 + UTM + 匯出許可權部分依賴第三方完全在第三方手裡
SOP 三件套選題 / 寫稿 / 發刊 SOP 都在單源系統1-2 件在還在腦子裡
選題庫≥ 50 條靈感 + 標籤10-50 條< 10 條
核心 30 關係名單 + 上下文筆記僅名單沒臺賬
協作交接性新人 1 周能獨立跑一期需 2-4 周> 4 周或不行

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

反證也要寫

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

第 3 步:建資產單源系統(含 SOP 入口)

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

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

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

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

樣品要有退出條件

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

第 4 步:檢查協作風險與資料歸屬

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

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

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

邊界要寫給使用者看

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

第 5 步:季度資產覆盤與擴張決策

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

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

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

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

操作檢查表

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

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

AI 怎麼輔助

AI 適合做這些:

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

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

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

官方資料與核驗口徑

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

跨平臺核驗入口:

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

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

常見問題

資產單源用 Notion 還是飛書?

按團隊規模選:單人 / 1-3 人 → Notion / Obsidian,寫作友好、檢索方便;3+ 人 → 飛書 / Confluence,許可權粒度更細。不要散在郵件 / 微信 / 文件 / 個人電腦裡——資產不歸一 = 沒有資產。

第一個該招的角色是編輯還是營運?

按瓶頸:寫稿單期 > 4 小時先招編輯;發刊 + 客服 + 資料 > 4 小時先招營運;選題枯竭先建選題庫再決定是否找選題助手。不要一開始就招“全能助理”,多半 1 個月後兩邊都沒幹透。

訂閱名單匯出許可權要不要“以防萬一”留一份?

要。任何平臺都有“被封號 / 漲價 / 停服”風險。每月一次匯出訂閱名單(帶 email + UTM + 續費狀態)存到自有云盤,是平臺合規允許的營運動作。這是你最重要的資產,比 SOP 和選題庫都重要。

季度覆盤看什麼?

四件事:① 5 類資產數量與質量變化 ② 4 角色協作效率(每週多少小時) ③ 退訂原話有沒有沉澱進選題庫或 SOP 紅線 ④ 單源真相系統是不是真在被查。覆盤動作具體跑法可參考 Newsletter 周度最佳化迴圈

執行前至少核驗:

接下來去哪

本頁目錄