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 適合做證據整理:
- 從案例材料裡提取所有資料說法。
- 給每條說法標來源、時間窗和口徑。
- 判斷每條證據能支援什麼結論。
- 找出缺失欄位和衝突點。
- 生成下一步核驗清單。
AI 不適合替你核驗後臺和平臺事實。它可以提醒你查 Stripe、Shopify、Product Hunt、Google Trends、Indie Hackers 和原始連結,但最終仍要開啟官方入口或原始材料。
提示詞裡要明確要求“不要補完缺失”。AI 一旦開始替案例補資料,案例庫就會被汙染。
官方資料與核驗口徑
平臺規則、演算法動向、報價規則、政策口徑都會變化。本文保留的是可遷移的判斷框架,具體數字一律給區間。
跨平臺核驗入口:
- Indie Hackers — 看獨立開發者真實營收和覆盤
- Reddit · r/Entrepreneur — 看副業 / 自僱者的真實問題與反例
- Wayback Machine — 回溯案例方在不同時間點的承諾與定價
涉及具體資料、比例、報價區間的部分,以執行當天后臺為準。
常見問題
截圖是不是都不可信?
不是。截圖有價值,但要看來源、時間、欄位和是否能交叉核驗。
主理人口述能不能用?
可以用來理解背景和方法,但不要單獨作為財務、流量和留存結論。
第三方流量工具準不準?
適合看方向和趨勢,不適合當作精確後臺。需要和公開頁面、搜尋趨勢和實際轉化一起看。
證據不足的案例還有價值嗎?
有。它適合進入線索庫,幫你發現問題和選題,但不適合直接變成教學動作。
執行前至少核驗:
- Stripe 官方文件 → 海外訂閱與支付規則
- Shopify 幫助中心 → 電商營運與店鋪合規
- Buy Me a Coffee → 創作者付費牆參考