AI 副業實戰教學

AI 副業案例相似度地圖:別隻看同賽道

「都是做 AI 寫作 SaaS」不代表能抄。本文給你一張 6 層相似度地圖:人群 / 問題動機 / 產品價格 / 渠道信任 / 交付 / 風險逐項打 1-5 分,總分定檔判定可遷移 / 必須改寫 / 不可遷移三檔。

📖 本篇術語速查表
英文 / 縮寫中文一句話解釋
similarity map相似度地圖用多個維度比較案例和你的專案是否相近。
offer產品承諾你向用戶承諾解決什麼問題、交付什麼結果。
channel獲客渠道使用者從哪裡知道你、進入你、聯絡你。
delivery交付方式產品或服務如何被使用者拿到和使用。

讀完你能交付:一張《[案例] vs 我的專案》6 層相似度地圖(每層 1-5 分 + 總分 + 高 / 中 / 低相似結論)+ 三分類動作清單(可遷移 / 必須改寫 / 不可遷移)+ 7 天可核驗的相似度缺口。 一句話錨點:同賽道不等於可遷移,必須 6 層都看。

不想讀完?把下面這段提示詞丟給 AI 幫你跑完——複製提示詞,餵給 Codex / Claude Code / Cursor / DeepSeek,把變數改成案例和你的專案,AI 會按本文 H2 輸出相似度地圖。

# 角色:副業案例研究業務模型相似度地圖顧問

你是我副業案例研究方向的相似度地圖顧問。我會把案例 + 我的專案交給你,你的工作不是替我相信"同賽道就能遷移",而是按 6 層(人群 / 問題動機 / 產品形態價格 / 渠道信任 / 交付 / 風險)比較案例和我的相似度,輸出"高相似 / 中相似 / 低相似"結論,把動作分成"可遷移 / 必須改寫 / 不可遷移"三類。你只做相似度比較,不替我做完整遷移方案、不編案例沒公開的資料、不替我決定要不要照抄;不允許"同賽道 = 高相似";不允許跳過任何一層。

## 核心任務

把案例 vs 我的專案翻譯成一份 6 層相似度地圖:每層逐項打 1-5 分 + 總分 + 三檔結論(高 / 中 / 低相似)+ 三分類動作(可遷移 / 必須改寫 / 不可遷移)+ 7 天可核驗的相似度缺口。


**成功標準**:交付的結果必須同時滿足——6 層是否每層都打 1-5;三分類是否每個動作都歸類;缺口是否給具體 7 天動作;有沒有"同賽道 = 高相似"誤判;有沒有編案例沒公開的資料。 任意一條沒滿足即視為未達標,需補料後重跑。
## 資訊輸入

比較之前先看材料齊不齊。

如果案例連結 / 產品 / 目標人群 / 渠道 / 交付 / 時間窗、案例公開證據 / 頁面 / 截圖 / 訪談 / 評論 / 結果、我的專案 / 人群 / 產品 / 渠道 / 交付 / 資源 / 限制這三件事我能填出 60% 以上,你就直接比較。如果"案例目標人群"或"我的專案人群"任 1 項空著,強制轉訪談。

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

1. 案例的目標人群是誰?最好窄化到職業 / 行業 / 收入 / 任務(不要寫"AI 使用者"這種寬詞)
2. 我的目標人群是誰?同樣窄化。
3. 案例的產品是數字 / 實體 / 訂閱 / 服務 / 課程中的哪一種?價格檔位?
4. 案例的主要獲客渠道?我的可用渠道?
5. 案例的交付方式是 1v1 / 1v 多 / 全自動?我的交付方式?

如果兩個人群定義都是寬詞,強制要求窄化;如果產品形態完全不同,強制提醒"業務模型差異巨大"。

## 工作流程

第一步是 6 層逐項打分(每層 1-5 分,1 = 完全不同,5 = 幾乎一致):

| 層級 | 評分點 |
|---|---|
| 1. 人群 | 職業 / 行業 / 收入 / 痛點的重疊 |
| 2. 問題和購買動機 | 客戶買這個解決什麼具體問題 + 為什麼願意付錢 |
| 3. 產品形態和價格 | 數字 / 實體 / 訂閱 / 服務 + 價格檔位 |
| 4. 渠道和信任來源 | 自然搜尋 / 社媒 / 平臺推流 / 朋友 / 已有受眾 |
| 5. 交付 | 1v1 / 1v 多 / 全自動 + 交付時長 |
| 6. 風險 | 平臺依賴 / 現金流 / 退款 / 法務合規 |

第二步是按總分給三檔結論:

| 總分 | 結論 |
|---|---|
| 24-30 | 高相似 |
| 13-23 | 中相似 |
| 6-12 | 低相似 |

第三步是三分類動作。在 `<thinking>` 裡把案例每個動作對映到三類:

| 分類 | 標準 |
|---|---|
| 可遷移 | 該動作所依賴的層級評分都 ≥ 4 |
| 必須改寫 | 部分層級評分 2-3 + 改寫後仍能用 |
| 不可遷移 | 任 1 層級評分 ≤ 1 |

第四步是 7 天可核驗的相似度缺口。挑出評分 ≤ 2 的層級,列出"7 天內能核驗"的具體動作:

| 缺口層 | 7 天核驗方式 |
|---|---|
| 人群(評分 2)| 5 個目標使用者 30 分鐘訪談對比 |
| 渠道(評分 2)| 在我現有渠道發 1 篇內容看反應 |
| 信任(評分 1)| 把案例的信任來源拆出來逐項打勾 |
| 交付(評分 2)| 跑 1 筆我的版本的小訂單 |

第五步是給"是否要進同賽道"建議(不是替我決定):高相似 + 缺口可補 → 可以小步進;中相似 + 缺口大 → 先補缺口再決定;低相似 → 換案例或換方向。

## 示例 / 樣板

輸入是"案例:某 IndieHacker 做面向獨立開發者的 AI Code Review SaaS,月銷 $5000;我的專案:想做面向中文文案寫手的 AI 寫作助手 SaaS"。

期望輸出:6 層評分:
1. 人群 1(獨立開發者 vs 中文文案寫手 = 完全不同)
2. 問題動機 2(程式碼質量 vs 文章質量,都是"質量"但場景差遠)
3. 產品形態 4(都是 SaaS 訂閱)
4. 價格 3($5000 月銷可能是高客單 vs 中文文案寫手對訂閱價格敏感)
5. 渠道 1(IH 在 Twitter / Reddit 而中文文案寫手在小紅書 / 公眾號)
6. 交付 4(都是全自動 SaaS)
7. 風險 3(都依賴單一平臺獲客)

總分 18 → **中相似**。三分類動作:可遷移 = "落地頁結構 + 試用流程 + 單位經濟演算法";必須改寫 = "渠道(X 改小紅書 / 公眾號)+ 價格(訂閱改單次 / 套餐)+ 內容文案語氣";不可遷移 = "Product Hunt 一次性熱榜 + Reddit 社群營運 + 英文 SEO"。7 天可核驗缺口:① 在小紅書發 1 篇"AI 寫文案踩坑"內容看反應(核渠道)② 找 5 個文案寫手做 30 分鐘訪談(核人群)③ 看小紅書同類賬號有沒有跑通訂閱模式(核價格)。

反面例子:直接判"都是 SaaS = 高相似"(忽略人群 / 渠道完全不同);建議"上 Product Hunt"(違反不可遷移);編"中文文案寫手月均願付訂閱 $20"(無源)。

## 輸出規範

直接輸出《[案例 vs 我]》相似度地圖正文,不要前言後語,總字數 900 到 1300 字,按以下順序:

1. **6 層評分表**:每層 1-5 分 + 評分依據
2. **總分 + 三檔結論**:高 / 中 / 低相似
3. **三分類動作**:可遷移 / 必須改寫 / 不可遷移
4. **7 天可核驗的相似度缺口**:每個缺口對應具體動作
5. **是否要進同賽道建議**:基於總分給方向
6. **如果總分 ≤ 12**:建議換 1-2 個更接近的案例查詢方向

輸出前自檢:6 層是否每層都打 1-5;三分類是否每個動作都歸類;缺口是否給具體 7 天動作;有沒有"同賽道 = 高相似"誤判;有沒有編案例沒公開的資料。

## 硬約束 · 拒絕場景
- 跳過任何一層就給總分 → 拒絕
- 總分 ≤ 12 仍建議照抄全部動作 → 拒絕
- 編造案例的轉化率 / 價格 / 客戶畫像 → 拒絕
- 把"同賽道"等同於"高相似" → 拒絕
- 佔位符 `___` 未替換 → 拒絕

先給結論

相似度地圖看六層:

層級要問
人群你和案例服務的是不是同類人
問題使用者痛點、預算和 urgency 是否接近
產品產品形態、交付複雜度是否接近
渠道獲客入口和信任來源是否接近
價格決策成本和購買門檻是否接近
風險售後、合規、現金流和平臺風險是否接近

六層裡只相似一兩層,就不要直接照做。

流程图加载中

人群和問題動機這兩層權重最高 —— 這兩層 ≤ 2 分,再多其他層 5 分也救不回來。

同賽道只是最低相似

很多人判斷案例可遷移,只看“我們都做 AI 寫作”“我們都做數字產品”“我們都做跨境電商”。這太粗。

同樣是 AI 寫作,一個案例可能服務企業市場部,你服務個人博主;同樣是數字產品,一個案例賣可下載模板,你做持續更新的會員庫;同樣是跨境電商,一個案例有庫存和團隊,你只是測試一個輕量商品。大類相同,執行邏輯可能完全不同。

強調從具體受眾和真實問題出發。遷移案例也一樣,要看具體誰在買、為什麼買、怎麼知道、買完怎麼用,而不是隻看賽道標籤。

相似度地圖的作用,是防止你把表面相似當成本質相似。它不是為了否定案例,而是為了決定哪些動作能學,哪些動作要改寫,哪些動作只能當啟發。

新手還容易被“我也能做”這句話帶偏。能做一個相似頁面,不等於能承接同類使用者;能做一個相似產品,不等於能處理同類售後;能進入同一平臺,不等於能獲得同樣信任。相似度要看完整業務模型,而不是看某一個表面動作。

相似度地圖最好在行動前做,而不是失敗後補解釋。行動前做,能幫你縮小實驗範圍;失敗後做,往往只剩覆盤和止損。

第 1 步:比較目標人群

先比較人群。

維度要看
身份個人、團隊、企業、創作者、賣家、開發者
成熟度新手、進階、專業使用者、團隊負責人
預算免費試用、低價試錯、專業採購、長期訂閱
決策一個人決定,還是多人審批
語言使用者怎麼描述自己的問題

人群不同,動作就要改寫。案例服務企業客戶,頁面需要案例、合同、合規和對接;你服務個人使用者,可能更需要樣品、價格清楚和上手教學。案例服務成熟使用者,能用專業術語;你服務新手,就要把術語換成場景語言。

比較人群時,不要只寫畫像,要找證據。評論、FAQ、使用者案例、評價、訪談、購買前問題,都比作者的一句“我們的使用者是創業者”更有用。

還要看“誰不是使用者”。案例頁面如果明確排除某些人群,說明它在篩選;如果你的頁面沒有篩選,遷移時就會吸引更多不匹配諮詢。相似度高,不只是目標使用者相似,也包括排除物件相似。

使用者成熟度也要單獨看。成熟使用者願意自己設定工具,新手需要教學和支援;企業使用者需要穩定和責任邊界,個人使用者更看重上手速度。成熟度不同,同一個動作會產生不同售後。

第 2 步:比較問題和購買動機

同一人群也可能有不同問題。

問題型別遷移判斷
省時間使用者願意為效率付費
降風險使用者更關心證據和邊界
增收入使用者會追問結果和案例
學技能使用者需要教學和反饋
獲資源使用者看重模板、資料、素材和入口

購買動機不同,頁面和交付也不同。案例靠“省時間”成交,你不能直接拿它的文案去賣“學習成長”;案例靠“降低出錯風險”成交,你就不能只展示炫技效果。

的學習價值在於驗證關鍵假設。遷移前最關鍵的假設,就是“我的使用者是否因為同一個問題而行動”。這個假設不成立,後面的動作都要重寫。

購買動機可以通過問題深度判斷。只問“多少錢”的使用者,未必有強需求;能描述目前替代方案、失敗經歷和必須解決的場景,才更接近真實購買動機。案例如果有大量具體問題,你也要找到同類問題,再談遷移。

如果你的使用者只對內容感興趣,不願意試用、諮詢或付款,說明問題層相似度不足。此時不要繼續學銷售動作,先回到問題驗證。

第 3 步:比較產品形態和價格

產品形態決定交付壓力。

產品形態要比較
下載型產品樣品、說明、退款和更新
訂閱工具試用、留存、支援和計費
諮詢服務溝通、邊界、交付和案例
課程訓練學習結果、作業、答疑和完成
實體商品庫存、物流、退貨和現金流

價格也會改變轉化邏輯。低價產品更依賴頁面清楚和即時信任,高價服務更依賴案例、溝通、邊界和風險說明。不要把低價模板的頁面流程,直接遷移到高價服務。

產品形態相似,遷移機率更高;產品形態不同,最多遷移底層邏輯。比如“先用樣品建立信任”可以遷移,但樣品形式要變。

價格不是單獨數字,它會改變信任需求。低價動作可以更短,使用者容錯高;高價動作需要更多證據、對比、案例和交付說明。案例裡一句簡單 CTA 能成交,可能只是因為價格和風險低。你如果賣高價服務,就要補足信任鏈。

第 4 步:比較渠道和信任來源

渠道決定使用者進入時的心理狀態。

渠道使用者狀態
搜尋帶著問題找答案
社媒可能被內容吸引,但意圖不穩定
郵件已有關係,信任較強
社群反饋真實,但需要尊重規則
平臺榜單曝光集中,但持續性弱
推薦信任高,但不容易規模化

案例如果來自郵件列表,你不能直接學它的發售文案,因為它背後有長期信任;案例如果來自搜尋,你要看關鍵詞和落地頁;案例如果來自平臺榜單,你要區分發布期曝光和長期獲客。

提醒增長渠道要測試和記錄。遷移案例時,渠道相似度越低,越不能照搬轉化動作。

渠道還決定使用者是否認識你。來自郵件的使用者已經看過你很多內容,來自搜尋的使用者可能第一次見你,來自社群的使用者會受社群關係影響。不要把強關係渠道里的轉化話術,直接放到冷流量頁面。

第 5 步:比較交付和風險

最後看交付。

風險要比較
售後使用者會不會大量提問和修改
質量交付是否依賴你的個人能力
合規是否涉及平臺、版權、廣告、稅務或隱私
現金流是否需要先墊付成本
平臺是否依賴單一平臺或賬號

一個案例前端很相似,後端交付可能完全不同。比如同樣賣 AI 生成內容,模板產品交付一次就結束,代營運服務會持續溝通和修改。你不能只遷移獲客頁面,不遷移交付邊界。

風險相似度低時,要先做小實驗,不要直接放大。風險不是讓你不做,而是提醒你改寫動作。

風險層經常被忽略,因為它不如流量和收入好看。但風險決定能不能長期做。一個案例如果不談退款、爭議、隱私、庫存和支援壓力,遷移時就要自己補這層。

風險補齊後再決定動作,判斷會穩很多。

相似度地圖模板

維度案例我的專案相似度處理
人群______高 / 中 / 低學 / 改 / 刪
問題______高 / 中 / 低學 / 改 / 刪
產品______高 / 中 / 低學 / 改 / 刪
渠道______高 / 中 / 低學 / 改 / 刪
價格______高 / 中 / 低學 / 改 / 刪
風險______高 / 中 / 低學 / 改 / 刪

填完後,只遷移高相似維度裡的動作。中相似動作要改寫,低相似動作先不做。要把高相似動作排序進本週 backlog,參考 案例行動提取表 的 6 欄位填寫法。

AI 怎麼輔助

AI 適合做對比表:

  1. 從案例材料提取人群、問題、產品、渠道、價格和風險。
  2. 把你的專案填入同一張表。
  3. 標出高相似、中相似和低相似。
  4. 把低相似動作從行動清單移出。
  5. 生成一個最小核驗問題。

AI 不適合替你確認真實使用者是否相似。使用者原話、後臺、購買問題和交付記錄必須來自真實材料。

提示詞裡要要求 AI 保留“無法判斷”。無法判斷比亂判斷更有價值。

官方資料與核驗口徑

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

跨平臺核驗入口:

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

常見問題

案例和我都是做 AI 寫作 SaaS,6 層評分還有必要打嗎?

有。“AI 寫作 SaaS“只覆蓋了產品形態這一層,剩 5 層全部未對齊:他可能服務企業市場部 / 你服務個人博主、他英文 SEO 獲客 / 你小紅書冷啟動、他 $50/月訂閱 / 你只能賣 $20 單次 —— 這些差異讓”都是 AI 寫作”完全不能直接抄文案。同賽道是相似度的最低門檻,不是結論。

總分 13-23 中相似,到底要改哪些動作不改哪些?

按“評分 ≥ 4 的層級“ → 那層依賴的動作可直接學;”評分 2-3 的層級“ → 那層依賴的動作必須改寫;”評分 ≤ 1 的層級“ → 那層依賴的動作不可遷移。比如人群層 5 分 + 渠道層 2 分,案例的”落地頁結構“可學(依賴人群)但”渠道分發節奏”必須改寫(依賴渠道)。逐項對映不能籠統判定。

案例完全不公開人群細節,怎麼打第 1 層分數?

強制轉訪談模式補料:去案例博主的 Twitter 主頁看他在跟誰互動、去他產品頁面看 testimonial 截圖裡的客戶身份、去他評論區看“是什麼人在問什麼“。三條都查不到 → 這一層標”不可判斷“+ 整張地圖降級到”低相似起步”。不允許猜測人群打分。

總分 6-12 低相似,但案例非常有名,我想強行學怎麼辦?

只學底層原則不學動作。低相似意味著 6 層裡 ≥ 4 層都打 1-2 分 —— 這種情況下你照抄具體動作大機率失敗。可以學的是他“怎麼定義問題”、“怎麼驗證需求”、“怎麼處理售後”這些不依賴具體業務模型的原則。需要找起點更接近的案例做行動參考,詳見 案例選擇紅燈篩選單

執行前至少核驗:

接下來去哪

本頁目錄