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 適合做對比表:
- 從案例材料提取人群、問題、產品、渠道、價格和風險。
- 把你的專案填入同一張表。
- 標出高相似、中相似和低相似。
- 把低相似動作從行動清單移出。
- 生成一個最小核驗問題。
AI 不適合替你確認真實使用者是否相似。使用者原話、後臺、購買問題和交付記錄必須來自真實材料。
提示詞裡要要求 AI 保留“無法判斷”。無法判斷比亂判斷更有價值。
官方資料與核驗口徑
平臺規則、演算法動向、報價規則、政策口徑都會變化。本文保留的是可遷移的判斷框架,具體數字一律給區間。
跨平臺核驗入口:
- Indie Hackers — 看獨立開發者真實營收和覆盤
- Reddit · r/Entrepreneur — 看副業 / 自僱者的真實問題與反例
- Wayback Machine — 回溯案例方在不同時間點的承諾與定價
涉及具體資料、比例、報價區間的部分,以執行當天后臺為準。
常見問題
案例和我都是做 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 分 —— 這種情況下你照抄具體動作大機率失敗。可以學的是他“怎麼定義問題”、“怎麼驗證需求”、“怎麼處理售後”這些不依賴具體業務模型的原則。需要找起點更接近的案例做行動參考,詳見 案例選擇紅燈篩選單。
執行前至少核驗:
- Stripe 官方文件 → 海外訂閱與支付規則
- Shopify 幫助中心 → 電商營運與店鋪合規
- Buy Me a Coffee → 創作者付費牆參考