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 適合做失敗預演:
- 根據 Playbook 找可能失敗原因。
- 把模糊風險改成可觀察訊號。
- 生成停止規則和回退清單。
- 對比實驗記錄,判斷是否觸發規則。
- 把刪除理由寫成案例庫備註。
AI 不適合替你承受風險。現金流、信譽、客戶關係和平臺賬號都是真實成本,最終判斷要回到真實資料。
提示詞裡要要求 AI “保守處理證據不足”。如果證據不足,就輸出暫停或待核驗,不要硬給繼續建議。
官方資料與核驗口徑
平臺規則、演算法動向、報價規則、政策口徑都會變化。本文保留的是可遷移的判斷框架,具體數字一律給區間。
跨平臺核驗入口:
- Indie Hackers — 看獨立開發者真實營收和覆盤
- Reddit · r/Entrepreneur — 看副業 / 自僱者的真實問題與反例
- Wayback Machine — 回溯案例方在不同時間點的承諾與定價
涉及具體資料、比例、報價區間的部分,以執行當天后臺為準。
常見問題
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 失敗原因 + 我的差異”,下次再看同類案例時這個標註會救你。
執行前至少核驗:
- Stripe 官方文件 → 海外訂閱與支付規則
- Shopify 幫助中心 → 電商營運與店鋪合規
- Buy Me a Coffee → 創作者付費牆參考