AI 副業案例 7 天覆現實驗:只改一個動作
看完案例就想全套抄?先別動。本文給你一張 7 天單變數實驗卡:1 個假設 + 1 個變數 + 5 項基線 + 每日動作 + 3 檔繼續/調整/停止判斷,跑完你知道案例哪條動作真值得抄。
📖 本篇術語速查表
| 英文 / 縮寫 | 中文 | 一句話解釋 |
|---|---|---|
| experiment | 實驗 | 用小範圍動作驗證一個判斷,而不是直接大投入。 |
| variable | 變數 | 本次實驗中唯一改變的因素。 |
| baseline | 基線 | 改動前的狀態,用來和改動後對比。 |
| signal | 訊號 | 使用者行為、反饋、付款、留存等可觀察結果。 |
| rollback | 回退 | 實驗失敗後恢復到原狀態或停止動作。 |
| review | 覆盤 | 實驗結束後看資料、原因和下一步。 |
讀完你能交付:一張《[案例動作]》7 天單變數實驗卡(1 假設 + 1 變數 + 5 項基線 + 7 天動作表 + 3 檔判斷)。 一句話錨點:抄案例前先做 7 天單變數實驗——案例哪條動作真值得抄,跑完就知道。
不想讀完?把下面這段提示詞丟給 AI 幫你跑完——複製提示詞,餵給 Codex / Claude Code / Cursor / DeepSeek,把變數改成你的專案,AI 會按本文 H2 輸出 7 天覆現實驗。
# 角色:副業案例研究 7 天覆現實驗設計顧問
你是我副業案例研究方向的 7 天覆現實驗設計顧問。我會把上一步選出的"先做"動作 + 我自己的專案交給你,你的工作不是替我執行實驗,而是把案例動作改成一份可執行的 7 天單變數實驗:實驗假設 + 唯一變數 + 改動前基線 + 每日動作 + 覆盤訊號 + 繼續 / 調整 / 停止判斷標準。你只做實驗設計,不替我跑實驗、不編案例沒公開的轉化率、不替我決定要不要進同一賽道;不允許 7 天內改多個變數;不允許在樣本不足時強行下結論。
## 核心任務
把 1 個優先動作翻譯成一份可執行 7 天實驗設計單:1 個明確假設 + 1 個唯一變數 + 1 份改動前基線截圖清單 + 每日 1 個具體動作 + 1 個核心觀察訊號 + 繼續 / 調整 / 停止判斷閾值 + 樣本不足兜底規則。
**成功標準**:交付的結果必須同時滿足——假設是否符合"改 X 讓 Y 從 A 到 B"格式;變數是否只 1 個;基線是否 5 項齊;每日動作是否每天只 1 件;三判斷是否含樣本不足兜底;有沒有讓我"再多改 1 個變數"。 任意一條沒滿足即視為未達標,需補料後重跑。
## 資訊輸入
設計之前先看材料齊不齊。
如果從案例選出的 1 個優先動作 / 該動作的證據 / 條件 / 成本 / 風險 / 依賴、我的專案連結 / 目標人群 / 目前基線 / 資源限制這兩件事我能填出 60% 以上,你就直接設計。如果"優先動作"或"目前基線"是空的,強制轉訪談。
訪談時你要問的就是這五件事:
1. 選的優先動作是什麼?必須只 1 個動作,多個的話先回 02 子頁排序。
2. 我專案目前的基線指標是什麼?(如點選率 / 詢單數 / 轉化率 / 完課率,具體數字)
3. 期望的實驗訊號是什麼?(如點選率提升 30% / 詢單 +5 個 / 轉化率從 1% → 2%)
4. 我每天能投入實驗的時間?(< 30 分鐘 / 30-60 分鐘 / 1-2 小時)
5. 7 天內能拿到的樣本量大概多少?(< 50 / 50-200 / 200+)
如果樣本量 < 50,強制提醒"7 天結果可能樣本不足,結論必須降級";如果選了 2+ 動作,強制壓到 1 個;如果基線指標沒有具體數字,強制先去補基線。
## 工作流程
第一步是寫實驗假設。格式必須是"我相信改 X 會讓 Y 從目前 A 提升到 B"。例如"我相信把落地頁標題改成具體場景描述會讓點選率從 3% 提升到 5%"。
第二步是鎖定唯一變數。在 `<thinking>` 裡檢查:
| 我打算改的內容 | 單變數嗎 |
|---|---|
| 只改標題 | 是 |
| 只改 CTA 文案 | 是 |
| 同時改標題 + CTA + 主圖 | 否(違反) |
| 改主圖 + 價格 + 文案 | 否(違反) |
不允許同時改 2 個。
第三步是記錄改動前基線。必須列出 5 項要保留的"對照證據":
| 基線項 | 儲存方式 |
|---|---|
| 目前頁面截圖 | 全屏截圖 + 時間戳 |
| 目前指標數字 | 7 天曆史均值 |
| 目前使用者原話 | 評論 / DM 5 條 |
| 目前流量來源 | 後臺來源佔比 |
| 目前轉化路徑 | 6 步漏斗 |
不留基線就沒法判斷改動是否真起作用。
第四步是每日動作排表(7 天每天 1 件事 + 1 個觀察訊號):
| 天 | 動作 | 觀察訊號 |
|---|---|---|
| Day 0 | 寫假設 + 截圖基線 + 準備改動版 | 基線 5 項齊 |
| Day 1 | 上線改動版 + 通知現有渠道 | 當天訪問 vs 歷史均值 |
| Day 2 | 看 24 小時資料 + 收集 1-2 條使用者反饋 | 是否有顯著變化 |
| Day 3 | 看 48 小時累計 + 不調整變數 | 誤差範圍 |
| Day 4 | 看 72 小時 + 是否出現負反饋 | 風險預警 |
| Day 5 | 看 96 小時 + 主動問 3 個使用者體驗 | 使用者原話 |
| Day 6 | 資料歸檔 + 算樣本量是否足夠 | 樣本 ≥ 閾值 |
| Day 7 | 覆盤 + 三判斷 | 繼續 / 調整 / 停止 |
第五步是覆盤訊號 + 三判斷閾值:
| 閾值 | 判斷 |
|---|---|
| 指標提升 ≥ 期望值(如 30%)+ 樣本 ≥ 50 | **繼續**:擴大變數 |
| 指標變化 < 期望值但 > 0 + 樣本 ≥ 50 | **調整**:換另一個變數再 7 天 |
| 指標 ≤ 基線 - 10% | **停止**:回復 + 重新選動作 |
| 樣本 < 50 | **樣本不足**:再觀察 7 天,不下結論 |
## 示例 / 樣板
輸入是"優先動作 = 改落地頁標題為'用 AI 把會議錄音 30 分鐘整理成行動清單';目前基線點選率 3%;目標點選率 5%;每天可投入 30 分鐘;預計 7 天樣本約 200"。
期望輸出:實驗假設 = "我相信把標題從'AI 工具'改成'用 AI 把會議錄音 30 分鐘整理成行動清單'會讓點選率從 3% 提升到 5%(絕對值 + 2pp)"。唯一變數 = 標題(不動主圖 / 副標題 / CTA / 價格 / 描述)。改動前基線:① 目前頁面全屏截圖(含時間戳)② 歷史 7 天均值 3.1% ③ 5 條使用者 DM(已截圖)④ 流量 60% Twitter + 30% 自然搜尋 + 10% 朋友 ⑤ 6 步漏斗(UV / 點選 / 詢單 / 試用 / 付費 / 復購)。每日動作(Day 0 寫假設 + 截圖 → Day 1 上線 → Day 2-6 資料 + 反饋 → Day 7 覆盤)。三判斷:點選率 ≥ 5% 且樣本 ≥ 50 → 繼續擴量;3-5% → 調整變數;< 2.7% → 停止回復。
反面例子:同時改標題 + 主圖(違反單變數);不留基線截圖(無法對比);樣本 30 就下結論"實驗失敗"(違反樣本不足兜底);改完 1 天就說"看不出效果停掉"(違反 7 天觀察期)。
## 輸出規範
直接輸出《[動作名]》7 天覆現實驗設計單正文,不要前言後語,總字數 900 到 1300 字,按以下順序:
1. **實驗假設**:1 句話 "我相信改 X 會讓 Y 從 A 提升到 B"
2. **唯一變數鎖定**:單變數檢查
3. **改動前基線 5 項**:截圖 / 數字 / 使用者原話 / 流量來源 / 漏斗
4. **每日動作 + 觀察訊號表**:Day 0 到 Day 7
5. **三判斷閾值**:繼續 / 調整 / 停止 + 樣本不足兜底
6. **樣本量預估**:是否 ≥ 50 的檢查
輸出前自檢:假設是否符合"改 X 讓 Y 從 A 到 B"格式;變數是否只 1 個;基線是否 5 項齊;每日動作是否每天只 1 件;三判斷是否含樣本不足兜底;有沒有讓我"再多改 1 個變數"。
## 硬約束 · 拒絕場景
- 同時改 2+ 變數 → 拒絕
- 不留改動前基線 → 拒絕
- 樣本 < 50 仍要求下"成功 / 失敗"結論 → 強制降級"樣本不足"
- 編造案例的轉化提升具體百分比作為期望 → 拒絕
- 佔位符 `___` 未替換 → 拒絕先給結論
7 天覆現實驗要寫清五件事:
| 專案 | 要寫 |
|---|---|
| 假設 | 我認為這個動作會改善什麼 |
| 變數 | 本次只改哪一個東西 |
| 基線 | 改之前是什麼狀態 |
| 執行 | 七天每天做什麼 |
| 覆盤 | 用什麼訊號決定繼續、調整或停止 |
沒有基線的實驗無法對比,沒有單變數的實驗無法解釋,沒有覆盤標準的實驗容易靠感覺收尾。
7 天實驗不是 7 天翻盤
7 天實驗的目標不是立刻做成一個生意,而是減少一個關鍵不確定。
比如你從案例裡學到“把樣品放到價格頁前面”,7 天實驗只回答一個問題:這樣做是否讓目標使用者更願意看價格、提具體問題或嘗試購買。它不負責證明整個專案成功。
很多新手誤會“實驗”這個詞,以為實驗必須帶來明顯增長。其實早期實驗更常見的價值,是發現不能做什麼。沒人點選、沒人回覆、問題變差、售後變重,都是真實訊號。
的核心是用小閉環學習。7 天只是一個人為邊界,幫你把案例動作壓成短週期,而不是讓你給自己製造不現實期待。
七天也不是固定魔法數字。它適合頁面、樣品、郵件、FAQ、指令碼和小渠道驗證;不適合判斷長期留存、復購和品牌信任。你要把七天當成第一輪篩選,而不是終局判斷。
如果一個動作七天內完全沒有訊號,要先判斷是動作問題,還是入口太弱(入口判斷方法參考 轉化漏斗訊號)。沒有足夠目標使用者看到實驗,就不能說明動作無效,只能說明實驗條件不足。
第 1 步:把案例動作翻譯成因果型假設
假設要寫成因果句。
| 模糊寫法 | 合格寫法 |
|---|---|
| 最佳化頁面 | 如果首屏寫清適用人群,諮詢會更具體 |
| 提升信任 | 如果加真實樣品,價格頁點選會增加 |
| 學案例發售 | 如果發三封問題郵件,回覆質量會提高 |
| 改交付 | 如果寫清修改邊界,售後重複問題會減少 |
假設不需要複雜,但必須能被觀察。不要寫“使用者會更喜歡”,要寫“使用者會多問場景、價格、交付或試用”。喜歡是感受,行為才方便覆盤。
一個實驗只寫一個假設。你同時想驗證標題、價格、樣品、渠道和交付,就會把一週變成混亂執行。
假設還要寫出反證。比如“如果樣品能提升信任,那麼諮詢會更具體”;反證就是“使用者看了樣品仍然只問折扣或不再行動”。提前寫反證,能防止你在實驗結束後只挑對自己有利的解釋。
合格假設不追求複雜,而是能讓你知道下一步該保留、調整還是停止。
第 2 步:鎖定 1 個唯一變數(不併行)
變數就是這次唯一改變的東西。
| 變數 | 不要同時改 |
|---|---|
| 標題 | 不同時改價格和頁面結構 |
| 樣品 | 不同時改渠道和套餐 |
| FAQ | 不同時改服務範圍和報價 |
| 郵件 | 不同時改落地頁和付款入口 |
| 渠道 | 不同時換產品和承諾 |
單變數不是為了形式整齊,而是為了讓結果能解釋。你只改樣品,諮詢質量變好,至少能推斷樣品對信任有幫助;你同時改樣品、價格和渠道,結果好壞都不知道原因。
如果必須改多個東西,就把它們拆成多個小實驗。先改能獨立觀察的變數,再把有效動作組合。
唯一變數也要寫進記錄裡。比如“本週只改價格頁順序,不改價格、不換渠道、不新增樣品”。看似囉嗦,但能約束執行。很多實驗失敗不是方法錯,而是執行過程中不斷加料,最後無法解釋。
如果臨時必須改其他東西,比如修正錯字或補平臺要求,要在記錄裡標註。這樣覆盤時不會把結果錯誤歸因到主變數。
第 3 步:用 5 項基線鎖住"改動前"
基線是實驗前的狀態。
| 基線欄位 | 例子 |
|---|---|
| 頁面 | 首屏、CTA、樣品、FAQ、價格 |
| 流量 | 來源、訪問、點選、諮詢 |
| 使用者問題 | 購買前最常問什麼 |
| 訂單 | 付款、退款、失敗付款 |
| 支援 | 修改次數、重複問題、交付時長 |
基線不完整也可以,但要寫“未確認”。不要因為沒有完整資料就放棄實驗,也不要把沒有記錄的欄位當作沒問題。
基線最好保留截圖和文字記錄。七天後你會忘記改動前是什麼樣,覆盤會變成憑感覺。截圖、表格和日期能減少記憶偏差。
基線不只看數字,也看使用者語言。改動前使用者問什麼、卡在哪、怎麼描述自己的問題,這些都要保留。實驗後如果使用者問題變具體,哪怕訂單還沒出現,也可能說明方向變清楚了。
對低流量專案來說,語言訊號往往比數字更早出現。不要只盯訪問量,也要看評論、私信、郵件回覆和諮詢質量。
第 4 步:跑 Day 0 到 Day 7 的每日動作表
七天實驗可以這樣排:
| 天數 | 動作 |
|---|---|
| 第 1 天 | 寫假設、確認變數、記錄基線 |
| 第 2 天 | 完成改動,保留改動截圖 |
| 第 3 天 | 釋出或分發到一個明確渠道 |
| 第 4 天 | 收集使用者問題和行為 |
| 第 5 天 | 只補解釋,不改主變數 |
| 第 6 天 | 整理結果和異常 |
| 第 7 天 | 做繼續、調整或停止判斷 |
第 5 天很關鍵。很多人看到資料不動,就忍不住繼續改標題、價格和渠道。這樣會破壞實驗。你可以回答使用者問題、記錄反饋,但不要隨手改主變數。
如果七天內流量太少,就把結論寫成“樣本不足”。樣本不足不是失敗,它說明你下一步要先解決入口,而不是對頁面動作下結論。
每日動作要剋制。第 3 天釋出後,不要到處亂髮;選一個最匹配渠道,記錄入口和使用者身份。第 5 天補解釋時,不要改核心頁面;只把使用者問題記錄下來。第 7 天覆盤時,先看事實,再寫解釋。
實驗紀律比執行強度更重要。沒有紀律的勤奮,會把資料弄亂。
第 5 步:用三檔判斷決定繼續/調整/停止
覆盤要提前設標準。
| 判斷 | 標準 |
|---|---|
| 繼續 | 目標使用者行為變具體,風險沒有明顯增加 |
| 調整 | 有興趣但卡在理解、信任、價格或交付 |
| 停止 | 沒有目標使用者訊號,或售後風險明顯變大 |
覆盤時不要只看好訊息。有人誇你頁面清楚,但沒人問具體場景,不算強訊號;有人點選樣品,但看完不再行動,要繼續追問原因;有人購買,但馬上退款,要回到承諾和交付。
實驗結果最有價值的部分,是下一步動作。繼續就把變數保留,調整就改一個新變數,停止就回到案例庫找別的動作。
覆盤時還要寫“我學到了什麼”。比如你學到使用者不懂術語、樣品太抽象、價格頁太早、目標人群太泛、渠道不匹配。學習結果越具體,下一個實驗越準。
不要把實驗寫成情緒總結。寫事實、寫判斷、寫下一步。這樣七天實驗才能變成 Playbook 版本,而不是又一段記憶。
最後還要寫“哪些結論不能下”。比如樣本不足時,不能說產品沒人要;只測試搜尋流量時,不能否定社群渠道;只測試樣品頁時,不能直接判斷完整定價。把不能下的結論寫出來,能保護下一輪實驗不被誤導。
七天實驗的覆盤最好當天完成。拖得越久,使用者原話、執行細節和臨時判斷越容易丟。當天覆盤不求漂亮,只求把事實鎖住。
覆盤完成後,把下一步寫成日曆動作,而不是一句“繼續觀察”。例如下週只改 FAQ、只換一個渠道、只補一份樣品。沒有下一步的覆盤,很快會變成歸檔材料(沉澱方法參考 Playbook 版本管理)。
7 天實驗表
| 欄位 | 填寫 |
|---|---|
| 案例動作 | ___ |
| 我的假設 | ___ |
| 唯一變數 | ___ |
| 改動前基線 | ___ |
| 每日動作 | ___ |
| 觀察訊號 | ___ |
| 異常情況 | ___ |
| 最終判斷 | 繼續 / 調整 / 停止 |
| 下一步 | ___ |
這張表寫完,案例才真正進入你的專案。否則它只是閱讀筆記。
AI 怎麼輔助
AI 適合做四件事:
- 把案例動作改成單變數實驗。
- 幫你寫假設和基線欄位。
- 生成每日執行清單。
- 彙總使用者反饋並標出下一步。
- 檢查你是否偷偷改了多個變數。
AI 不適合替你判斷真實使用者行為。頁面點選、詢單、付款、退款、支援壓力都要來自真實記錄。
讓 AI 覆盤時,要求它分“事實、解釋、下一步”。事實少,就不要讓它寫長結論。
官方資料與核驗口徑
平臺規則、演算法動向、報價規則、政策口徑都會變化。本文保留的是可遷移的判斷框架,具體數字一律給區間。
跨平臺核驗入口:
- Indie Hackers — 看獨立開發者真實營收和覆盤
- Reddit · r/Entrepreneur — 看副業 / 自僱者的真實問題與反例
- Wayback Machine — 回溯案例方在不同時間點的承諾與定價
涉及具體資料、比例、報價區間的部分,以執行當天后臺為準。
常見問題
7 天樣本不足 50,能不能勉強下“成功 / 失敗”結論?
不能。樣本 < 50 強制寫“樣本不足”,下一步先補流量入口(如換分發渠道或多發一輪),再多觀察 7 天,不要把噪聲當訊號。
改動後 Day 2 資料特別難看,要不要直接停止?
不要。Day 2 資料通常受熱度波動影響,必須看完 Day 7 累計。只在出現“硬指標惡化 ≥ 50%”(如付款大量失敗、平臺警告)時才提前停。
案例動作多到拆不完,怎麼挑 1 個做 7 天實驗?
挑兩個條件都滿足的:① 資源依賴最小(不靠案例那 30k 受眾也能跑)② 風險最低(錯了能快速回復)。剩下的動作排隊,做完這個再排下一個。
Day 7 覆盤是“調整”,下一個 7 天實驗該改什麼?
不要回頭改老變數,換“同一根因下的另一個變數”。例如標題改完沒顯著差異,下一輪換 CTA 文案或主圖,而不是再改標題。
執行前至少核驗:
- Stripe 官方文件 → 海外訂閱與支付規則
- Shopify 幫助中心 → 電商營運與店鋪合規
- Buy Me a Coffee → 創作者付費牆參考