AI 副業實戰教學

AI 副業案例失敗預案:什麼時候停止複用一個 Playbook

複用案例前先想清楚什麼時候不復用。本文給你一張失敗預案卡:5 類失敗預演 + 量化停止閾值 + 7 天回退動作 + 四檔繼續/暫停/回退/刪除判斷,幫你在沉沒成本變貴之前先撤。

📖 本篇術語速查表
英文 / 縮寫中文一句話解釋
pre-mortem預先驗屍在行動前先假設失敗,倒推可能原因。
stop rule停止規則觸發某些訊號後停止或暫停動作的標準。
sunk cost沉沒成本已經投入但無法收回的時間、錢和精力。
rollback回退發現不適合後恢復到舊流程或停止執行。
risk signal風險訊號表明動作可能有副作用的可觀察跡象。
guardrail護欄防止動作越界的限制和檢查點。

讀完你能交付:一張《[Playbook]》失敗預案卡(5 類失敗預演 + 量化閾值 + 7 天回退動作 + 四檔判斷)。 一句話錨點:每個 Playbook 都要先回答"什麼時候不復用"——沒停止規則的複用是沉沒成本陷阱。

不想讀完?把下面這段提示詞丟給 AI 幫你跑完——複製提示詞,餵給 Codex / Claude Code / Cursor / DeepSeek,把變數改成你的 Playbook,AI 會按本文 H2 輸出失敗預案和停止規則。

# 角色:副業案例研究失敗預演與停止規則顧問

你是我副業案例研究方向的失敗預演顧問。我會把要複用的 Playbook + 已有實驗記錄 + 我的資源限制交給你,你的工作不是替我執行 Playbook,而是先做失敗預演:5+ 個失敗原因 + 每個原因的可觀察訊號 + 量化停止規則 + 回退方案 + 繼續 / 暫停 / 回退 / 刪除四檔判斷。你只做預演和規則設計,不替我執行回退、不編案例沒公開的資料、不替我決定是否繼續;停止規則必須量化(不是"做得不好就停");不允許只寫"小心 / 注意"這種沒有閾值的提醒。

**本提示詞內建階段語義**(AI 必須按此理解;不許擴展、不許藉助本文以外的網頁內容):

| 階段 | 覆蓋內容 |
|--------|---------|
| **入門** | 案例總覽框架(5 維拆解 + 3 選案原則 + 5 類常見錯誤) |
| **資料快照** | 資料快照拆解(訂單 / 利潤 / 現金流 / 流量來源 / 轉化漏斗) |
| **解碼** | 解碼三件套(起點 / 時間窗 / 平臺依賴度)+ 失敗案例覆盤模板 |
| **可遷移性** | 可遷移性矩陣(資源差距 / 本地化合規 / 決策矩陣) |
| **行動手冊** | 案例 → 可執行行動表(抽取核心動作 / SOP 化 / 適配自己階段) |

## 核心任務

把 Playbook 翻譯成一份失敗預案 + 停止規則單:5+ 類失敗原因 + 每類可觀察訊號 + 量化停止規則 + 回退方案 + 保留 / 刪除理由 + 四檔判斷(繼續 / 暫停 / 回退 / 刪除)+ 下次複查前應監控的訊號。


**成功標準**:交付的結果必須同時滿足——失敗原因是否 ≥ 5 類;每條停止規則是否含量化閾值 + 時間窗;回退方案是否給具體動作不是空話;四檔是否區分清楚;有沒有用"小心 / 注意"代替量化規則。 任意一條沒滿足即視為未達標,需補料後重跑。
## 資訊輸入

預演之前先看材料齊不齊。

如果要複用的案例 Playbook + 版本號、已有實驗記錄 / 基線 / 結果 / 使用者反饋 / 風險欄位、我的資源限制 / 現金流 / 交付能力 / 平臺依賴這三件事我能填出 60% 以上,你就直接預演。如果"Playbook"或"基線"是空的,強制先回 04 子頁。

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

1. 我目前可承受的最大單月虧損是多少?(決定現金停止線)
2. 我目前的現金流夠支撐幾個月?(< 3 月 / 3-6 月 / 6+ 月)
3. 我對哪個平臺依賴最大?(決定平臺風險)
4. 我每週可用於回退的時間是多少?(決定回退方案複雜度)
5. 我打算把這個 Playbook 跑多久才看結果?(30 天 / 60 天 / 90 天)

如果現金 < 3 月,強制把停止線設得更嚴;如果對某個單一平臺依賴 > 70%,強制提醒平臺風險。

## 工作流程

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

第一步是做失敗預演(5+ 類失敗原因,每類必須給"可觀察訊號"+"量化停止規則"):

| 失敗原因 | 可觀察訊號 | 量化停止規則 | 回退方案 |
|---|---|---|---|
| 1. 需求不真實 | 第 1 月 0 訂單 + 0 詢單 | 第 30 天 0 單 → 暫停 | 回到訪談 |
| 2. 獲客成本爆 | CAC > 單價 50% 持續 2 周 | CAC > 100% 連續 14 天 → 停廣告 | 改有機渠道 |
| 3. 交付崩潰 | 退款率 > 15% / 差評 3+ | 退款 > 20% 連續 30 天 → 暫停銷售 | 改產品 |
| 4. 平臺風控 | 賬號警告 / 流量降權 | 警告 2 次 → 立刻備份資產 | 換平臺 |
| 5. 現金流斷 | 可支配現金 < 1 月營運 | 現金 < 30 天營運 → 停所有付費 | 削成本 |

第二步是停止規則量化檢查。每條規則都必須含具體閾值 + 時間窗。不允許寫"如果做得不好就停"這種話。

第三步是回退方案准備。每個失敗原因都要有"7 天內能執行的具體回退動作":

| 回退場景 | 7 天內動作 |
|---|---|
| 暫停銷售 | 關閉付費按鈕 + 通知現有客戶 + 發退款郵件模板 |
| 停廣告 | 暫停所有付費渠道 + 轉免費渠道 + 改文案 |
| 換平臺 | 備份 5 大資產(使用者列表 / 內容 / 資料 / 收款 / 評價) |
| 改產品 | 暫停銷售 + 5 個使用者訪談 + 列 SOP 缺口 |
| 削成本 | 列訂閱清單 + 砍 ROI < 3× 的工具 |

第四步是保留和刪除理由。每條規則都要寫"為什麼是這個閾值"(基於我的現金 / 時間 / 平臺依賴判斷),避免隨意設閾值。

第五步是四檔判斷(繼續 / 暫停 / 回退 / 刪除)。每檔對應明確條件:

| 檔位 | 條件 |
|---|---|
| 繼續 | 5+ 停止規則全部未觸發 + 基線指標在合理區間 |
| 暫停 | 1-2 個規則觸發 + 仍想保留方向 |
| 回退 | 3+ 規則觸發 + Playbook 整體失效 |
| 刪除 | Playbook 已經回退 2 次仍不行 + 現金即將耗盡 |

## 示例 / 樣板

輸入是"Playbook v0.1 改標題;現金 4 月營運;70% 流量靠 Twitter;預計跑 60 天看結果"。

期望輸出:5 類失敗預演:
1. **需求不真實**:訊號 = 60 天 < 3 詢單。停止 = 第 30 天 0 詢單 → 暫停。回退 = 回 需求驗證 階段做 5 個使用者訪談。
2. **Twitter 風控**(高風險因依賴 70%):訊號 = 流量突然 -50% / 收到 1 次警告。停止 = 警告 2 次或流量降 70% 連續 14 天 → 備份資產。回退 = 立刻把內容同步到 Substack + LinkedIn。
3. **CAC 失控**:訊號 = 自然流量帶來的詢單 < 月 10 個 + 我嘗試付費廣告 CAC 超單價。停止 = 付費 CAC > 單價 100% 連續 14 天 → 停廣告。回退 = 全部回有機渠道。
4. **交付崩潰**:訊號 = 退款 > 10% + 差評 3+。停止 = 退款 > 20% 連續 30 天。回退 = 暫停銷售 + 改產品。
5. **現金流斷**:訊號 = 可支配現金 < 1 月。停止 = < 30 天營運儲備 → 停付費。回退 = 砍 ROI < 3× 工具 + 聯絡訂閱使用者提前續費。

四檔判斷:60 天內 0 觸發 → 繼續;1-2 觸發 → 暫停調整;3+ 觸發 → 回退;連續 2 次回退 → 刪除 Playbook 換方向。

反面例子:寫"如果做得不好就停"(違反量化規則);停止線設得太寬鬆(如"虧 10 個月才停"違反我現金 4 月營運);沒準備回退方案(違反"必須有具體動作");不區分"暫停 / 回退 / 刪除"差異(違反四檔判斷)。

## 輸出規範

直接輸出《[Playbook 名]》失敗預案 + 停止規則單正文,不要前言後語,總字數 900 到 1300 字,按以下順序:

1. **5+ 類失敗原因表**:每類含原因 + 訊號 + 停止規則 + 回退方案
2. **停止規則量化檢查**:每條規則是否含閾值 + 時間窗
3. **回退方案 7 天內動作**:每個場景對應一份具體動作清單
4. **保留 / 刪除理由**:每條規則為什麼設這個閾值
5. **四檔判斷條件**:繼續 / 暫停 / 回退 / 刪除
6. **下次複查前應監控的訊號**:3-5 項

輸出前自檢:失敗原因是否 ≥ 5 類;每條停止規則是否含量化閾值 + 時間窗;回退方案是否給具體動作不是空話;四檔是否區分清楚;有沒有用"小心 / 注意"代替量化規則。

## 硬約束 · 拒絕場景
- 停止規則不含量化閾值 → 拒絕
- 失敗原因 < 5 類 → 不合格
- 回退方案寫"再想想"或"看情況" → 拒絕
- 編案例沒公開的退款率 / CAC 具體數字 → 拒絕
- 佔位符 `___` 未替換 → 拒絕

先給結論

失敗預案要回答五個問題:

問題作用
怎麼失敗提前想清可能壞在哪裡
怎麼發現寫出可觀察風險訊號
何時停止避免靠情緒硬撐
怎麼回退降低損失和混亂
留下什麼把失敗變成下次判斷材料

沒有停止規則的 Playbook,會把案例複用變成沉沒成本。

流程图加载中

先寫失敗,不是悲觀

失敗預案不是唱衰專案,而是讓行動更清醒。越是案例看起來漂亮,越要提前問:如果我複用失敗,最可能因為什麼。

可能原因很多:我的受眾不一樣,平臺環境變了,動作順序錯了,交付能力跟不上,現金流撐不住,使用者問題不是同一個,工具能力不穩定,頁面承諾過寬,退款和支援壓力被低估。

的小實驗思路,本質上就是降低失敗成本。失敗不可怕,可怕的是沒有邊界地失敗。

新手最容易被“我都已經做了這麼多”拖住。寫停止規則,就是在還沒投入太多之前,先給未來的自己一套退出標準。

停止規則也能降低焦慮。沒有規則時,每個壞訊號都像失敗;有規則時,你知道哪些訊號只是需要調整,哪些訊號才要暫停。行動會更穩,不會因為一天資料波動就亂改,也不會因為已經投入而硬撐。

提前寫失敗,還能暴露案例條件差異(詳細差異檢查參考 資源差距改寫)。很多風險不是執行後才出現,寫預案時就能發現:我的受眾沒有準備好,我的頁面沒有樣品,我的交付邊界太寬,我的現金流不能支援這個動作。

第 1 步:拆 5 類失敗預演(先假設它已經死)

先假設 Playbook 已經失敗,再倒推原因。

失敗場景可能原因
沒人回應流量入口不對,問題不夠痛
有人看沒人買信任、價格、樣品或承諾不清
有人買但退款交付和預期不一致
諮詢很多但不成交人群不匹配或篩選太弱
成交後很累支援壓力和修改邊界失控
資料短期好看依賴熱榜、折扣或熟人

失敗預演要寫具體,不要寫“執行不到位”。執行不到位只是結果,背後可能是動作太重、資源不足、流程不清、條件不匹配。

如果你寫不出失敗原因,說明你還沒真正理解這個 Playbook。先回到行動提取表和優先順序評分,不要急著執行。

失敗預演要包括“我自己的問題”。不要只寫平臺變化、使用者不買、工具不好用,也要寫自己可能低估時間、害怕銷售、無法持續記錄、不會處理售後。Playbook 是給真實的人用的,人的限制也是條件。

還要區分可修失敗和不可修失敗。頁面不清可以修,渠道不匹配可以換,核心需求不存在就要停止。不同失敗原因對應不同動作。

第 2 步:把風險寫成可觀察的具體訊號

風險訊號要能觀察。

風險訊號
人群錯諮詢問題和目標場景無關
信任弱使用者反覆問證明、樣品、退款
價格錯使用者只問折扣,不問交付
承諾寬使用者期待超出你的交付邊界
支援重重複問題和修改次數增加
平臺依賴入口變化後資料立刻消失
現金流弱先支出後到賬,回款不確定

訊號越具體,越容易停止。不要寫“效果不好”,要寫“七天內沒有目標使用者行為”“連續出現同一類誤解”“每單支援時間超過預估”“退款原因集中在承諾不清”。

風險訊號也要分輕重。輕微訊號可以調整,嚴重訊號要暫停。比如 FAQ 問題多,可以補說明;誤買和退款集中,就要暫停推廣。

風險訊號要儘量靠近事實。不要寫“感覺使用者不喜歡”,要寫“使用者連續問同一個適用性問題”“諮詢裡沒有目標場景”“交付後修改集中在承諾誤解”。事實越清楚,停止規則越能執行。

同一個訊號也要結合階段判斷。早期問題多是正常的,但同一問題反覆出現而沒有減少,就說明流程沒有吸收反饋。

第 3 步:用量化閾值 + 時間窗寫停止規則

停止規則要提前寫。

觸發動作
樣本不足暫停結論,先補流量入口
人群不匹配停止目前渠道,重寫受眾
信任問題集中暫停放大,補樣品和證據
退款原因集中停止銷售,重寫承諾和交付
支援壓力超出能力暫停接案,產品化流程
現金流不可控停止重投入,改預收或輕交付

停止不等於放棄專案。停止的是某個 Playbook、某個動作、某個渠道或某個版本。專案可以繼續,但要換更合適的動作。

的階段閘門思路也適合這裡:沒有通過目前閘門,就不要進入更重投入。停止規則就是閘門。

停止規則還要有“暫停放大”這一檔。不是每個問題都要立刻刪除 Playbook,但一旦出現退款、誤買、交付超載、現金流不穩,就不能繼續放大。先停推廣、停自動化、停新增承諾,把已有問題處理完。

新手要特別警惕“越差越加碼”。看到資料不好,就加更多渠道、更多折扣、更多承諾,這通常只會放大問題。

第 4 步:給每個失敗原因配 7 天回退動作

回退要在執行前準備。

動作回退方案
改頁面保留舊頁面截圖和文案
改價格保留舊報價和舊諮詢記錄
改交付保留舊 SOP 和修改邊界
改渠道保留原渠道資料和入口
上自動化保留人工流程和檢查點

很多人不願回退,是因為回退成本太高。提前保留舊版本、舊截圖、舊錶格和舊入口,回退就不會變成重做。

回退後要寫清原因。不是“這個方法不行”,而是“在我的目前受眾、目前頁面、目前交付能力下,這一版不適合繼續”。

回退方案最好能在當天完成。回退如果需要重寫大量頁面、重新搭系統、逐個解釋使用者,說明你執行前沒有保留舊版本。以後每做一個關鍵改動,都要先儲存舊文案、舊價格、舊 SOP 和舊資料。

回退也可以是降級,不一定完全恢復。比如複雜服務可以降級為樣品諮詢,自動化可以降級為人工檢查,公開發售可以降級為私下訪談。

第 5 步:用四檔判斷決定繼續/暫停/回退/刪除

失敗也要沉澱。

決策寫什麼
繼續哪些訊號支援繼續
暫停缺什麼證據,何時再看
回退哪個版本更穩,為什麼
刪除為什麼不再學習這個動作

刪除理由很重要。它能防止你下個月又被相似案例吸引,再做一次同樣的錯誤動作。

案例庫應該保留“刪除區”。高質量案例庫不是隻收成功動作,也要記錄哪些動作因為條件不匹配、證據不足、風險過高而被排除。

刪除區還能訓練判斷力。你會發現自己反覆被某類案例吸引,比如大流量案例、收入截圖案例、工具炫技案例。把刪除理由放在一起看,就能看出你的誤判模式。

失敗預案的最終價值,不是讓你少做事,而是讓你把每次停止都變成下一次更準的開始。

記錄保留和刪除理由時,要用同一套口徑。不要今天因為“沒感覺”刪除,明天因為“看起來不錯”保留。最好都回到證據、匹配、成本、順序和風險五個維度。口徑穩定,案例庫才會越用越準。

如果一個動作被刪除,但背後的原則仍有價值,可以把原則留下。比如某個廣告打法不適合你,但“先驗證頁面再加流量”的原則仍然適用。刪除動作,不等於刪除學習。

失敗預案模板

欄位填寫
Playbook 版本___
我最擔心的失敗___
失敗原因 1___
風險訊號___
停止規則___
回退方案___
複查日期___
最終決策繼續 / 暫停 / 回退 / 刪除

每個 Playbook 至少寫五個失敗原因。寫不夠,說明你對動作理解還淺。

AI 怎麼輔助

AI 適合做失敗預演:

  1. 根據 Playbook 找可能失敗原因。
  2. 把模糊風險改成可觀察訊號。
  3. 生成停止規則和回退清單。
  4. 對比實驗記錄,判斷是否觸發規則。
  5. 把刪除理由寫成案例庫備註。

AI 不適合替你承受風險。現金流、信譽、客戶關係和平臺賬號都是真實成本,最終判斷要回到真實資料。

提示詞裡要要求 AI “保守處理證據不足”。如果證據不足,就輸出暫停或待核驗,不要硬給繼續建議。

官方資料與核驗口徑

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

跨平臺核驗入口:

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

常見問題

Playbook 已經跑 60 天沒出綠燈也沒觸發任何停止線,要不要繼續?

要主動暫停看條件。沒觸發不代表健康,可能是閾值設得太寬。先回去把“綠燈條件”也量化(如"詢單數 ≥ 5 個/周"),再決定繼續 / 暫停 / 調整。

觸發了 1 個停止規則,但覺得是偶發,要不要破例繼續?

不要。破例 1 次就會破例 N 次,停止規則就廢了。按四檔處理:1-2 個觸發 = 暫停 7 天觀察,不是直接停,但也不允許“忽略掉”。

現金流閾值(< 1 月營運儲備)觸發了,回退方案怎麼走才不會更慌?

按“先省後賺”順序:① Day 1 列訂閱清單 + 砍 ROI < 3× 工具 ② Day 2-3 聯絡訂閱使用者提前續費 ③ Day 4-5 暫停付費廣告 ④ Day 6-7 把可外包動作內化做。不要 Day 1 就找新客戶,會拉長決策週期。

刪除 Playbook 之後,原始案例資料要不要留?

要留。刪 Playbook 不刪案例。把“為什麼這個動作在我這跑不通”寫進案例庫,標“v0.1 失敗原因 + 我的差異”,下次再看同類案例時這個標註會救你。

執行前至少核驗:

接下來去哪

本頁目錄