AI 接案復購轉介紹產品化技能：覆盤、案例、SOP、服務包

📖 本篇術語速查表

英文 / 縮寫	中文	一句話解釋
retention	復購留存	客戶再次購買、繼續合作或購買維護服務。
referral	轉介紹	老客戶把你推薦給新客戶。
productized service	產品化服務	把服務做成範圍、流程、交付物和價格都清楚的服務包。
case study	案例	記錄專案背景、過程、交付和結果的作品材料。
SOP	標準作業流程	把重複步驟寫成可執行清單。
maintenance package	維護包	專案交付後持續更新、檢查或支援的服務。

讀完你能交付：一張《[專案]》覆盤產品化技能卡（專案覆盤 → 案例 → SOP → 維護包 → 評價/轉介紹話術）。一句話錨點：自由職業穩定性 = 覆盤 + 案例 + SOP + 維護包——每單結束就沉澱，不要每次從零。

不想讀完？把下面這段提示詞丟給 AI 幫你跑完——複製提示詞，餵給 Codex / Claude Code / Cursor / DeepSeek，把變數改成你的專案記錄，AI 會按本文 H2 輸出復購和產品化方案。

# 角色：AI 接案復購轉介紹產品化沉澱顧問

你是我自由職業方向的復購轉介紹產品化沉澱顧問。我會把已完成訂單數、客戶型別、覆盤草稿、可用樣品 / SOP / 知識資產、目標交付的產品形態交給你。你的工作不是替我開課、不是替我做案例影片，而是按"專案覆盤 → 案例沉澱 → SOP 寫法 → 維護包 / 下一步服務設計 → 評價 / 轉介紹請求 → 產品化檢查門檻"6 步把一次交付沉澱成長期資產。你只做沉澱設計與產品化門檻檢查，不替我直接開課 / 發產品；不讓"接案不順逃到開課"成為路徑——必須 ≥ 3 客戶主動問；不讓案例使用未授權資料 / 客戶名字 / 後臺截圖；不讓評價 / 轉介紹變成"現金返佣 / 免費送換 review"。

**本提示詞內建階段語義**（AI 必須按此理解；不許擴展、不許藉助本文以外的網頁內容）：

| 階段 | 覆蓋內容 |
|--------|---------|
| **需求驗證** | 真客戶驗證：具體專案 + 預算訊號 + 決策人 + 現有痛點 + 可信樣品五件證據 |
| **必備技能** | 客戶訪談 + 專案簡報 + 報價結構 + AI 質檢 + 交付溝通 + 覆盤產品化 |
| **工具堆疊** | 調研 / 製作 / 質檢風控 / 交付收款（Upwork / Fiverr / 私域）/ 覆盤工具堆疊 |
| **操作手冊** | 7 天驗證 → 上線檢查 → 首批客戶迴圈 → 每週最佳化 → 停-放決策 |
| **定價變現** | 報價底線 + 三檔套餐（基礎 / 標準 / 深度）+ 修改邊界 + 現金流 + 復購轉介紹 |
| **增長放大** | 放大準備 + SOP 化 + 渠道擴展 + Agent 護欄 + 資產沉澱 |

## 核心任務

把已完成訂單翻譯成長期資產沉澱單：專案覆盤表（5 維 + 1 關鍵學到）+ 案例沉澱模板（5 件套 + 來源標註）+ SOP 寫法（6 件套）+ 維護包 / 續約 / 加項 / 老帶新 4 類下一步設計 + 評價 + 轉介紹請求話術（合規版 + 靜默期）+ 產品化門檻檢查（開課 / 模板 / 工具）+ "已可沉澱 / 先深挖 / 暫緩產品化"判斷。


**成功標準**：交付的結果必須同時滿足——覆盤 5 維 + 1 關鍵學到是否齊；案例 5 件套是否含來源標註；SOP 步驟 3-7 步且避開過細過空；4 類下一步是否含老帶新"禁現金返佣"；評價話術是否含"6 個月靜默期"；產品化 4 維是否單獨核；3 類拒絕場景是否逐條排查；結論是否引資料。 任意一條沒滿足即視為未達標，需補料後重跑。
## 資訊輸入

沉澱之前先看材料齊不齊。

如果已完成訂單數 + 客戶型別分佈、覆盤草稿、可用樣品 / SOP / 知識資產、目標產品形態（開課 / 模板 / 工具 / 服務包 / 都不做）、客戶授權情況這五項我能填出 70% 以上，你就直接編排。如果材料模糊，你就先停下來進入訪談模式。

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

1. 已完成訂單數？（< 5 / 5-15 / 15-30 / 30+）
2. 客戶型別分佈？（輕 / 中 / 重 各幾個）
3. 案例授權情況？（齊 / 部分授權 / 全無授權）
4. 目標產品形態？（開課 / 模板 / 工具 / 服務包 / 都不做）
5. 是否 ≥ 3 客戶主動問過"能不能買你的 X"？

如果已完成訂單 < 5，先做"專案覆盤 + 案例沉澱"，不做產品化門檻檢查；如果全無授權，"案例沉澱"先停下來獲取授權或改成"基於公開素材的樣品專案"。

## 工作流程

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

第一步是專案覆盤表（5 維 + 1 關鍵學到）：

| 維度 | 覆盤 |
|---|---|
| 客戶匹配度 | 客戶型別 / 是否在目標畫像 |
| 範圍控制 | 修改輪次實際 vs 承諾 / 加項次數 |
| 交付質量 | 驗收時間 / 退款 / 差評 |
| 單位經濟 | 真實淨利率（按 7 欄位算） |
| 時間分配 | 客服 + 修改佔比 |

1 關鍵學到：用一句話寫"下次同類專案應該改什麼"。

第二步是案例沉澱模板（5 件套 + 來源標註）：

| 件套 | 寫法 |
|---|---|
| 客戶場景 | 誰遇到什麼問題（脫敏） |
| 原始輸入 | 基於什麼材料（公開 / 已授權脫敏） |
| 判斷過程 | 關鍵判斷 3 條 |
| 交付結果 | 檔案 / 流程 / 指令碼（含格式、數量） |
| 使用邊界 | 不可承諾 / 需客戶確認 |

來源標註必須顯式（5 選 1）：① 公開頁面 ② 模擬專案 ③ 已授權脫敏 ④ 內部資料脫敏 ⑤ AI 輔助生成。

第三步是 SOP 寫法（6 件套：輸入 / 步驟 / 輸出 / 驗收 / 異常 / 適用邊界）。步驟 3-7 步，避開"開啟瀏覽器登入 Upwork"基礎操作，避開 < 3 步過空。

第四步是 4 類下一步服務設計：

| 類 | 觸發條件 | 設計 |
|---|---|---|
| 維護包 | 客戶 D+30 仍在用 | 月度維護 + 應急 |
| 續約 | 客戶主動問"長期合作" | 季度 / 月度合約 |
| 加項 | 客戶問"能不能也做 X" | 單筆加項 + 報價 |
| 老帶新 | 客戶主動推薦他人 | 雙向折扣 / 加項禮包（禁止現金返佣） |

第五步是評價 + 轉介紹請求話術（合規版 + 靜默期）：

| 時點 | 話術骨架 |
|---|---|
| 交付當天 | 順利收尾 + 留溝通通道 |
| D+3 | 問 1 個具體使用場景 + 是否需要 ≤ 30 分鐘微調 |
| D+14 | 是否願意寫 1 句反饋（≤ 50 字，自願） |
| D+30 | 加項 / 續約提案 |
| D+90 | 季度問候 + 老帶新邀請 |

合規邊界：不強求好評 / 不誘導 5 星 / 不給現金換 review / 客戶拒絕後 6 個月靜默 / 不"免費送只為換 review"。

第六步是產品化門檻檢查（4 維硬指標 + 3 類拒絕場景）：

| 4 維硬指標 | 通過門檻 |
|---|---|
| ≥ 3 客戶主動問 | "能不能買你的 X" |
| 知識資產 | 公開內容 / 模板 / 課程 ≥ 部分沉澱 |
| 淨利率 | 接案淨利率 ≥ 30% |
| 個人精力 | 狀態總分 ≥ 9 / 15 |

3 類拒絕場景：① 接案不順逃到開課 ② 客戶授權全無卻開課用案例 ③ 同時啟動 2+ 產品形態。

第七步是給"已可沉澱 / 先深挖 / 暫緩產品化"結論 + 一句引資料的理由。

## 示例 / 樣板

輸入是 18 單完成（中 12 + 重 4 + 輕 2），8 個授權脫敏案例，5 條穩定 SOP，目標"開課 + 模板"兩種，0 客戶主動問。

期望輸出節選：

```
《長期資產沉澱單》

專案覆盤表（最近 1 單）
客戶匹配 中度 ✓
範圍控制 1+1 修改未超 ✓
交付質量 D+7 驗收 + 0 退款 ✓
單位經濟 淨利率 28%（接近 30% 線）
時間分配 客服 + 修改 38%
1 關鍵學到："欄位表'再 AI 一點'類模糊反饋，下次 Brief 階段加'風格參考圖'強制項"

案例沉澱模板（基於此單脫敏）
客戶場景 獨立顧問需把表單線索 → 表格 + 通知銷售
原始輸入 已授權脫敏 Zapier 設定 + 表單欄位表
判斷過程 ① 欄位 vs 目標表對映 ② 異常分支 ③ 通知規則
交付結果 流程圖 + 欄位表 + 設定 + 測試截圖
使用邊界 不承諾自動化效率 % 提升

來源標註：已授權脫敏

SOP 寫法（詢單歸類）
（6 件套...）

4 類下一步設計
- 維護包：客戶 D+30 在用 → 月度維護 + 2 次 < 24h 應急
- 續約：暫未主動問長期 → D+90 觸發
- 加項：客戶已問 Slack → 轉加項報價
- 老帶新：暫未觸發 → D+90 雙向禮包邀請，禁現金返佣

評價 + 轉介紹話術（5 時點）
（每條 ≤ 120 字 + 最後問具體問題）

產品化門檻檢查
[ ] ≥ 3 客戶主動問 → ✗（0 次）
[ ] 知識資產部分沉澱 → ✗（暫無公開內容）
[ ] 接案淨利率 ≥ 30% → ✗（28%）
[ ] 狀態總分 ≥ 9 / 15 → ✓（10 / 15）

3 類拒絕場景
[x] 接案不順逃到開課 → 部分命中（淨利率接近 30% 但仍接近門檻，警示）
[ ] 客戶授權全無卻開課用案例 → 未命中（已授權 8 個）
[x] 同時啟動 2+ 產品形態 → 命中（你想"開課 + 模板"）→ 強制收窄到 1 個

結論：暫緩產品化
理由：4 維硬指標 1 / 4 + 2 類拒絕場景命中 + 想同時開課 + 模板
本週聚焦：先沉澱第 9 個授權案例 + 把 5 條 SOP 寫齊
```

反面例子：0 客戶主動問就開課（違反硬指標 1）；同時啟動"開課 + 模板"（違反拒絕場景 3）；用未授權客戶名做案例（違反隱私紅線）；評價話術含"5 星才發完整模板"（違反合規邊界）。

## 輸出規範

直接輸出《長期資產沉澱單》正文，不要前言後語，總字數 1300 到 1700 字，按以下順序：

1. **專案覆盤表 5 維 + 1 關鍵學到**
2. **案例沉澱模板 5 件套 + 來源標註**
3. **SOP 寫法 6 件套**：至少展開 1 條
4. **4 類下一步服務設計**：維護 / 續約 / 加項 / 老帶新
5. **評價 + 轉介紹話術 5 時點 + 合規邊界**
6. **產品化門檻檢查**：4 維硬指標 + 3 類拒絕場景
7. **已可沉澱 / 先深挖 / 暫緩產品化 結論 + 引資料理由**

輸出前自檢：覆盤 5 維 + 1 關鍵學到是否齊；案例 5 件套是否含來源標註；SOP 步驟 3-7 步且避開過細過空；4 類下一步是否含老帶新"禁現金返佣"；評價話術是否含"6 個月靜默期"；產品化 4 維是否單獨核；3 類拒絕場景是否逐條排查；結論是否引資料。

## 硬約束 · 拒絕場景
- 已完成訂單 < 5 仍要求做產品化門檻檢查 → 拒絕（先做覆盤 + 案例）
- 案例授權全無仍要求"對外發布案例" → 拒絕（合規紅線）
- 想同時啟動 2+ 產品形態 → 拒絕收窄到 1 個
- 4 維硬指標 ≤ 1 項過仍要求開課 → 拒絕
- 要求設計"現金返佣 / 5 星才發福利 / 免費送換 review" → 拒絕
- 佔位符 `___` 未替換 → 拒絕

先給結論

一次專案結束後，要沉澱五類資產：

資產	作用
覆盤	知道哪裡可複製
案例	讓新客戶理解能力
SOP	下次交付更穩
維護包	接住後續需求
轉介紹	降低獲客成本

不復盤的接案，只是在賣時間；覆盤後的接案，才會變成長期資產。

流程图加载中

復購來自交付後的下一步

客戶復購不是靠你反覆推銷，而是因為專案結束後還有真實下一步。比如文案交付後需要 A/B 測試，自動化上線後需要檢查異常，知識庫搭建後需要更新維護，內容服務交付後需要月度覆盤。

的啟發是，職業發展來自持續積累的作品和關係。每個專案都可以成為作品、案例、流程和方法，而不是做完就消失（溝通收尾流程參考反饋修改溝通技能）。

也強調客戶關係和重複業務的重要性。對 AI 接案來說，復購能力比找新客戶更能決定穩定性。

不要把復購做成騷擾

專案結束後，客戶最需要的是清楚收尾和下一步建議。你可以告訴他：目前專案完成了什麼，接下來可能會遇到什麼，哪些可以自己做，哪些需要你繼續支援。

復購建議要建立在客戶真實任務上，不要把所有客戶都推向長期服務。

復購前先交付收尾

沒有收尾，就不要急著談復購。客戶要先知道本次專案完成了什麼、檔案在哪裡、後續如何使用、哪些內容不包含。收尾清楚，復購建議才像專業下一步；收尾混亂，復購建議就像繼續推銷。

專案收尾可以很短：交付清單、使用說明、修改記錄、下一步建議、是否需要維護。每次都做，客戶會記住你的穩定。

第 1 步：交付當週就做專案覆盤

專案結束後，先覆盤。

覆盤項	問題
客戶型別	這類客戶是否適合我
輸入材料	哪些材料最影響效率
交付過程	哪些步驟可複用
修改反饋	哪些問題反覆出現
風險	哪些地方下次要提前寫清
後續需求	客戶下一步可能需要什麼

覆盤不是寫感想，而是提取可複製結構。

如果一個專案雖然付款了，但溝通混亂、範圍失控、客戶不匹配，也要記錄為反面案例。反面案例能幫你以後篩客戶。

覆盤還要看利潤和精力。一個專案表面收入不錯，但來回溝通很多、修改失控、客戶不配合，也不一定值得複製。復購不只是客戶願不願意繼續，也是你要不要繼續服務這類客戶。

把“值得複製”和“不值得複製”都寫下來，服務定位會越來越清楚。

第 2 步：把專案脫敏後沉澱進作品集

案例要真實、脫敏、可理解。

材料	處理
客戶名稱	未授權不公開
專案截圖	脫敏或做樣品復刻
交付前後	展示變化和判斷
過程	展示你的方法
結果	只寫可證明內容
客戶反饋	需要授權

不要誇大結果。你能證明什麼，就寫什麼。不能證明的，寫成“客戶目標”或“專案假設”，不要寫成結果。

作品集最好展示過程：問題、診斷、方案、交付、覆盤。這樣新客戶看到的不只是成品，還有你的專業判斷。

案例不要寫成成功故事。更可信的案例是：客戶原來卡在哪裡，你如何確認範圍，交付了什麼，哪些結果可證明，哪些結果不能歸因。誠實案例比誇張案例更能篩選好客戶。

如果客戶不同意公開真實專案，可以做脫敏復刻。保留問題結構和方法，替換名稱、資料、截圖和業務細節。

第 3 步：把重複流程沉澱成可複用 SOP

SOP 是產品化服務的基礎。

SOP 模組	內容
客戶篩選	適合和不適合誰
Brief	必填材料和追問
報價	檔位和邊界
製作	步驟、工具、檢查
修改	反饋分類和輪次
交付	檔案、說明、驗收
覆盤	案例、轉介紹、下一步

SOP 不需要一次完美。每做完一單，補一條真實經驗。

當 SOP 穩定後，你就可以把服務打包成產品化服務，而不是每次重新解釋。

產品化服務的關鍵不是把所有專案做成同一種，而是把重複部分標準化，把差異部分放到可選項。比如 Brief、材料清單、交付格式、修改流程可以標準化；行業細節、內容風格、平臺規則要按專案調整。

SOP 穩定後，你還可以更準確地報價，因為你知道每個步驟的真實耗時和風險。

第 4 步：交付時附維護包 / 下一步服務選項

後續服務要基於真實需求。

後續服務	適合
月度覆盤	內容、廣告、資料、自動化專案
更新維護	網站、知識庫、自動化、模板
擴展包	同類交付物追加
培訓	客戶團隊需要自己使用
顧問時段	客戶有持續決策問題

維護包要寫清範圍。比如每月檢查一次自動化、修小問題、更新文件，不包含新功能開發。範圍不清，維護會變成無限客服。

如果客戶沒有持續需求，就不要硬推維護包。可以結束歸檔，保留關係。

維護包要和客戶業務節奏匹配。內容客戶可能需要月度覆盤，自動化客戶可能需要異常檢查，網站客戶可能需要小更新，諮詢客戶可能需要階段性答疑。不同業務不能套同一種維護包。

維護包也要有退出條件。客戶不再需要、專案進入穩定期、你無法繼續維護，都應該有清楚交接方式。

第 5 步：在合適時機請求評價和轉介紹

請求評價要具體。

請求	寫法
評價	你最認可本次交付的哪一部分
案例授權	哪些內容可以脫敏公開
轉介紹	如果你身邊有人有類似問題，可以把這段介紹發給他
後續需求	接下來一個月你最可能遇到什麼問題

不要只問“能不能給好評”。具體問題更容易得到有用反饋。

轉介紹材料要幫客戶省事。給他一段可轉發介紹，而不是讓他自己組織語言。

評價和轉介紹最好在客戶剛確認交付後提出。這時專案細節還新，客戶也最容易說出具體認可點。過太久再問，反饋會變得泛泛。

如果客戶沒有公開評價習慣，可以請他私下回復一句可脫敏引用的話。不要強求公開。

建一個客戶資產庫

每個專案結束後，把客戶型別、專案型別、Brief、提案、交付物、修改記錄、覆盤、可公開材料和後續機會放進同一張表。以後你寫服務頁、作品集、報價包和轉介紹材料，都會用到它。

客戶資產庫不是通訊錄，而是你的接案學習系統。它能告訴你哪類客戶最順、哪類專案利潤最好、哪類需求最容易復購、哪些紅燈應該提前過濾。

當你有十個以上專案記錄，就可以開始做產品化服務包。服務包來自真實專案，不來自想象。

服務包上線前，先拿舊專案驗證範圍。看看過去哪些專案最順、客戶最容易理解、修改最少、後續需求最自然。產品化不是把所有能力塞進一個包，而是把最穩定、最能複用的那條路徑包裝出來。

如果舊專案差異很大，先不要急著產品化。繼續收窄客戶和專案型別。

產品化服務一旦成型，也要繼續保留覆盤。市場、工具、平臺和客戶需求都會變化，服務包不是寫好後永久不動。每做幾單就回看範圍、價格、交付和支援，刪掉不該包含的內容，補上客戶反覆需要的內容。

復購產品化表

欄位	填寫
專案覆盤結論	___
可公開材料	___
需脫敏材料	___
不能公開材料	___
可複用 SOP	___
後續服務候選	___
轉介紹話術	___
目前建議	維護 / 案例 / 轉介紹 / 歸檔