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 適合做這些:
- 從客戶原話提取目標和缺失欄位。
- 生成追問清單。
- 把聊天記錄整理成 Brief。
- 檢查範圍是否模糊。
- 標出紅燈和暫緩條件。
AI 不能替你判斷客戶是否可信,也不能確認平臺規則、付款、授權和賬號許可權。涉及這些欄位,必須人工核驗。
讓 AI 整理 Brief 時,要給它客戶原話,不要只給你的總結。原話能保留風險。
官方資料與核驗口徑
平臺規則、演算法動向、報價規則、政策口徑都會變化。本文保留的是可遷移的判斷框架,具體數字一律給區間。
跨平臺核驗入口:
- Upwork — 看 Upwork 報價、抽成與僱主驗真
- Fiverr — 看 Fiverr 服務包定價與等級體系
- Contra — 看零抽成自由職業平臺合同模板
- Stripe Atlas Guides · Contract Tips — 看跨境自由職業合同與發票模板
涉及具體資料、比例、報價區間的部分,以執行當天后臺為準。
常見問題
客戶在 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——熟人訂單出問題反而更難處理。
執行前至少核驗:
- Mom Test · 使用者訪談方法 → 客戶診斷訪談方法
- Notion · Project Brief 模板 → Brief 6 欄位標準
- Upwork · Discovery Best Practices → 自由職業客戶診斷範式