客戶開價太低嗎？Freelancer 接案前的 3 問決策樹
客戶說：「就改幾行代碼，收這麼多？」
你是不是也曾這樣懷疑過自己？
每個 freelancer 都遇過這種時刻——客戶開了一個數字，你直覺「好像太低了」，但又說不出具體原因。以下是三個問題，幫你在 30 秒內判斷一個報價是否值得接。
3 問決策樹
Q1：這個價格是否覆蓋你的實際時間成本？
別只算「改了幾行代碼」。真實成本包括：
- 讀懂陌生的 codebase（新手可能 3 小時起跳）
- 本地環境折騰（特別是別人維護的老項目）
- 測試和部署風險（部署壞了誰負責？）
- 客戶來回溝通的成本（「再大一點」「這個藍再淺一點」）
- 未知因素：如果代碼原作者已經不在，你是在維修「別人的技術債」
快速算法：把報價 ÷ 你估計的總小時數 = 每小時實際時薪。拿這個數字和你的底線比（建議：不是你「想要」的時薪，而是你「能接受吃飯」的時薪）。
如果低於底線 30%，進 Q2。
Q2：需求是否清楚到可以控制風險？
報價低且需求模糊 = 高危信號。
以下任一癥狀存在，提高風險溢價或拒絕：
- 「就簡單改一下」——沒有定義邊界
- 沒有明確定義「完成」的標準——上線了算完成？客戶滿意了算完成？
- 對方說「你先做再說」——這句話幾乎等於「我打算白嫖你」
- 沒有提供任何文件或代碼庫 access——等於讓你盲開
決策樹：
- 需求不清楚 + 報價低 → 報價必須上浮 50%，否則不接
- 需求不清楚 + 報價合理 → 可以談，先付定金再動工
- 需求清楚 + 報價低 → 進 Q3
Q3：這個案子是否帶來明確後續價值？
有兩種情況可以在低報價下仍然接：
- 確定的後續項目：客戶明確說「這個做好了，下個月還有 X 個功能要做」
- 戰略性客戶：這個客戶有公開作品價值（大厂案例、知名公司、能寫進 portfolio 的上線項目）
如果兩者都沒有，低報價等於純粹的自我低估。
真實案例：隱藏成本解析
案例 1：$200 改 3 行 CSS
客戶說：「就改導航列的顏色，$200 應該夠了吧？」
表面看：3 行 × $66/行 = 天價。
現實：
- 理解整個樣式系統、找到正確的 CSS 檔案：2 小時
- 本地環境折騰（別人的專案，Node 版本衝突）：1 小時
- 反覆修改確認視覺效果：3 小時（客戶說「那個藍再淺一點、再加個 hover 效果」）
- 部署時發現壞了其他頁面：2 小時
- 客戶最後說「還是原來的好」：情緒成本
實際時薪：$200 ÷ 8 小時 = $25/小時，低於 freelancer 最低生存線。
案例 2：$2,000 報價改 2 天的「簡單項目」
客戶說：「做一個登入系統，就基本功能，2 個禮拜夠了吧？」
報價 $2,000，看起來還不錯。
現實：
- 需求訪談：4 小時（客戶一開始說「就登入」，後來才說「還要有第三方登入、密碼重置、邀請機制」）
- 設計資料庫結構：3 小時
- 實現 Registration + Login + OAuth：6 小時
- 測試覆蓋：4 小時
- 文件撰寫和交接：2 小時
- 實際：19 小時 × $105/小時 = $1,995 ——這個案子壓根不賺錢
常見陷阱：為什麼低報價 freelancer 總是吃虧
1. 「就幾行代碼」陷阱
代碼行數 ≠ 工作量。真正的成本在「理解上下文」——你得讀懂別人的代碼邏輯，這可能比你自己寫慢三倍。
2. 「簡單的 SQL」陷阱
每一條看似簡單的 UPDATE 語句，背後可能是：
- 凌晨 3 點資料庫突然鎖死
- 備份失敗、沒有測試環境
- 正式資料一個失误就沒了
3. 「長期合作」陷阱
客戶說「我們長期合作」通常是好事，但前提是——
- 報價不能因為「長期」而打折
- 長期合作應該帶來穩定收入，不是穩定低價
你現在有一個具體報價嗎？
如果客戶給了你一個數字，你不確定是否該接——
For $10, I'll review one client offer and tell you whether it looks underpriced, risky, or worth taking.
直接發報價截圖或文字到 paypal.me/cheapuno，標註「報價審查」，24 小時內回覆具體分析。
快速決策檢查表（列印出來放桌邊）
□ 報價 ÷ 預估時數 > 我的底線時薪？
□ 需求有明確定義邊界嗎？
□ 有隱藏的技術債或未知因素嗎？
□ 客戶有明確的後續項目或品牌價值？
□ 我有權利說「不」嗎？
如果以上有任何一個「否」，這個報價需要重新談。
如果你想系統性学会如何報價、報價低了怎麼談、客戶不接受怎麼辦——歡迎從 Freelance Pricing Master Index 開始，這裡有 14 篇文章覆蓋 freelancer 定價的各種場景。
Top comments (0)