AI 副業實戰教學

AI 副業案例遷移決策矩陣:學、改、等還是刪

案例拆完不行動等於白看。本文給你一張遷移決策矩陣卡:合併 4 張前置表 + 學/改/等/刪四檔分類 + 7 天先做動作 + 寫進 Playbook 入口,讓案例從研究變成行動。

📖 本篇術語速查表
英文 / 縮寫中文一句話解釋
decision matrix決策矩陣用多個維度做最終判斷的表格。
adopt直接採用條件足夠匹配,可以進入實驗的動作。
adapt改寫採用原理可用,但執行方式要按你的條件改。
defer暫緩證據不足、資源不足或時機不清,先不做。
delete刪除不適合你的目前專案,不進執行清單。
evidence證據支援遷移判斷的材料。

讀完你能交付:一張《[案例]》遷移決策矩陣卡(4 張前置表合併 + 學/改/等/刪 + 7 天先做動作 + Playbook 入口)。 一句話錨點:案例最後一步不是"要不要學",是"哪些動作分進學/改/等/刪四桶"。

不想讀完?把下面這段提示詞丟給 AI 幫你跑完——複製提示詞,餵給 Codex / Claude Code / Cursor / DeepSeek,把變數改成前面四張表,AI 會按本文 H2 輸出遷移決策矩陣。

# 角色:副業案例研究遷移最終決策矩陣顧問

你是我副業案例研究方向的遷移最終決策顧問。我會把前 4 張表(行動提取 / 相似度地圖 / 資源差距 / 平臺時機 / 本地化合規)的結果交給你,你的工作不是替我決定要不要進同一賽道,而是把每個案例動作分成"直接學 / 改寫學 / 暫緩 / 刪除"四類,每類必須寫理由,最後只輸出 1 個本週要執行的動作。你只做決策彙總,不替我執行動作、不編案例沒公開的資料、不替我做完整遷移計劃;每個動作只能進入 1 個決策類別;不允許把"暫緩"用作"將來再說"的逃避。

## 核心任務

把前 4 張前置表合併成一份最終決策矩陣:每個動作綜合相似度 + 資源 + 時機 + 合規 4 維分數 → 進入直接學 / 改寫學 / 暫緩 / 刪除四類之一 + 每類寫理由 + 本週只跑 1 個動作 + 沉澱到案例庫 + 進 Playbook 草案。


**成功標準**:交付的結果必須同時滿足——每個動作是否只進 1 個分類;暫緩是否每條都寫解鎖條件;本週是否只 1 個動作;刪除是否給替代;有沒有把合規紅線動作放進"直接學"。 任意一條沒滿足即視為未達標,需補料後重跑。
## 資訊輸入

決策之前先看材料齊不齊。

如果行動提取表 / 相似度地圖 / 資源差距表 / 平臺時機風險表 / 本地化合規檢查表、我的目前目標 / 7 天可執行資源這兩件事我能填出 70% 以上,你就直接決策。如果前 4 張表任 2 張以上是空的,強制先回對應子頁補完。

訪談時你要問的就是這五件事:

1. 前 4 張表都完整嗎?還是隻完成了 1-2 張?
2. 我本週可投入的執行時間是多少?(< 5 小時 / 5-10 / 10+)
3. 我本週最想達到的可量化結果?(1 個使用者訪談 / 1 個樣品 / 1 個落地頁修訂 / 5 條反饋)
4. 案例裡有多少條動作?(< 5 / 5-15 / 15+)
5. 是否有時間敏感的合規缺口必須先處理?

如果前 4 張表 ≤ 2 張完成,強制先回去補;如果本週可投入 < 5 小時但案例有 15+ 動作,強制壓到 1 個動作。

## 工作流程

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

第一步是合併 4 維分數。每個動作橫向看 4 維:

| 動作 | 相似度 (1-5) | 資源 (1-5) | 時機 (1-5) | 合規 (1-5) | 總分 |
|---|---|---|---|---|---|
| 例 1:使用者訪談 | 5 | 5 | 5 | 5 | 20 |
| 例 2:上 PH 一次性 | 4 | 1 | 1 | 5 | 11 |
| 例 3:發付費廣告 | 4 | 1 | 4 | 5 | 14 |

第二步是按總分 + 任 1 維紅線分四類:

| 總分 / 條件 | 決策 |
|---|---|
| ≥ 17 + 無 1 維 ≤ 1 | 直接學 |
| 12-16 + 資源或時機或合規可補 | 改寫學 |
| 8-11 + 任 1 維 = 1 | 暫緩 |
| ≤ 7 或合規紅線 | 刪除 |

合規 = 1(涉及未成年人 / 醫療 / 金融 / 法律)直接進"刪除",不論其他分數。

第三步是每類寫理由(不能空泛):

| 類別 | 理由必須含 |
|---|---|
| 直接學 | 哪 4 維都過線 + 我本週能跑哪一步 |
| 改寫學 | 哪 1-2 維要改寫 + 改成什麼 |
| 暫緩 | 哪 1 維卡 + 什麼條件下解鎖 |
| 刪除 | 哪條紅線 + 替代動作是什麼 |

"暫緩"必須給"解鎖條件"(如"等我有 1k 受眾再考慮 PH"),不允許只寫"以後再說"。

第四步是本週只跑 1 個動作。從"直接學"裡選 1 個 + 給本週 5 天計劃:

| 天 | 動作 | 觀察訊號 |
|---|---|---|
| Mon | 選 1 個動作 + 寫假設 | 假設清楚 |
| Tue | 準備基線 + 上線改動 | 截圖儲存 |
| Wed | 看 24 小時資料 | 第一訊號 |
| Thu | 收 1-2 條使用者反饋 | 使用者原話 |
| Fri | 看 96 小時資料 + 決定繼續 / 調整 | 三檔判斷 |

第五步是沉澱到案例庫 + 進 Playbook 草案:

| 沉澱項 | 寫哪裡 |
|---|---|
| 4 維分數表 | 案例庫 / 該案例條目下 |
| 決策矩陣(直接學 / 改寫 / 暫緩 / 刪除)| 案例庫 |
| 本週 1 個動作 | Playbook v0.1(用 04 子頁模板)|
| 暫緩動作的解鎖條件 | 案例庫 + 月度複查日曆 |

## 示例 / 樣板

輸入是"前 4 張表都完成;案例有 12 條動作;本週可投入 8 小時;最想達到的結果 = 5 條使用者訪談反饋"。

期望輸出:12 條動作 4 維分數表。決策矩陣:
- **直接學**(4 條):使用者訪談 / 寫 1 段產品描述 / 用 Notion 做落地頁 / 用 X 發 1 條 thread。
- **改寫學**(3 條):付費廣告 → 改為免費內容;大 V 聯動 → 改為找 3 個 KOC 互推;社群營運 → 改為 1 個微信群試營運。
- **暫緩**(3 條):上 Product Hunt(解鎖條件 = 有 100 付費使用者後)/ 招客服(解鎖 = 月銷 > 5000)/ 做長課(解鎖 = 跑通 3 期工作坊)。
- **刪除**(2 條):抄主理人英文 SEO 關鍵詞(合規問題 = 我的中文使用者用不到)/ 用主理人提示詞的部分(版權未明 + 已 18 月過期)。

本週 1 個動作:5 條使用者訪談。Mon 寫訪談大綱 → Tue 邀請 8 個潛在使用者(預留落選)→ Wed-Thu 跑 5 個 30 分鐘訪談 → Fri 整理反饋 + 5 條使用者原話。

反面例子:把所有 12 條動作都進"直接學"(違反 1 動作只 1 分類);"暫緩"寫成"以後再說"(違反"必須給解鎖條件");本週想同時跑 3 個動作(違反"只 1 個")。

## 輸出規範

直接輸出《[案例]》遷移決策矩陣正文,不要前言後語,總字數 1000 到 1500 字,按以下順序:

1. **4 維分數表**:每個動作 4 維 + 總分
2. **四分類彙總**:直接學 / 改寫學 / 暫緩 / 刪除各幾條
3. **每類理由**:每個動作寫為什麼進這類
4. **本週 1 個動作 + 5 天計劃**:從直接學裡選 + 每天 1 件事
5. **暫緩的解鎖條件**:每條暫緩動作的具體解鎖訊號
6. **沉澱清單**:4 維分數 / 決策矩陣 / Playbook v0.1 / 月度複查日曆

輸出前自檢:每個動作是否只進 1 個分類;暫緩是否每條都寫解鎖條件;本週是否只 1 個動作;刪除是否給替代;有沒有把合規紅線動作放進"直接學"。

## 硬約束 · 拒絕場景
- 1 個動作進 2 個分類 → 拒絕
- "暫緩"不寫解鎖條件 → 拒絕
- 本週建議同時跑 3+ 動作 → 拒絕
- 把合規紅線動作(涉及未成年人 / 醫療 / 金融)放"直接學" → 拒絕
- 佔位符 `___` 未替換 → 拒絕
- 表格 / 編號 / 加粗都用上,讓使用者能複製即用

先給結論

遷移決策分四類:

類別標準
相似度高、證據強、成本低、風險可控
原理可用,但資源、渠道、產品或市場不同
需要更多證據、資源、規則或時機核驗
不適合目前專案,繼續看會分散判斷

一個動作只能進一類。分類越清楚,執行越乾淨。

流程图加载中

最後決策要按動作做

不要對整個案例下籠統結論。一個案例裡可能有一個動作值得學,兩個動作需要改寫,三個動作應該刪除。

比如案例的"樣品頁"適合你,可以學;"郵件發售"依賴對方多年列表,需要改寫(具體替代見 資源差距改寫);"平臺榜單"視窗不清,先等;"多渠道投放"超出你的預算,刪除。

強調從行動中學習。遷移決策也要落到動作,而不是給案例貼一個“好”或“不好”的標籤。

按動作決策,還有一個好處:你不會因為案例整體不匹配,就錯過其中一個底層原則;也不會因為案例整體很強,就把所有動作都學進來。

最終矩陣的價值,是把閱讀衝動變成執行紀律。看案例時人容易興奮,覺得每個動作都值得嘗試;填矩陣時,你會被迫面對證據、資源、時機和風險。能通過矩陣的動作少一點,反而說明篩選起作用了。

矩陣不是為了顯得專業,而是為了讓你知道本週到底做什麼、不做什麼。

第 1 步:把 4 張前置體檢表合併成 1 張總覽

先把前面四類判斷放到一起。

前置表作用
相似度地圖判斷人群、問題、產品、渠道、交付是否接近
資源差距表判斷你能否用目前資源執行
平臺時機表判斷視窗、規則和入口是否仍可用
本地化合規表判斷地區、支付、版權、隱私和售後風險

四張表缺一張,決策都會偏。只看相似度,可能忽略資源;只看資源,可能忽略平臺視窗;只看平臺,可能忽略合規;只看合規,可能忘了動作是否真的有證據。

合併時,不要追求複雜分數。先用高、中、低和已確認、未確認就夠。關鍵是把不確定寫出來。

合併時要保留原始連結和證據位置。一個動作為什麼被判斷為高相似,最好能回到具體頁面、評論、截圖或訪談。沒有證據位置,矩陣會變成另一份主觀筆記。

如果四張表互相沖突,以風險更高的表為準。比如相似度很高,但合規未確認,不能直接進入執行;資源足夠,但平臺視窗已弱化,也要改寫。

第 2 步:把動作分進學/改/等/刪四桶

四類決策有不同含義。

決策說明
進入 7 天實驗,不等於長期採用
改成人群、資源、渠道和風險更匹配的版本
暫時不做,先補證據或等條件成熟
從執行清單移除,只保留刪除理由

“學”不是照搬,而是可以進入實驗。“改”不是降低質量,而是讓動作適配你。“等”不是拖延,而是證據或條件不足。“刪”不是否定案例,而是保護目前專案。

新手最難做的是刪除。看到案例好,就捨不得刪動作。實際上,不刪除不適合的動作,執行清單會越來越長,判斷會越來越亂。

“等”和“刪”要嚴格區分。等,是因為缺證據、缺資源、缺視窗,需要未來複查;刪,是因為和目前目標不匹配,繼續看只會分散。很多人把該刪的動作放進等待區,結果等待區越來越大,永遠清不掉。

等待區也要有複查條件。比如“拿到三個使用者問題後再看”“官方規則確認後再看”“完成樣品頁後再看”。沒有複查條件的等待,本質上是拖延。

第 3 步:給每個動作寫"為什麼放這桶"的證據

每個動作都要寫理由。

決策理由示例
人群相似,動作證據強,七天可測試
原理有用,但我沒有郵件列表,改成一對一樣品反饋
平臺規則未確認,先查官方入口
依賴庫存、廣告和團隊,目前不可承受

理由要具體,不要寫“感覺不適合”。具體理由能幫助你下次遇到類似案例時更快判斷。

刪除理由尤其要保留。它是案例庫的免疫系統,能防止你反覆被同一類表面機會吸引。

理由要寫成可複用語言。不要寫“這個不行”,要寫“依賴已有郵件列表,我目前沒有;改寫版本是樣品反饋,不做郵件發售”。下次遇到類似案例,你能直接複用這個判斷。

如果一個動作從“等”變成“學”,也要記錄條件變化。這樣你知道不是自己情緒變了,而是證據或資源真的變了。

第 4 步:從"學/改"桶裡挑 1 個 7 天先做

最後只選一個動作。

選擇標準說明
能執行七天內能完成
能觀察有明確反饋欄位
能回退失敗後損失可控
能學習結果能指導下一步
不越界不觸碰未核驗規則和高風險承諾

如果有多個動作都想做,選最靠近使用者真實反饋的。比如樣品反饋通常比改 logo 更有學習價值;訪談真實使用者通常比買工具更有學習價值。

選完動作後,把其他動作放到等待區。不要同時開太多線。

本週動作要能連線到前面 Playbook。它應該有假設、變數、基線、執行和覆盤標準。矩陣只負責選動作,實驗表負責執行。兩者分開,流程更清楚。

如果選不出任何動作,不要硬做。那說明案例目前只適合進入線索庫,不適合進入 Playbook。

第 5 步:把矩陣 + 解鎖條件寫進案例庫

決策要沉澱。

位置寫什麼
案例庫動作、證據、決策、理由
Playbook進入實驗的動作和執行版本
刪除區刪除動作和原因
待核驗區需要官方入口或新資料的動作
複查區什麼時候重新看這個案例

這樣案例才會越拆越有用。否則你讀過的案例只是腦子裡的印象,無法變成長期資產。

的過程記錄思想也適合這裡。把你的判斷過程記錄下來,本身就是未來的教學、諮詢和方法論素材。

寫入案例庫時,建議保留矩陣摘要,而不是隻保留最終結論。半年後回看,你需要知道當時為什麼刪、為什麼等、為什麼選這個動作。判斷歷史越完整,之後的內容質量越穩。

如果這個案例後來被證明判斷錯了,也能覆盤是哪張表出問題:相似度看錯、資源估錯、平臺視窗判斷錯,還是合規沒查清。

矩陣還要服務長期選題。你反覆保留的動作,說明它們和你的資源、人群、渠道更匹配;你反覆刪除的動作,說明它們只是外部噪音。長期看,矩陣會幫你形成自己的方法邊界。

最後,不要讓矩陣變成複雜審批。它的目標是減少混亂,不是拖慢執行。一張表能讓你明確本週只做一個動作,已經足夠有價值。

如果你和團隊一起用,建議每週固定覆盤一次矩陣:哪些動作進入實驗,哪些動作因為證據不足留在等待區,哪些動作已經刪除。覆盤越穩定,案例庫越不會變成資料堆。

個人專案也可以這麼做。每週只問三個問題:本週執行了哪個動作,結果支援哪類判斷,下週是否繼續。問題少一點,覆盤才容易堅持。

矩陣還應該和停止規則連起來。一個動作進入“學”,不代表一直執行;一旦觸發退款、誤買、支援超載、平臺規則未確認等訊號,就要回到暫停或刪除。這樣決策不是一次性的,而是迴圈更新,案例庫才會越用越準,也更適合長期維護和複查。

遷移決策矩陣

動作相似度資源時機合規決策理由下一步
___高 / 中 / 低可做 / 需改 / 不可做已確認 / 未確認已確認 / 未確認學 / 改 / 等 / 刪______

每個動作只填一行。最後只允許一個動作進入“本週執行”。

AI 怎麼輔助

AI 適合做合併和分類:

  1. 彙總前面四張表。
  2. 給每個動作輸出學、改、等、刪。
  3. 檢查理由是否具體。
  4. 找出被遺漏的風險欄位。
  5. 把本週動作寫成 7 天實驗。

AI 不適合替你承擔風險。遇到平臺規則、支付、版權、隱私和稅務,必須回到官方入口或專業意見。

提示詞裡要要求 AI 不輸出多個本週動作。多個動作會破壞覆盤。

官方資料與核驗口徑

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

跨平臺核驗入口:

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

常見問題

一個案例同時有 3 個"學"+2 個"改"+1 個"等",怎麼排執行順序?

按"動作×成本"矩陣排:先做"成本低 + 學桶"的(如改個標題)→ 再做"成本低 + 改桶"的(如重寫 FAQ)→ 高成本的留到下一輪。本週只動 1 個,剩下排隊。

"暫緩"和"刪除"分不清,怎麼判斷?

看條件能不能在 30 天內解鎖。能(如等平臺規則明確 / 等積累 100 粉)= 暫緩 + 寫解鎖條件;不能或代價過大 = 刪除 + 寫刪除理由。模糊的全歸暫緩會讓暫緩桶越積越多最後失效。

改寫後偏離案例很遠,還算"學這個案例"嗎?

只要"原則"還在就算。比如案例方"靠樣品建立信任",你改成"先做免費診斷收集證據"——執行不同但原則一致。如果原則也丟了(如改成"先打折"),就是拋棄這條案例。

矩陣填完發現"刪"桶佔 70%,是不是案例選錯了?

很可能是。回頭看案例選擇紅燈:你和案例方差距太大(資源 / 視窗 / 受眾)。下次選案例要先用相似度地圖篩掉低相似的,不要進到矩陣階段才發現要刪大部分。

執行前至少核驗:

接下來去哪

本頁目錄