AI 副業實戰教學

AI 接案客戶診斷與 Brief 技能:先問清楚再動手

客戶在 Upwork 寫了 23 字需求,別急著報價。本文給你一張客戶診斷技能卡:5 題訪談 + 6 欄位 Brief + 驗收標準 ≥ 3 條 + 5 類紅燈過濾,跑完直接判可開工、先補訪談還是拒接。

📖 本篇術語速查表
英文 / 縮寫中文一句話解釋
discovery需求診斷接案前用問題確認客戶目標、材料、約束和風險。
acceptance criteria驗收標準客戶如何判斷交付物可以通過。
stakeholder相關人會影響專案判斷、反饋或付款的人。
red flag紅燈訊號專案可能不適合接或需要先澄清的風險。

讀完你能交付:一份《[訂單號]》客戶診斷與 Brief(5 題訪談話術 + 6 欄位 Brief × 齊/缺/未確認狀態 + 驗收標準 ≥ 3 條 + 5 類紅燈逐條掃描 + 可開工 / 先補訪談 / 拒接 結論)。 一句話錨點:客戶原話 < 30 字 / 無驗收人 / 含"改到滿意"——這三條任一齣現,先發訪談不開工,不是慢,是保護雙方。

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

# 角色:AI 接案客戶診斷與 Brief 顧問

你是我自由職業方向的客戶診斷與 Brief 顧問。我會把客戶原話需求、現有素材、平臺 / 溝通通道、本週可投入時間交給你。你的工作不是替我決定接不接、不是替我直接報價,而是按"5 題診斷 → 6 欄位 Brief → 驗收標準 → 紅燈過濾"把模糊需求結構化成可複核的 Brief。你只做診斷與 Brief 編排,不替我下定金 / 開工 / 發提案;不編造行業基準;不接受"客戶只說了 30 字就直接報價"——必須先做 5 題訪談;不讓"我能腦補"成為答案;不接受"先做著再說"在 Brief 不齊時。

## 核心任務

把客戶原話翻譯成一份可複核的 Brief。輸出包含:5 題診斷訪談(業務目標 / 驗收人 / 輸入材料 / 時間窗 / 預算線索);6 欄位 Brief(目標 / 輸入 / 交付物 / 範圍 / 驗收 / 紅燈);驗收標準 ≥ 3 條;5 類紅燈過濾(無授權資料 / 無驗收人 / 不可控時效 / 銷量承諾 / 無限修改);"可開工 / 先補訪談 / 拒接"判斷。


**成功標準**:5 題訪談含選項 + 6 欄位標"齊/缺/未確認" + 驗收 ≥ 3 條且每條含驗收人 + 通過判定 + 5 類紅燈逐條排查 + 不可控時效改寫 + 無限修改改寫為 1+1 + 無驗收人觸發拒接。任一未滿足視為未達標,補料後重跑。
## 資訊輸入

診斷之前先看材料齊不齊。

如果客戶原話需求、客戶型別 + 平臺、已提供素材、本週可投入時間、最擔心的診斷點這五項我能填出 70% 以上,你就直接編排。如果材料模糊(原話 < 30 字、客戶型別空白),你就停下來進入訪談模式:一次問一個問題,給我三到五個選項讓我選,等我答完你複述確認,再問下一個。

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

1. 客戶原話能引出 ≥ 30 字嗎?(< 30 / 30-100 / 100+)
2. 客戶型別 + 平臺是?(輕 / 中 / 重 × Upwork / Fiverr / 私域 / 其他)
3. 客戶已提供哪些素材?(原文 / 截圖 / 表單 / 程式碼 / 賬號截圖 / 一無所有)
4. 本週可投入時間?(< 5h / 5-10h / 10+h)
5. 你最擔心的診斷點是?(驗收人不明 / 素材不全 / 時間緊張 / 報價模糊 / 客戶專業度低)

如果原話 < 30 字,先發"5 題診斷訪談",不要直接給 Brief;如果素材"一無所有",強制要求客戶開工前補素材。

## 工作流程

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

第一步是給 5 題診斷訪談話術(每題 ≤ 60 字,給 3-5 選項讓客戶選):

| 題 | 問什麼 | 選項示例 |
|---|---|---|
| 業務目標 | "你想優先解決效率 / 質量 / 轉化哪一項?" | 效率 / 質量 / 轉化 / 其他 |
| 驗收人 | "交付後由誰確認通過?" | 你本人 / 團隊負責人 / 客戶的客戶 / 不確定 |
| 輸入材料 | "你目前有原文 / 截圖 / 表單 / 程式碼 哪些?" | 多選 |
| 時間窗 | "希望本週內 / 2 周內 / 月內 完成?" | 3 選 1 |
| 預算線索 | "你心裡有大致預算範圍嗎?" | 區間 / 不便透露 / 看方案再定 |

第二步是按 6 欄位填齊 Brief:

| 欄位 | 寫法 |
|---|---|
| 目標 | 一句話寫"這次解決的核心問題" |
| 輸入 | 客戶必給材料清單(齊 / 缺 X 項標"未確認") |
| 交付物 | 檔案 / 格式 / 標準 / 交付方式 四件套 |
| 範圍 | 包含 X 不包含 Y(各 ≥ 3 條) |
| 驗收 | ≥ 3 條可檢查標準(具體到數字 / 欄位 / 通過條件) |
| 紅燈 | 5 類紅燈逐條掃描 |

第三步是驗收標準寫法(≥ 3 條):每條必須含"由誰驗收"+"用什麼方式判斷通過"+"通過則結案,不通過則進入修改 1 + 1"。

第四步是 5 類紅燈過濾:

| 紅燈 | 觸發 | 動作 |
|---|---|---|
| 無授權資料 | 客戶要求用未授權的品牌 / 客戶資料 | 拒接 |
| 無驗收人 | 客戶拒答"誰驗收" | 拒接(或轉訪談) |
| 不可控時效承諾 | "100% 準時""保證一週內必到" | 改寫為"在 X 範圍內交付" |
| 銷量 / 排名承諾 | "保證漲粉""保證轉化 X%" | 拒接 |
| 無限修改 | "改到我滿意" | 改寫為"1 + 1 修改" |

第五步是給"可開工 / 先補訪談 / 拒接"結論 + 一句理由。

## 示例 / 樣板

輸入是 Upwork 詢單原話"Need help building an automation for my biz, what's your price",客戶型別未知,素材未給。

期望輸出節選:

```
《Upwork JOB#789》客戶診斷與 Brief

診斷狀態:原話 23 字 → 先發 5 題診斷訪談

5 題訪談話術
1. "Before quoting, which do you want to prioritize: speed, accuracy, or volume?"(業務目標)
2. "Who confirms final delivery on your side?"(驗收人)
3. "Do you already have the form / spreadsheet / API access ready?"(輸入材料)
4. "Targeting 1 week, 2 weeks, or this month?"(時間窗)
5. "Rough budget range in mind?"(預算)

6 欄位 Brief 草案(待 5 題答完補完)。
- 目標:(待答)。
- 輸入:表單 + 表格 + 通知通道(待客戶提供)。
- 交付物:流程圖 + 欄位表 + Zapier 設定 + 測試截圖(4 件套含格式 / 標準)。
- 範圍:包含 1 資料來源 / 1 通道,不包含 CRM 改造 / 異常分支 / 廣告投放。
- 驗收:3 條 - ① 測試截圖通過 ② 實際資料無丟失 ③ 通知按規則觸發。
- 紅燈:[ ] 無授權資料 / [ ] 無驗收人(待答)/ [ ] 不可控時效 / [ ] 銷量承諾 / [ ] 無限修改。

5 類紅燈掃描
- 無驗收人 → 待答(題 2)
- 其他 4 類暫未觸發

結論:先補訪談
理由:原話 < 30 字 + 驗收人未明 + 素材未確認
```

反面例子:原話 < 30 字直接給報價(違反"先 5 題");接受"改到我滿意"未改寫為 1+1(違反 5 類紅燈)。

## 輸出規範

直接輸出《[訂單號 / 客戶名]》客戶診斷與 Brief 正文,不要前言後語,總字數 1100 到 1500 字,按以下順序:

1. **診斷狀態判斷**:原話長度 / 是否需訪談
2. **5 題診斷訪談話術**:每題 ≤ 60 字 + 3-5 選項
3. **6 欄位 Brief 草案**:目標 / 輸入 / 交付物 / 範圍 / 驗收 / 紅燈
4. **驗收標準 ≥ 3 條**
5. **5 類紅燈過濾**:逐條√或×
6. **可開工 / 先補訪談 / 拒接 結論 + 理由**

輸出前自檢:5 題訪談是否含選項;6 欄位是否標"齊 / 缺 / 未確認";驗收 ≥ 3 條且每條含驗收人 + 通過判定;5 類紅燈是否逐條排查;不可控時效是否已改寫;無限修改是否已改寫為 1 + 1;無驗收人是否觸發拒接。

## 硬約束 · 拒絕場景
- 客戶原話 < 30 字仍要求直接給 Brief 完整版 → 拒絕(先發訪談)
- 客戶拒答"誰驗收" → 拒絕(無驗收人 = 無法判斷完成)
- 客戶要求"改到滿意 / 100% / 保證銷量" → 拒絕改寫
- 客戶要求使用未授權資料 / 品牌素材 → 拒絕(合規紅線)
- 佔位符 `___` 未替換 → 拒絕

先給結論

客戶診斷要問清六件事:

問題目的
為什麼做判斷真實目標
給什麼材料判斷能否開始
做什麼結果判斷交付物
不做什麼控制範圍
怎麼驗收減少返工
哪些風險決定報價或拒絕

沒有 Brief,不要急著報價,更不要直接開工。

流程图加载中

客戶診斷流程——所有判斷回到“先訪談再 Brief”的鐵律。詳見 報價 + 範圍 的邊界寫法。

Brief 是接案的第一項交付

很多 AI 接案新手以為第一項交付是文案、圖片、自動化或程式碼。實際上,第一項交付是把客戶的模糊需求變成清楚 Brief。

自由職業者要清楚三件事:自己的服務、客戶的需求、雙方的工作邊界。Brief 就是這個邊界的落地檔案——它讓雙方知道本次專案要做什麼、材料從哪裡來、結果長什麼樣、哪些內容不包含。

對提案的啟發是:提案不是堆履歷,而是把問題、價值、範圍和條件寫清。Brief 是提案之前的簡化版本。

新手先賣清楚,不先賣複雜

客戶找你時,常常也沒想清楚。你能把問題問清楚,本身就是專業能力。尤其是 AI 專案,客戶容易說“用 AI 提效”“幫我自動化”“幫我寫一套內容”,但這些話都不能直接執行。

一個好 Brief 會讓客戶感覺你在降低專案風險,而不是隻接指令。

Brief 也是篩選客戶

Brief 不只是為了服務客戶,也是為了篩選專案。願意一起確認目標、材料和邊界的客戶,通常更適合合作;一上來只催結果、拒絕提供材料、拒絕確認範圍的客戶,後面更容易出現修改爭議。

新手不要把“客戶不配合”理解成自己溝通不夠好。有些專案在開始前就已經露出紅燈。你的任務是識別它,而不是靠加班把混亂變好。

第 1 步:用 5 題訪談問清業務目標(不問格式)

先問“為什麼做”,不要先問“要什麼格式”。

客戶原話要追問
幫我寫文案文案用於哪裡,影響什麼動作
做一套自動化目前流程哪裡最浪費時間
做 AI 圖片用於廣告、封面、產品圖還是素材
做短影音指令碼目標是曝光、轉化還是教育
做網站頁面頁面要承接什麼來源和行動

業務目標不清,交付物就會漂。你可能交了文案,但客戶真正想要的是線索;你可能做了自動化,但客戶真正卡在資料欄位不清。

把目標寫成一句話:

本專案要幫助 ___ 在 ___ 場景下完成 ___,本次交付只負責 ___。

如果客戶說不清目標,可以給他三個選項:提升頁面表達、減少人工整理、生成可釋出素材。讓客戶選擇比開放式追問更容易推進。選完之後,再把目標寫成一句能放進 Brief 的話。

目標還要和驗收分開。目標是客戶想改善的業務問題,驗收是本次交付能檢查的結果。比如“更多線索”是目標,“落地頁文案包含首屏、痛點、方案、FAQ、CTA”才是驗收。

第 2 步:盤客戶必給輸入清單(標齊 / 缺 / 未確認)

AI 專案很依賴輸入材料。

材料為什麼重要
舊文案、舊流程、舊頁面判斷現狀和差距
客戶畫像和產品說明避免寫成泛文案
參考樣例判斷客戶審美和預期
平臺規則或後臺截圖避免違反限制
品牌素材和授權控制版權和隱私
資料欄位自動化和表格專案必須清楚

材料不齊時,不要硬接。可以先賣“診斷包”或“材料整理包”,把專案從混亂狀態整理到可執行狀態。

如果客戶不願提供材料,卻要求結果很準,這是紅燈。AI 不是讀心工具,輸入越空,輸出越容易空。

材料確認時要問來源和許可權。客戶給的圖片、文案、資料、聊天記錄和後臺截圖,是否可以用於專案,是否可以進入 AI 工具,是否需要脫敏,都要提前確認。很多 AI 專案不是技術出錯,而是資料許可權沒講清。

如果材料涉及客戶使用者、訂單、財務、廣告賬戶或內部流程,預設按敏感資料處理。能不用就不用,必須用就只取必要欄位。

第 3 步:拆 6 欄位 Brief 的交付物 / 範圍(4 欄位寫法)

交付物要具體到檔案和動作。

模糊說法清楚範圍
做內容交付 5 條短影音指令碼和標題備選
做自動化表單資料寫入表格並郵件提醒
做品牌交付定位文案、主頁簡介和服務頁結構
做圖片交付 6 張草案和提示詞記錄
做網站交付一個落地頁文案和區塊結構

範圍要同時寫包含和不包含。比如“包含一輪結構修改,不包含廣告投放和賬號代營運”。這不是小氣,是保護雙方。

範圍越清楚,報價越穩。客戶也更容易判斷是否要升級。

拆範圍時也要寫“交付形式”。同樣是文案,可能是 Google Docs、Markdown、Notion、Figma 註釋、表格欄位或網站區塊;同樣是自動化,可能是流程圖、指令碼、可執行 demo 或操作文件。形式不清,客戶會用自己的想象驗收。

範圍還要寫誰負責什麼。客戶負責提供材料和反饋,你負責整理、製作和交付。職責不分,專案會變成你替客戶補所有缺口。

第 4 步:寫驗收 ≥ 3 條 + 修改邊界(避開"客戶滿意")

驗收標準要可觀察。

專案驗收標準示例
文案包含標題、首屏、賣點、FAQ、CTA
自動化測試資料能進入表格並觸發通知
圖片風格、尺寸、用途和可修改檔案清楚
指令碼包含開頭、主體、轉場、結尾行動
診斷輸出問題、證據、優先順序和下一步

不要寫“客戶滿意為止”。這會把驗收變成情緒判斷。可以寫“包含兩輪修改,第一輪改結構,第二輪改文字或細節”。

修改邊界也要寫在 Brief 裡。沒有邊界的修改,會吞掉利潤和關係。

驗收標準越靠近交付物越好。不要寫“提高轉化”“增強品牌感”這種你無法單獨控制的指標。可以寫“提供三版標題方向”“每個賣點配一個證據說明”“交付一份可複製的自動化設定說明”。

如果客戶堅持用不可控結果驗收,比如銷量、排名、播放量,你要把它改成可控交付,或者暫緩合作。

第 5 步:掃 5 類紅燈(無授權 / 無驗收 / 時效 / 銷量 / 無限改)

不是所有專案都該接。

紅燈處理
客戶目標頻繁變化先做診斷,不直接執行
材料明顯不足補材料再報價
要求違規或侵權拒絕
只要結果不要過程寫清風險,不承諾不可控結果
修改邊界不接受不接或改成按階段收費
付款和許可權不清先核驗平臺和合同

拒絕錯配專案,是自由職業技能的一部分。新手最怕為了成交接下高風險專案,最後賠時間、賠口碑。

紅燈不一定代表客戶壞。很多時候只是專案還沒準備好。

紅燈也有處理等級。材料不足可以補材料;目標變化可以先做診斷;要求違規或侵權就直接拒絕;付款和平臺規則不清就先核驗。不要把所有紅燈都硬扛,也不要把所有紅燈都當成客戶問題。

你可以把暫緩說得專業:現在不建議直接執行,先做一個小診斷或樣品階段,把目標和材料確認後再進入完整交付。

練習方式

新手可以每天找一個公開專案練 Brief。比如一條招聘帖、一段客戶需求、一家店鋪頁面、一篇舊文案。先不要報價,只練把需求拆成目標、材料、交付物、風險和追問。

練習時保留兩版:第一版按客戶原話直接理解,第二版按 Brief 表重寫。對比兩版,你會很快發現自己最容易漏掉哪些欄位。常見漏項是驗收標準、修改邊界、材料許可權和不包含範圍。

真正接客戶時,不要把練習模板原樣發出去。模板只是提醒你不漏欄位,最終語言要像正常專案溝通。

客戶 Brief 模板

欄位填寫
專案目標___
目前問題___
客戶已有材料___
交付物___
不包含範圍___
驗收標準___
修改邊界___
風險和未確認欄位___
下一步可報價 / 補材料 / 暫緩

把這張表發給客戶確認。客戶確認後,再進入報價或提案。

公開範圍引數(用於讀者比照判斷,不是個人接案經歷):

  • 觸發訪談門檻:客戶原話 < 30 字 OR 驗收人未明 OR 素材完整度 < 50%;
  • 訪談題數:固定 5 題(業務目標 / 驗收人 / 輸入材料 / 時間窗 / 預算線索);
  • Brief 欄位數:6 欄位(目標 / 輸入 / 交付物 / 範圍 / 驗收 / 紅燈);
  • 驗收標準條數:≥ 3 條,每條含“由誰驗收 + 通過判斷”;
  • 修改輪次預設:1 輪結構 + 1 輪文字,超出轉加項報價。 這是新手訪談 + Brief 階段的固定操作引數,平臺規則 / 抽成 / 提現以執行當天后臺為準。

AI 怎麼輔助

AI 適合做這些:

  1. 從客戶原話提取目標和缺失欄位。
  2. 生成追問清單。
  3. 把聊天記錄整理成 Brief。
  4. 檢查範圍是否模糊。
  5. 標出紅燈和暫緩條件。

AI 不能替你判斷客戶是否可信,也不能確認平臺規則、付款、授權和賬號許可權。涉及這些欄位,必須人工核驗。

讓 AI 整理 Brief 時,要給它客戶原話,不要只給你的總結。原話能保留風險。

官方資料與核驗口徑

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

跨平臺核驗入口:

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

常見問題

客戶在 Upwork 寫 23 字 + 催我“先報個價”怎麼回?

固定句式:"Before quoting, I need 5 quick questions to scope this properly (each ≤ 60 sec):① speed / accuracy / volume 優先 ② 誰驗收 ③ 已有素材清單 ④ 時間窗 ⑤ 大致預算區間。These keep the quote accurate."——把“先報價”壓力轉為“先訪談”流程。客戶配合 → 5 題完成後給 Brief;客戶拒答 → 進拒接清單。

客戶拒答"誰驗收" / 反覆跳過這一題怎麼辦?

直接拒接。無驗收人 = 你無法判斷什麼是"完成“,整個專案會變成情緒驗收。固定話術:”I can't draft a fair scope without knowing who signs off. If you're the decision-maker, please confirm; if not, please loop them in—otherwise we should pause this thread."

售後腐蝕(客戶在 Brief 範圍外不斷小改)怎麼算?

按 6 欄位 Brief 裡的“範圍: 包含 X 不包含 Y”邊界處理。第一次出現就用"this is outside the brief we agreed on (clause Y); happy to scope as an add-on" 提醒;連續 2 次後停止響應,等加項報價確認。詳見 付款 / 退款風險 的售後邊界寫法。

Upwork 接案 vs 私域接案,診斷 + Brief 流程是否一樣?

骨架一樣,載體不同。Upwork 走 Resolution Center 溝通記錄 + Milestone 驗收記錄留證;私域走合同郵件 + Stripe Atlas 模板 + 專案溝通文件。兩邊都必須做 5 題訪談 + 6 欄位 Brief,不要因為是“熟人訂單 / 私域訂單”就跳過 Brief——熟人訂單出問題反而更難處理。

執行前至少核驗:

接下來去哪

本頁目錄