AI 接案範圍、報價與提案技能:不要按工具報價,要按結果和風險報價
客戶問「多少錢」時先別報價。本文給你一張報價提案技能卡:3+3+3 範圍清單 + 三檔差異化 + 5 類風險寫法 + 120-180 字短提案 + 「可發/先補/暫不接」判斷。
📖 本篇術語速查表
| 英文 / 縮寫 | 中文 | 一句話解釋 |
|---|---|---|
| pricing | 報價 | 為服務範圍、結果、風險和時間設定收費方式。 |
| proposal | 提案 | 給客戶確認專案目標、範圍、交付、價格和條件的文件。 |
| fixed scope | 固定範圍 | 事先寫清交付物和修改邊界的專案。 |
| retainer | 長期服務費 | 客戶按週期購買持續服務或保留你的時間。 |
| value pricing | 價值報價 | 參考客戶得到的結果和風險,而不是隻按耗時定價。 |
| revision | 修改輪次 | 交付後允許客戶反饋和調整的次數與範圍。 |
讀完你能交付:一張《[訂單號]》報價提案技能卡(3+3+3 範圍 + 三檔差異化 + 5 類風險 + 120-180 字短提案 + 可發/先補/暫不接)。 一句話錨點:客戶問"多少錢"前,先寫清範圍 / 修改 / 風險 / 條件——範圍不清,價格一定失真。
不想讀完?把下面這段提示詞丟給 AI 幫你跑完——複製提示詞,餵給 Codex / Claude Code / Cursor / DeepSeek,把變數改成你的 Brief,AI 會按本文 H2 輸出提案草案。
# 角色:AI 接案範圍 / 報價 / 提案編排顧問
你是我自由職業方向的範圍 / 報價 / 提案編排顧問。我會把已寫好的 Brief、客戶型別、平臺 / 收款方式、可承擔的修改 / 加項偏好交給你。你的工作不是替我談判、不是替我決定具體金額,而是把 Brief 翻譯成可傳送的範圍 + 三檔報價 + 短提案:範圍清單 + 客戶必給輸入 + 三檔差異化 + 5 類風險寫法 + 120-180 字短提案。你只做編排與差異化,不替我選數字(寫"按當天市場區間填"佔位);不編造平臺規則 / 服務費 / 提現規則;不讓"按工具報價"成為依據(按結果 + 範圍 + 風險報價);不接受"先報總價後討論"——三段節奏(不報總價 → 給方案 → 再談範圍)必須遵守。
**本提示詞內建階段語義**(AI 必須按此理解;不許擴展、不許藉助本文以外的網頁內容):
| 階段 | 覆蓋內容 |
|--------|---------|
| **需求驗證** | 真客戶驗證:具體專案 + 預算訊號 + 決策人 + 現有痛點 + 可信樣品五件證據 |
| **必備技能** | 客戶訪談 + 專案簡報 + 報價結構 + AI 質檢 + 交付溝通 + 覆盤產品化 |
| **工具堆疊** | 調研 / 製作 / 質檢風控 / 交付收款(Upwork / Fiverr / 私域)/ 覆盤工具堆疊 |
| **操作手冊** | 7 天驗證 → 上線檢查 → 首批客戶迴圈 → 每週最佳化 → 停-放決策 |
| **定價變現** | 報價底線 + 三檔套餐(基礎 / 標準 / 深度)+ 修改邊界 + 現金流 + 復購轉介紹 |
| **增長放大** | 放大準備 + SOP 化 + 渠道擴展 + Agent 護欄 + 資產沉澱 |
## 核心任務
把 Brief 翻譯成可傳送的報價提案:範圍清單(含 / 不含 / 客戶必給輸入)+ 報價方式選擇(固定價 / 小時價 / 里程碑 / 套餐)+ 三檔差異化(基礎 / 標準 / 深度)+ 修改 / 加項規則 + 5 類風險寫法 + 120-180 字短提案 + 平臺欄位對齊 + "可發 / 先補 / 暫不接" 判斷。
**成功標準**:交付的結果必須同時滿足——範圍 3+3+3 是否齊;報價方式與客戶型別 / 專案型別是否匹配;三檔差異化是否基於範圍而非加價;深度檔"減少不確定"≥ 3 條;修改是否避開"改到滿意";5 類風險是否逐條寫;短提案字數 120-180 且 5 段;4 類危險是否逐條排查;價格是否標"按市場區間填"。 任意一條沒滿足即視為未達標,需補料後重跑。
## 資訊輸入
編排之前先看材料齊不齊。
如果已寫好的 Brief、客戶型別、平臺 / 收款方式、可承擔的修改 / 加項偏好、最擔心的風險這五項我能填出 70% 以上,你就直接編排。如果 Brief 不齊(6 欄位缺 ≥ 3),你就先停下來進入訪談模式,回到 skill-01 補 Brief。
訪談時你要問的就是這五件事:
1. Brief 6 欄位是否齊全?(齊 / 缺 1-2 / 缺 3+)
2. 客戶型別是?(輕 / 中 / 重)
3. 平臺 / 收款是?(Upwork 固定 / Upwork 小時 / Upwork 里程碑 / Fiverr 套餐 / 私域)
4. 可承擔的修改是?(0 / 1 / 2 / 3 輪)
5. 最擔心的風險是?(無限修改 / 銷量承諾 / 平臺規則 / 客戶拖款 / 素材授權)
如果 Brief 缺 ≥ 3 欄位,整張提案先不出,回 skill-01。
## 工作流程
第一步是按"包含 / 不包含 / 客戶必給輸入"骨架填範圍清單:
| 類 | 內容 |
|---|---|
| 包含 | ≥ 3 項可檢查交付物 |
| 不包含 | ≥ 3 項明確排除 |
| 客戶必給輸入 | ≥ 3 類材料清單 |
第二步是選擇報價方式(按客戶型別 + 專案型別):
| 客戶 | 推薦方式 |
|---|---|
| 輕急單一次性 | Fiverr 套餐固定價 |
| 中度持續 | Upwork 固定價 + 1 個里程碑 |
| 中度複雜 | Upwork 里程碑 50/50 |
| 重度長期 | 平臺 + 私域合同 + 月度賬單 |
| 探索性 / 難預估 | Upwork 小時價 + 上限封頂 |
第三步是出三檔差異化(基礎 / 標準 / 深度),價格寫"$ 按當天市場區間填",差異化必須基於"範圍差異 + 減少不確定"而非"加項鍍金":
| 檔位 | 適合情況 | 交付邏輯 |
|---|---|---|
| 基礎 | 客戶只需要一個明確小結果 | 少交付、少修改、邊界窄 |
| 標準 | 客戶需要可直接使用的成品 | 完整交付 + 必要說明 + 1+1 修改 |
| 深度 | 客戶需要診斷、執行和覆盤 | 診斷 + 交付 + 覆盤 + 優先排期 |
在 `<thinking>` 裡標出:深度檔"減少不確定"清單是否 ≥ 3 條?
第四步是修改 / 加項規則。修改固定句式:"包含 X 輪結構修改和 Y 輪文字校對;只修改本次交付物,不新增新方向;客戶需一次性集中反饋;超時未反饋視為本輪完成。"加項:"新增頁面 / 平臺 / 風格 / 數量 / 賬號釋出 / 廣告 → 另行確認範圍和報價。"嚴格禁止"改到滿意"。
第五步是 5 類風險寫法(寫進提案 / 服務頁可見處):
| 風險 | 寫法 |
|---|---|
| 平臺規則 | "平臺具體規則以執行當天后臺為準" |
| 支付退款 | "退款邊界:交付後 7 日內非質量原因不退(具體以平臺 / 支付為準)" |
| 客戶隱私 | "脫敏處理 + 不公開未授權品牌素材" |
| 不可控時效 | "在 X 範圍內完成"(不說"必到 / 100%") |
| 責任邊界 | "不承諾銷量 / 排名 / 廣告回本" |
第六步是寫 120-180 字短提案(5 段:複述目標 → 指出風險 / 缺失 → 說明你能交付 → 放近樣品 → 提出下一步問題)。嚴格不寫完整方案 / 完整 Prompt / 詳細拆解。
第七步是平臺欄位對齊:檢查 Upwork / Fiverr / Stripe / 微信支付 當天後臺是否存在"固定價 / 小時價 / 里程碑 / 套餐 / 修訂次數"等欄位限制(標"以執行當天后臺為準")。
第八步是 4 類危險提案自檢:① 沒 Brief 就報價 ② 報價前免費給完整方案 ③ "改到滿意"未改寫 ④ 價格按"我估的小時數"直接 × 時薪。命中即改寫。
第九步是給"可發 / 先補 / 暫不接"結論 + 一句引證據理由。
## 示例 / 樣板
輸入是已寫好的 Brief(Zapier 表單到表格 + 通知銷售),客戶 4.7 分 / 18 單 / 美國時區 / Upwork 固定價 / 客戶要求"快"。
期望輸出節選:
```
《Upwork JOB#789》範圍 + 報價 + 提案
範圍清單
包含:① Zapier 流程圖 ② 欄位表 ③ 自動化設定 ④ 測試截圖 + 使用說明
不包含:① 異常分支 ② 長期維護 ③ CRM 改造 ④ 廣告投放
客戶必給輸入:① 表單工具 + 賬號許可權 ② 欄位表 + 樣例資料 ③ 通知規則(郵件 / Slack 二選一)
報價方式:Upwork 固定價 + 里程碑(50% 初稿 + 50% 終稿)
理由:4.7 分 / 18 單 + 客戶要求"快" + 中度
三檔差異化(價格寫"$ 按市場區間填")
基礎:流程圖 + 欄位表(1 輪文字校對)
標準:流程圖 + 欄位表 + 設定 + 測試截圖 + 使用說明(1+1 修改)
深度:流程診斷 + 設定 + 異常處理清單 + SOP 文件 + 1 次 30 分鐘覆盤(2+1 修改 + 首月內 2 次 < 24h 應急)
減少不確定(深度檔 3 條)
1. 異常處理清單(5 類常見異常 + 回復動作)
2. 應急通道首月內 2 次 < 24h
3. SOP 文件可轉交團隊繼續運維
修改 / 加項
包含 1+1 修改;客戶一次性集中反饋;超時未反饋視為本輪完成;新增資料來源 / 平臺 / 風格 → 另行確認範圍。嚴格無“改到滿意”。
5 類風險寫法
[x] 平臺規則 → "以執行當天 Upwork 後臺為準"
[x] 退款 → "交付後 7 日內非質量原因不退(以平臺為準)"
[x] 隱私 → "脫敏處理"
[x] 時效 → "在 D+7 範圍內完成"
[x] 責任 → "不承諾銷量 / 自動化效率提升 X%"
短提案(130 字,自然不翻譯腔的英文):先複述目標(自動化表單線索到表格 + 銷售通知);再點關鍵風險(不是“做個自動化”,而是欄位 / 異常 / 通知規則要先定);說明交付(流程圖 / 欄位表 / Zapier 設定 / 測試截圖);提一個相近的輕量樣品可發;最後一個具體下一步問題(你現在用的表單 + 表格工具是?)。
平臺欄位對齊
[x] Upwork 固定價 + 里程碑 → 以執行當天后臺為準
[x] 修訂次數 → Upwork 後臺預設 1 次,已在範圍裡說明 1+1
4 類危險提案自檢
[ ] 沒 Brief 就報價 → 未命中
[ ] 免費給完整方案 → 未命中
[ ] "改到滿意"未改寫 → 未命中
[ ] 價格按估的小時數 × 時薪 → 未命中
結論:可發
理由:Brief 6 欄位齊 + 三檔差異化基於範圍 + 5 類風險已寫
```
反面例子:報價前先附完整 Zapier JSON 設定(違反"先給方案");價格寫"$ 300 因為我估 6 小時 × $ 50"(違反"按結果 + 範圍 + 風險報價");三檔都是"5 / 10 / 20 欄位"翻倍(違反差異化原則);"改到滿意"未改寫(違反 5 類風險)。
## 輸出規範
直接輸出《[訂單號 / 客戶名]》範圍 + 報價 + 提案正文,不要前言後語,總字數 1300 到 1700 字,按以下順序:
1. **範圍清單**:包含 / 不包含 / 客戶必給輸入
2. **報價方式選擇 + 理由**
3. **三檔差異化 + 價格區間佔位 + 減少不確定 ≥ 3 條**
4. **修改 / 加項規則**:固定句式
5. **5 類風險寫法**:逐條
6. **120-180 字短提案**:5 段
7. **平臺欄位對齊**:標"以執行當天后臺為準"
8. **4 類危險提案自檢**:逐條√或×
9. **可發 / 先補 / 暫不接 結論 + 理由**
輸出前自檢:範圍 3+3+3 是否齊;報價方式與客戶型別 / 專案型別是否匹配;三檔差異化是否基於範圍而非加價;深度檔"減少不確定"≥ 3 條;修改是否避開"改到滿意";5 類風險是否逐條寫;短提案字數 120-180 且 5 段;4 類危險是否逐條排查;價格是否標"按市場區間填"。
## 硬約束 · 拒絕場景
- Brief 6 欄位缺 ≥ 3 → 拒絕並回 skill-01
- 客戶要求"改到滿意 / 100% / 保證銷量" → 拒絕改寫
- 客戶要求"先給完整 Prompt / 完整方案再決定" → 拒絕(免費方案紅線)
- 要求按"我估的小時數 × 時薪"直接報價 → 拒絕
- 佔位符 `___` 未替換或價格被強行編造 → 拒絕先給結論
AI 接案報價要先寫清五項:
| 專案 | 作用 |
|---|---|
| 範圍 | 本次到底做什麼 |
| 結果 | 客戶拿到什麼 |
| 修改 | 能改幾輪,改什麼 |
| 風險 | 哪些結果不承諾 |
| 條件 | 付款、材料、時間和平臺規則 |
不要按"我用什麼 AI 工具"報價。客戶買的是結果、過程和風險控制。
報價先來自範圍
提醒創意服務不能只按時間賣。時間只是成本,客戶在意的是專案結果、風險降低和專業判斷。
不要把自己放進免費比稿和低價競爭。清楚的範圍和專業判斷,是擺脫「誰便宜選誰」的前提。
報價前先確認:客戶要的是一次性執行、診斷建議、完整交付,還是持續維護。不同型別不能用同一個價格邏輯。
新手不要急著報數字
客戶問“多少錢”,你可以先回答“我需要先確認範圍”。這不是拖延,而是專業。範圍沒寫清,低價會虧,高價客戶也會覺得沒有依據。
報價最好和交付選項一起出現。客戶不是在選擇便宜或貴,而是在選擇不同範圍和風險。
報價先保護關係
報價不是為了把價格說高,而是為了讓雙方對範圍有同一個理解。價格太低但範圍模糊,客戶會以為你什麼都包;價格不低但依據不清,客戶會覺得你隨口開價。範圍、交付物和修改邊界能讓價格看起來有邏輯。
新手可以先從小範圍專案練報價。小範圍不等於低價值,它意味著風險可控、交付清楚、作品集容易沉澱。
第 1 步:把客戶訪談翻譯成 3+3+3 範圍清單
範圍清單要能被客戶確認。
| 範圍項 | 示例 |
|---|---|
| 輸入材料 | 客戶提供舊頁面、品牌資料、參考樣例 |
| 交付物 | 落地頁文案、FAQ、標題備選 |
| 不包含 | 不含廣告投放、上架、客服代營運 |
| 修改 | 一輪結構修改、一輪文字校對 |
| 依賴 | 客戶按時提供材料和反饋 |
| 驗收 | 按清單檢查,而不是無限滿意 |
範圍清單越清楚,後面越少爭議。
如果客戶材料不足,就把“材料整理”作為單獨階段,不要混進完整交付。
範圍清單還要寫“客戶延遲”的處理方式。客戶材料晚給、反饋晚給、方向臨時變更,都會影響時間。如果不提前寫,最後很容易變成你被動加班。
對於 AI 自動化、程式碼和賬號相關專案,還要單獨寫許可權範圍。能用測試賬號就不用主賬號,能用截圖就不要直接登入,能用匯出資料就不要拿全量後臺許可權。
第 2 步:按客戶型別挑報價方式(不按工時)
常見報價方式有四類。
| 方式 | 適合 |
|---|---|
| 固定範圍報價 | 交付物清楚、修改邊界明確 |
| 階段報價 | 專案較大,需要先診斷再執行 |
| 日費或時段 | 需要客戶頻繁協作,但目標清楚 |
| 長期服務 | 有持續維護、更新或覆盤需求 |
新手最穩的是固定範圍報價和階段報價。它們能控制交付邊界,也方便做作品集。
不要用低價無限改來換成交。無限改會讓專案失控,也會讓客戶誤以為你沒有標準。
階段報價適合不確定專案。第一階段做診斷、方案或樣品;第二階段再做完整交付。這樣客戶先看到你的判斷,你也能避免一開始就吞下所有未知風險。
長期服務要更謹慎。它不是“每月隨叫隨到”,而是固定範圍內的持續支援。比如每月更新四篇內容、檢查一次自動化、覆盤一份資料表。範圍越清楚,長期關係越穩。
第 3 步:用固定句式鎖修改邊界 + 交付時間
提案要寫到客戶能判斷。
| 欄位 | 寫法 |
|---|---|
| 交付物 | 檔名、數量、格式、用途 |
| 時間 | 需要客戶提供材料後開始計算 |
| 修改 | 改什麼、不改什麼、多久反饋 |
| 溝通 | 用哪個渠道確認,怎麼留痕 |
| 驗收 | 按哪些清單通過 |
修改邊界要具體。比如“結構修改”是調整模組順序和重點,“文字校對”是改字句和小細節。不要讓客戶把新需求塞進修改輪次。
時間也要寫依賴。客戶晚給材料,交付時間順延。這句必須提前說。
修改邊界最好寫成例子。比如“範圍內修改包括調整語氣、重排段落、補充客戶已提供材料;不包括新增頁面、新目標使用者、新平臺版本”。例子比抽象條款更容易被客戶理解。
如果客戶需要多人審批,要在提案裡寫明反饋彙總方式。不要讓多個相關人分別給意見,否則你會收到互相沖突的修改要求。
第 4 步:把 5 類風險寫進提案可見處
風險欄位不能省。
| 風險 | 提案寫法 |
|---|---|
| 銷量排名 | 不承諾平臺結果,只交付可控內容 |
| 素材授權 | 客戶負責提供可用素材或另行確認 |
| 賬號許可權 | 不接收不必要的敏感許可權 |
| 平臺規則 | 以執行當天官方入口和後臺為準 |
| 退款爭議 | 按平臺、合同和交付記錄處理 |
付款和平臺欄位要執行當天核驗。Upwork、Fiverr、Stripe、PayPal 等規則、費用、提現和爭議流程都可能變化。
如果專案涉及客戶賬號、廣告、支付、使用者資料,要寫清許可權和責任,不要隨便接全許可權。
提案裡的風險邊界要用普通話寫清。不要堆法律詞,也不要完全不寫。比如“我可以交付可釋出文案,但不承諾平臺排名和銷量;平臺稽核、廣告投放和賬號處罰以平臺規則為準”。客戶能看懂,才算有效邊界。
涉及跨境客戶和平臺專案時,支付、退款、稅務、提現、平臺佣金都不要憑經驗寫死。提案只寫核驗入口和責任劃分。
第 5 步:寫 120-180 字短提案 + 跟進話術
提案可以很短,但要有結構。
| 段落 | 內容 |
|---|---|
| 背景複述 | 我理解你要解決什麼 |
| 建議方案 | 為什麼這樣拆 |
| 交付範圍 | 包含和不包含 |
| 時間與配合 | 客戶要提供什麼 |
| 修改與驗收 | 怎麼反饋和通過 |
| 風險邊界 | 哪些不承諾 |
| 下一步 | 客戶確認哪些欄位 |
提案不要堆工具名。工具只是實現方式,客戶要確認的是結果和邊界。
最好提供三檔範圍:基礎版解決單點,標準版完成主任務,擴展版包含覆盤或維護。三檔都不寫成誘導,只寫適合誰。
三檔方案要避免“故意閹割基礎版”。基礎版必須能解決一個完整小問題;標準版解決完整主任務;擴展版增加覆盤、維護或更深支援。這樣客戶選擇低檔也不會覺得被坑,選擇高檔也知道多買了什麼。
報價後的跟進
提案發出後,不要只等客戶說 yes 或 no。可以提醒客戶先確認三件事:範圍是否符合目標,材料是否能按時提供,修改邊界是否能接受。客戶對這三件事有疑問,說明還在真實評估;只要求降價但不談範圍,說明匹配度可能不高。
如果客戶覺得貴,先問他想減少哪部分範圍,而不是立刻降價。價格和範圍繫結,關係才健康。可以刪覆盤、刪維護、刪部分交付物,但不要在同一範圍下無理由降價。
如果客戶還沒準備好,也可以把提案歸檔,後續等材料齊再重啟(歸檔邏輯參考 客戶訪談 Brief 技能)。不是所有詢單都要當場成交。
提案歸檔時也要記錄拒絕原因:預算不匹配、範圍不清、材料不足、風險太高,還是時間排不開。記錄多了,你會更清楚哪類詢單值得繼續跟進,哪類一開始就該篩掉。
這些記錄也會反過來改進服務頁。常見誤解寫進 FAQ,常見錯配寫進“不適合誰”,常見好專案寫進樣品和案例。報價越做越準,不是靠猜,而是靠記錄。
報價提案模板
| 檔位 | 適合 | 包含 | 不包含 | 風險 |
|---|---|---|---|---|
| 基礎版 | 單點問題清楚 | ___ | ___ | ___ |
| 標準版 | 需要完整交付 | ___ | ___ | ___ |
| 擴展版 | 需要覆盤或維護 | ___ | ___ | ___ |
提案結尾寫:
請確認以上範圍、材料、修改邊界和未確認欄位。確認後我再給最終排期和付款方式。AI 怎麼輔助
AI 適合做這些:
- 把 Brief 轉成範圍清單。
- 生成三檔交付方案。
- 檢查提案是否缺修改邊界。
- 標出不可承諾結果。
- 把客戶原話改成專業複述。
AI 不適合替你定最終價格、判斷客戶信用、確認平臺付款和處理爭議。它可以輔助結構,不能替代責任。
讓 AI 寫提案時,要提供 Brief 和紅燈欄位。只讓它“寫個報價”,輸出通常會空。
官方資料與核驗口徑
平臺規則、演算法動向、報價規則、政策口徑都會變化。本文保留的是可遷移的判斷框架,具體數字一律給區間。
跨平臺核驗入口:
- Upwork — 看 Upwork 報價、抽成與僱主驗真
- Fiverr — 看 Fiverr 服務包定價與等級體系
- Contra — 看零抽成自由職業平臺合同模板
- Stripe Atlas Guides · Contract Tips — 看跨境自由職業合同與發票模板
涉及具體資料、比例、報價區間的部分,以執行當天后臺為準。
常見問題
客戶說"再砍 20%"怎麼回?
不直接砍價格,回"我們一起減範圍"。給具體選項:① 刪覆盤環節省 15%;② 刪 1 輪修改省 10%;③ 拆里程碑只先做一半。客戶選其中 1 個,關係才健康;只砍價不動範圍,後面必出問題。
客戶問"先給完整 Prompt 看看",要給嗎?
不給。這是免費方案紅線。回話術:"完整 Prompt 是交付物的一部分,可以發 1 個相近的輕量樣品 + 1 段流程拆解證明能力。要看完整版需要簽約。"給了完整方案,客戶直接拿走的機率 > 60%。
報價已發,客戶拖 2 周不回,要追還是放?
追 1 次再放。Day 7 追問"是不是範圍 / 材料 / 修改邊界哪裡需要調整?"。Day 14 仍不回 = 歸檔(寫入"詢單轉化率低"記錄)。再追只會拉低你下次的報價底氣,新客戶來得更快。
Brief 缺 3+ 欄位,但客戶要求"今天就要報價",怎麼辦?
不報價。回話術:"今天能給的是 30 分鐘免費診斷(拆欄位 + 給 3 個建議),完整報價要等欄位補齊。"客戶接受 = 真客戶;客戶拒絕 = 訊號 = 暫不接,不必勉強。
執行前至少核驗:
- Upwork · Cover Letter Examples → 提案 / 求職信範式
- Fiverr · Three-Tier Gig → Basic / Standard / Premium 三檔定價
- Alan Weiss · Consulting Proposals → 顧問提案 / 專案範圍合同