客戶開價太低嗎？Freelancer 接案前的 3 問決策樹

客戶開價太低嗎？Freelancer 接案前的 3 問決策樹

客戶說：「就改幾行代碼，收這麼多？」

你是不是也曾這樣懷疑過自己？

每個 freelancer 都遇過這種時刻——客戶開了一個數字，你直覺「好像太低了」，但又說不出具體原因。以下是三個問題，幫你在 30 秒內判斷一個報價是否值得接。

🚀 快速診斷：你的案子值多少錢？

$10 Quick Review → https://paypal.me/cheapuno

If you’re mid-quote and unsure whether your number is fair, send me your scope description and I’ll reply within 24 hours with:

• Whether your price covers actual risk
• 1 concrete fix to protect your margin
• 24-hour delivery, no obligation

✋ 誰需要這個決策樹？

你適合讀這篇，如果你：

• 曾經對一個報價說「好像有點低，但我不知道怎麼反駁」
• 每次報價前糾結半天，最後還是報了一個讓自己後悔的數字
• 客戶說「太貴了」然後你就讓步了
• 從來沒有系統性地評估過「這個案子到底值多少錢」

你不一定要讀這篇，如果你：

• 已經有固定客戶和穩定報價系統
• 每個案子都能清楚算出自己的成本和利潤

3 問決策樹

Q1：這個價格是否覆蓋你的實際時間成本？

別只算「改了幾行代碼」。真實成本包括：

• 讀懂陌生的 codebase（新手可能 3 小時起跳）
• 本地環境折騰（特別是別人維護的老項目）
• 測試和部署風險（部署壞了誰負責？）
• 客戶來回溝通的成本（「再大一點」「這個藍再淺一點」）
• 未知因素：如果代碼原作者已經不在，你是在維修「別人的技術債」

快速算法：把報價 ÷ 你估計的總小時數 = 每小時實際時薪。拿這個數字和你的底線比（建議：不是你「想要」的時薪，而是你「能接受吃飯」的時薪）。

如果低於底線 30%，進 Q2。

Q2：需求是否清楚到可以控制風險？

報價低且需求模糊 = 高危信號。

以下任一症狀存在，提高風險溢價或拒絕：

• 「就簡單改一下」——沒有定義邊界
• 沒有明確定義「完成」的標準——上線了算完成？客戶滿意了算完成？
• 對方說「你先做再說」——這句話幾乎等於「我打算白嫖你」
• 沒有提供任何文件或代碼庫 access——等於讓你盲開

決策樹：

• 需求不清楚 + 報價低 → 報價必須上浮 50%，否則不接
• 需求不清楚 + 報價合理 → 可以談，先付定金再動工
• 需求清楚 + 報價低 → 進 Q3

Q3：這個案子是否帶來明確後續價值？

有兩種情況可以在低報價下仍然接：

1. 確定的後續項目：客戶明確說「這個做好了，下個月還有 X 個功能要做」
2. 戰略性客戶：這個客戶有公開作品價值（大厂案例、知名公司、能寫進 portfolio 的上線項目）

如果兩者都沒有，低報價等於純粹的自我低估。

Hypothetical Case Study：從 $800 到 $1,200 的談判記錄

以下為假設案例，數字均為假設範例，非真實收入承諾。

背景：

• 客戶：小型電商公司，老闆非技術人
• 需求：將官網從 HTTP 改成 HTTPS，再加一個聯絡表單
• 客戶原始開價：$800
• freelancer 估算後：這是「簡單案子」

Q1：$800 是否覆蓋實際成本？

freelancer 估算時數：

• HTTPS 遷移（含 Mixed Content 修復）：6-8 小時
• 聯絡表單設計 + 後端：4-6 小時
• 測試：3 小時
• 溝通：3-4 小時
• 合計：16-21 小時

$800 ÷ 16 小時 = $50/小時。低于底線，進 Q2。

Q2：需求清楚嗎？

分析發現：

• 客戶主機是 Apache 2.2（不支持現代 TLS），HTTPS 升級比預期複雜
• 無 staging 環境，需在正式環境直接測試
• 客戶說「應該不難吧」——範圍蔓延前兆

→ Q2 觸發「需求模糊 + 報價低 = 高危」規則。

Framework 計算：

• Base Rate (BR) = $800（客戶原始報價）
• Scope Multiplier (SM) = 1.5（medium complexity，含主機環境風險）
• Risk Buffer (RB) = 0.2（20%，客戶有變更歷史）
• Framework Quote = $800 × 1.5 × 1.2 = $1,440

談判過程（假設目標）：

• freelancer 提出 $1,440，含清楚範圍界定和變更費條款
• 客戶還價 $1,000
• 最終成交：$1,200（客戶接受範圍更清楚的報價結構）

避免了多少低估：$1,200 − $800 = $400 避免了初始低估。

If you want a second pair of eyes on your own numbers, I offer a $10 Quick Review — 你會收到：

1. 你的報價單審視（範圍是否定義清楚）
2. 3個具體調整建議（哪裡可以調高價格）
3. 談判話術（如果客戶說「太貴了」怎麼回）
4. 交付形式：Google Doc 或 PDF，24小時內

👉 下一步：把你的 scope 或報價草稿寄到 https://paypal.me/cheapuno

常見 5 問

Q1：這個框架適合什麼階段的 freelancer？
最適合已經能接案、但時常在「這個價到底合不合理」上猶豫的人。如果你剛開始接案還沒有參考基準，這套框架可以幫你建立第一個定價坐標系。

Q2：$10 review 需要多久完成？
24 小時內交付。如果你的 scope 特別複雜，會預先告知需要更長時間，最多不超過 48 小時。

Q3：我需要提前準備什麼嗎？
只需要把你的報價草稿或客戶的原始需求發給我（即使是幾行文字描述也可以）。愈多背景，review 愈精準。

Q4：如果 review 之後我還是不確定怎麼報價怎麼辦？
可以繼續問問題，我會在同一個 thread 裡持續支援，直到你定出數字為止。$10 不是「一問答」的價格，是「直到你行動」的價格。

Q5：$10 具體拿到什麼？
一份 PDF 或 Google Doc，內容包括：你的報價單審視、3 個具體調整建議、風險評估、如果需要的話談判話術。一個工作天內交付。

5-Signal Decision Checklist

Copy this before your next client call:

• [ ] Signal 1: 每小時時薪低於底線 30%？ → Trigger Q1
• [ ] Signal 2: 需求定義模糊（無邊界、無 staging、無文件）？ → Q2 高危，上浮報價
• [ ] Signal 3: 客戶說「先做再說」？ → 拒絕或收定金
• [ ] Signal 4: 無明確後續項目或戰略價值？ → 低報價等於自我低估
• [ ] Signal 5: 對方心裡有預算但嘴上說「貴」？ → 用範圍分層重構報價

談判回應模板（Q1-Q3 適用）

當 Q1 觸發（時薪過低）時：

「我重新估算了一下，這個範圍涉及[具體技術風險]，需要[ X 小時]，以我的時薪計算應該是 $ [數字]。你說的 $ [對方報價] 覆蓋不了這些風險，我們可以討論一個能保障雙方利益的數字嗎？」

當 Q2 觸發（需求模糊）時：

「我很高興接這個案子，但我需要先確認幾件事： staging 環境是否能提供？驗收標準是什麼？如果過程中有範圍變更，我們怎麼處理？我建議在合約裡先寫清楚，這樣對雙方都好。」

當 Q3 為「無後續價值」時：

「這個開價基於一次性的簡單報價。如果這個案子做完後有後續項目（[具體功能]），我們可以討論一個長期合作的價格結構，雙方都更穩定。你覺得呢？」

Q6：$10 review 通常會發現什麼問題？

Based on my experience reviewing freelancer quotes, here are the most common issues I find:

1. Scope不清 — The quote describes what to build, not what happens when requirements change mid-project. No change-order clause means you’re on the hook for free scope creep.

2. 價值證明弱 — The quote states the deliverable but doesn’t connect it to the client’s business outcome. “$500 for a landing page” vs “$500 for a landing page that converts 30% more signups” — the second one is easier to say yes to.

3. 缺少 CTA — No clear call-to-action from the client. If you don’t tell the client what to do next, they do nothing.

4. 定價摩擦 — The price is presented as a flat number with no breakdown. A client who sees “$500” might balk; one who sees “Setup: $150 + Design: $200 + QA: $100 + Deployment: $50” has multiple anchor points.

5. Buffer 缺口 — No contingency for unknowns. Even “simple” projects have hidden complexity — 10-20% buffer is standard for a reason.

A $10 review usually surfaces 2-3 of these. If yours has all 5, the review is absolutely worth it.

FAQ

Q：客戶說「太貴了」，怎麼辦？

A：客戶說「貴」通常有兩個原因：一是你的數字沒有連結到他的商業價值，二是你沒有給他台階下。最有效的方式是：「你心裡的預算是多少？」——這個問題讓他說出具體數字，而不是停留在「貴/不貴」的情緒層面。拿到數字後，再對照你的成本計算，差距多少來談。

Q：如何開口跟客戶說要漲價？

A：不要說「我要漲價」，要說「我重新看過範圍，發現需要涵蓋[具體風險]，這部分要加 $X」。重點是連結到具體的工作內容，不是你的成本上漲。把漲價框架成「更好的服務保障」，客戶更容易接受。

🔍 Not Sure If You’re Underpricing?

If you’re mid-project and realizing you’ve underpriced, or want to validate before you send your next quote:

$10 Quick Pricing Review

• Review your current scope and estimate
• Identify pricing gaps before it’s too late
• Provide specific adjustments to protect your margin
• 24-hour delivery
• → https://paypal.me/cheapuno

Format: PDF or Google Doc, depending on complexity

Last updated: July 2026