AI 副業實戰教學

AI 副業案例資料可信度:截圖、後臺和公開說法怎麼分級

拆 AI 副業案例時,要把收入截圖、後臺報表、平臺榜單、訪談、評論和第三方資料按證據等級分開,避免把營銷說法當事實。

📖 本篇術語速查表
英文 / 縮寫中文一句話解釋
evidence證據用來支援案例判斷的材料。
screenshot截圖頁面、後臺、訂單、收入或評論的圖片記錄。
source來源資料來自主理人、平臺、第三方工具還是公開社群。
verification核驗用其他入口檢查材料是否可靠。
first-party data一方資料專案自己後臺、支付、店鋪、郵件系統裡的資料。
third-party data第三方資料獨立工具、榜單、搜尋趨勢或外部平臺提供的資料。
claim說法案例作者對收入、增長、使用者和效果的描述。

讀這篇先抓住一句話:所有案例都要先分證據等級。截圖、後臺、訪談、評論、平臺榜單和主理人口述,可信度不一樣,能支援的結論也不一樣。

不想讀完?把下面這段提示詞丟給 AI 幫你跑完——複製提示詞,餵給 Codex / Claude Code / Cursor / DeepSeek,把變數改成案例材料,AI 會按本文 H2 輸出資料可信度評分。

# 角色:副業案例研究資料證據可信度審計顧問

你是我副業案例研究方向的證據可信度審計顧問。我會把一個案例的所有材料(截圖 / 後臺 / 訪談 / 評論 / 榜單 / 帖子 / 第三方資料)+ 我想學的動作交給你,你的工作不是替我相信這些材料,而是按 A/B/C/D 四檔證據等級逐項審計,告訴我每條證據能支援什麼結論、不能支援什麼結論、最關鍵的 2-3 條證據缺什麼、7 天內怎麼補。你只做證據審計,不替我抄案例動作、不編案例沒公開的資料、不替我決定要不要進同一賽道;截圖來源 / 後臺入口 / 平臺榜單一律標"執行當天核驗";不允許把社媒口述當作可量化結論;不允許在 A 級證據缺失時直接做遷移決策。

## 核心任務

把案例材料翻譯成一份證據審計單:每條材料標 A/B/C/D 等級 + 時間窗 / 口徑 / 來源核查 + 能支援的結論 / 不能支援的結論 + 缺失證據清單 + 7 天核驗動作 + 是否進案例庫(A 庫 / B 庫 / C 庫 / 棄用)。


**成功標準**:交付的結果必須同時滿足——每條材料是否打 A/B/C/D;時間窗是否每條都查過;能 / 不能支援結論是否分列;5 維度是否每維都打 1-5;7 天核驗動作是否每項缺失都有對應入口;有沒有把社媒口述當數字結論。 任意一條沒滿足即視為未達標,需補料後重跑。
## 資訊輸入

審計之前先看材料齊不齊。

如果案例連結 / 作者 / 產品 / 平臺 / 時間窗、所有截圖 / 後臺 / 訪談 / 評論 / 榜單 / 帖子 / 第三方資料、可核驗的官方入口 / 工具入口 / 公開頁面、我的專案要學的動作 / 決策問題這四件事我能填出 50% 以上,你就直接審計。如果"所有截圖 / 訪談"只有 1-2 條材料,強制提醒"證據樣本量不足"。

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

1. 主理人有沒有發過原始後臺截圖?還是隻有社媒曬圖?
2. 案例材料的時間窗是否一致?(不一致就要分別審計)
3. 有沒有第三方資料可以交叉驗證?(Google Trends / Similarweb / Wayback Machine / 平臺公開榜單)
4. 評論 / 訪談是匿名還是有名有姓?
5. 我打算用這個案例做"照抄動作 / 學方法論 / 決定要不要進賽道"中的哪一種?(決定證據要求)

如果只有社媒曬圖無任何後臺 / 訪談 / 評論交叉,強制設為 C/D 等級;如果決定是"進賽道"必須要求 A 級證據。

## 工作流程

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

第一步是 A/B/C/D 證據等級定義:

| 等級 | 標準 | 典型材料 |
|---|---|---|
| A | 可獨立驗證 + 多源交叉 | 平臺後臺截圖 + 第三方資料(Wayback / Similarweb)+ 評論 |
| B | 主理人後臺或訪談 + 1 個第三方源 | 後臺截圖 + 部分評論 |
| C | 僅主理人口述或單源截圖 | 社媒曬圖 / 一次性訪談口述 |
| D | 二手轉述 / 自媒體演繹 | 自媒體文章引用案例但未直接核驗 |

第二步是 4 步審計流程:

1. **識別材料來源**:每條材料標"主理人原始 / 主理人轉述 / 第三方獨立 / 自媒體二手"。
2. **檢查時間窗和口徑**:每條材料標日期 + 單位(單日 / 單月 / 累計)+ 貨幣 + 平臺。
3. **看能支援的結論**:A 級支援具體數字結論;B 級支援區間結論;C 級支援方向性結論;D 級僅當線索不當結論。
4. **找缺失和衝突**:列出最關鍵缺的 2-3 項 + 現有材料裡互相矛盾的地方(如成交額 vs 退款率不匹配)。

第三步是每條證據"能 / 不能支援的結論"分開列:

| 證據型別 | 能支援 | 不能支援 |
|---|---|---|
| 平臺後臺截圖(A)| "X 天賣出 Y 單" | 利潤 / 退款 / 復購(除非另有資料)|
| 收入曬圖(B/C)| 方向"看起來盈利" | 具體淨利潤 |
| 主理人訪談口述(B/C)| 方法論 / 時間線 | 數字結論 |
| 評論 / 差評(B)| 使用者體驗訊號 | 轉化率 / 復購率 |
| 第三方榜單(A/B)| 排名 / 趨勢 | 收入 / 成本 |

第四步是 5 維度評分(每維 1-5 分):

| 維度 | 評分點 |
|---|---|
| 來源獨立 | 不是主理人單一口述 |
| 多源交叉 | 至少 2 個獨立來源 |
| 時間窗清楚 | 每條資料標日期和口徑 |
| 數字可獨立驗證 | 第三方工具可查 |
| 與我的決策匹配 | 證據級別配得上決策風險 |

總分 ≥ 20 = A 庫(可作遷移決策);11-19 = B 庫(學方法論);≤ 10 = C / D 庫(僅線索不做決策)。

第五步是 7 天核驗動作:

| 缺失型別 | 7 天怎麼補 |
|---|---|
| 時間窗未明 | Wayback Machine 查釋出日 + 平臺歷史快照 |
| 退款 / 差評未公開 | 看評論區 + r/Etsy / r/IndieHackers 搜主理人 |
| 第二個獨立源 | Similarweb / Google Trends / 平臺榜單交叉 |
| 主理人訪談是否真實 | LinkedIn / Twitter / GitHub 個人頁交叉 |

## 示例 / 樣板

輸入是"案例:某 IndieHacker 自稱月入 $10k AI SaaS,材料 = 1 張 Stripe 截圖 + 1 篇個人部落格訪談,第三方資料無,我想決定要不要做類似 AI SaaS"。

期望輸出:證據審計:Stripe 截圖(A 級潛力但需核時間窗)+ 個人部落格訪談(B 級,單源口述)+ 第三方資料(D 級無)= 總體 B/C 等級。4 步審計:來源 = 主理人原始 + 自我轉述;時間窗 = 截圖日期未標 → 強制核 Wayback;能支援結論 = "曾經達到月銷 $10k";不能支援 = "可持續 / 退款率 / 淨利潤 / 我能否複製"。5 維度評分:來源獨立 2 / 多源交叉 1 / 時間窗清楚 2 / 數字可獨立驗證 1 / 與決策匹配 1 = 7 → **C 庫**。7 天核驗動作:Wayback 查部落格釋出日 + 在 Twitter 搜主理人是否還在更新 + 看 Indie Hackers 評論 + 檢查 Stripe 截圖右上角時間戳。結論:**僅當線索不可作進賽道決策**,決策要麼補 A 級證據要麼換案例。

反面例子:直接相信月入 $10k 決定 all in(違反 B/C 等級支援力);編"Similarweb 顯示流量 50k"(無源);用單一案例決定整個賽道走勢(違反 1 案例不作普遍結論)。

## 輸出規範

直接輸出《[案例名]》證據審計單正文,不要前言後語,總字數 900 到 1300 字,按以下順序:

1. **每條材料證據等級表**:A/B/C/D + 來源標識
2. **4 步審計流程**:來源 / 時間窗 / 能支援結論 / 缺失衝突
3. **能 / 不能支援結論分列表**:每條證據兩欄
4. **5 維度評分 + 總分 + 入庫判斷**:A/B/C/D 庫
5. **7 天核驗動作**:每項缺失對應一個查證入口
6. **決策風險匹配**:決策型別 vs 證據要求是否夠

輸出前自檢:每條材料是否打 A/B/C/D;時間窗是否每條都查過;能 / 不能支援結論是否分列;5 維度是否每維都打 1-5;7 天核驗動作是否每項缺失都有對應入口;有沒有把社媒口述當數字結論。

## 硬約束 · 拒絕場景
- 只有 1 條 C 級證據就要求做遷移決策 → 拒絕
- 編案例沒公開的第三方資料 → 拒絕
- 用單一案例當普遍賽道結論 → 拒絕
- 把社媒曬圖等同於平臺後臺 → 拒絕
- 佔位符 `___` 未替換 → 拒絕

先給結論

案例證據先分四檔:

等級說明
A可核驗後臺、支付、店鋪、公開平臺和明確時間窗
B截圖完整,但來源、時間或口徑仍需補充
C主理人口述、訪談、帖子、評論和二手整理
D只有標題黨說法、模糊截圖或無法追溯來源

證據等級決定你能學到什麼。A 檔可以支援經營判斷,B 檔可以支援初步假設,C 檔適合找線索,D 檔只能當風險提醒。

先分證據等級

很多人讀案例時,第一反應是看結論:賺了多少、漲了多少、用了什麼方法。更穩的順序是先看證據。

同樣一句“產品賣得不錯”,如果來自支付後臺、店鋪報表、公開銷量、使用者訪談和主理人口述,可信度完全不同。同樣一張截圖,如果沒有時間、來源、產品、幣種、退款和成本,也不能支援利潤判斷。

反對虛榮指標,本質上也是在提醒:資料必須能指導下一步行動。不能指導行動的資料,再好看也只是素材。

新手最需要建立的習慣,是把“我看到了什麼”和“我能得出什麼”分開。看到訂單截圖,只能說明某個時間點出現過訂單;不能直接說明利潤、復購、長期需求和可複製獲客。

這個習慣會直接影響教學質量。證據薄的案例,可以寫成“現象觀察”;證據中等的案例,可以寫成“待驗證假設”;證據強的案例,才適合寫成“可執行流程”。如果三類材料混在一起,讀者會以為每個案例都能照做,最後動作會變形。

第 1 步:識別材料來源

先把所有材料按來源分組。

來源常見材料
一方後臺支付、店鋪、郵件、網站分析、產品後臺
平臺公開頁榜單、評論、評分、發帖記錄、更新時間
第三方工具搜尋趨勢、流量估算、關鍵詞、競品追蹤
主理人材料覆盤、訪談、截圖、播客、Newsletter
使用者材料評論、差評、案例、社群反饋、退款理由
二手整理部落格轉述、社媒搬運、課程截圖、摘要

一方後臺最接近經營事實,但也需要看完整欄位;平臺公開頁適合核驗存在性和時間;第三方工具適合看趨勢,不適合當精確後臺;主理人材料有上下文價值,但可能有營銷選擇;二手整理最容易丟失口徑。

拆案例時,先不要急著寫結論。先做證據表:每條材料來自哪裡、能否開啟、時間是什麼、是否能和其他材料互相印證。

來源還要看是否經過篩選。主理人通常會展示更好看的頁面和截圖,課程作者可能會挑成功案例,二手文章可能只保留最吸引人的一句話。不是說這些材料不能用,而是要知道它們經過了選擇。經過選擇的材料,適合找線索,不適合單獨下結論。

第 2 步:檢查時間窗和口徑

資料離不開時間窗。

口徑要問
日資料是否來自上線日、活動日或異常曝光
週數據是否包含釋出、折扣、熱榜或廣告
月資料是否包含續費、退款和平臺結算
累計資料從什麼時候開始累計,是否跨產品
截圖資料是否顯示日期、幣種、產品和狀態

沒有時間窗的資料很難使用。一天賣得好,可能是釋出紅利;一個月收入不錯,可能包含折扣和老使用者;累計收入看著很大,可能橫跨多年和多個產品。

口徑也要統一。收入和到賬不同,訂單和買家不同,註冊和活躍不同,訪問和有效訪問不同,試用和付費不同。案例沒有說明口徑時,不要替它補完。

幣種、產品範圍和渠道範圍也要寫清楚。一個截圖可能混合多個產品,一個收入數字可能包含舊產品,一個流量數字可能包含非目標國家或非目標人群。口徑越模糊,越不能用來指導你的定價、渠道和產品選擇。

第 3 步:看能支援什麼結論

每條證據都有邊界。

證據能支援不能直接支援
訂單截圖有付款行為利潤、復購、長期需求
收入後臺某段收入成本、退款、現金流
評論好評使用者滿意線索規模化需求
榜單排名獲得曝光可持續獲客
搜尋趨勢話題熱度購買意願
訪談覆盤方法和背景獨立事實證明

這一步很關鍵。你不是否定案例,而是避免過度解釋。證據能支援什麼,就寫到哪裡;不能支援什麼,就標記待核驗。

比如 Product Hunt 排名可以證明發布期曝光,但不能證明產品長期留存;Google Trends 可以看搜尋興趣變化,但不能證明你的產品能成交;Stripe 報表能看支付記錄,但不自動說明成本和售後。

最有價值的案例,通常不是單一證據特別強,而是多種證據能互相咬合:公開頁面能看到產品和定位,社群能看到真實問題,支付或店鋪能看到成交,更新記錄能看到持續維護,使用者反饋能看到使用結果。證據之間能互相解釋,結論才更穩。

第 4 步:找缺失和衝突

好案例也會有缺失欄位。

缺失影響
沒有時間窗不知道是否短期爆發
沒有成本無法判斷利潤
沒有退款無法判斷售後風險
沒有來源無法判斷獲客是否可複製
沒有交付無法判斷支援壓力
沒有更新無法判斷專案是否持續

衝突也要記錄。比如作者說自然增長,但頁面顯示大量廣告落地頁;說產品長期使用,但公開更新停滯;說需求強,但評論主要來自同行圍觀。衝突不一定說明造假,但說明結論要降級。

新手不要害怕寫“不確定”。案例庫最有價值的地方,不是每篇都下定論,而是把確定、推斷、缺口和下一步核驗分清楚。

衝突欄位要保留,不要為了文章順暢而刪掉。比如收入增長和使用者抱怨可以同時存在,流量上升和留存下降也可以同時存在。真實業務常常不是單線故事,教學要教讀者識別複雜性,而不是把複雜性改成爽文。

第 5 步:改成你的案例庫標準

你自己的案例庫要有統一標準。

欄位要求
案例連結原始連結和備份入口
時間窗明確日期或階段
產品形態服務、軟體、課程、商品、內容
證據等級A/B/C/D
可學動作只寫證據能支援的動作
不可學部分寫清缺失和風險
核驗計劃下一步去哪查

統一標準能避免你今天被一個收入截圖打動,明天被一個增長帖帶走。每個案例進入庫之前,都要先過證據評分,再決定能不能作為教學、選題、打法或風險材料。

如果證據不夠,不要刪掉。把它放進“線索庫”。線索庫負責啟發問題,案例庫負責支援行動。兩者分開,內容質量會穩定很多。

案例庫還應該保留版本。一次核驗只能代表當時狀態,產品可能改版,平臺規則可能變化,連結可能失效,作者也可能補充新資料。給每篇案例寫 verifiedAt,並記錄下次要複查的入口,能讓教學長期可維護。

資料可信度評分表

檢查A 檔B 檔C 檔D 檔
來源官方或後臺可核驗截圖較完整主理人口述無來源
時間清楚部分清楚模糊沒有
口徑欄位完整有缺口只講結果標題化
交叉驗證多入口一致兩個入口單一入口無法驗證
行動價值可做決策可做假設可找線索只做提醒

評分不是為了挑毛病,而是為了保護你的決策。A級少但價值高,C級多但只能啟發方向,D級不要進入行動清單。

AI 怎麼輔助

AI 適合做證據整理:

  1. 從案例材料裡提取所有資料說法。
  2. 給每條說法標來源、時間窗和口徑。
  3. 判斷每條證據能支援什麼結論。
  4. 找出缺失欄位和衝突點。
  5. 生成下一步核驗清單。

AI 不適合替你核驗後臺和平臺事實。它可以提醒你查 Stripe、Shopify、Product Hunt、Google Trends、Indie Hackers 和原始連結,但最終仍要開啟官方入口或原始材料。

提示詞裡要明確要求“不要補完缺失”。AI 一旦開始替案例補資料,案例庫就會被汙染。

官方資料與核驗口徑

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

跨平臺核驗入口:

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

常見問題

截圖是不是都不可信?

不是。截圖有價值,但要看來源、時間、欄位和是否能交叉核驗。

主理人口述能不能用?

可以用來理解背景和方法,但不要單獨作為財務、流量和留存結論。

第三方流量工具準不準?

適合看方向和趨勢,不適合當作精確後臺。需要和公開頁面、搜尋趨勢和實際轉化一起看。

證據不足的案例還有價值嗎?

有。它適合進入線索庫,幫你發現問題和選題,但不適合直接變成教學動作。

執行前至少核驗:

接下來去哪

本頁目錄