總遇到只比價格的客戶？改善詢問來源與篩選方式

為什麼接案詢問總是從「最低多少錢」開始？

「做一個網站多少？」「簡報一頁怎麼算？」「別人比你便宜，可以算少一點嗎？」如果你常收到這類訊息，難免覺得自己只被拿來比價。但先別急著把所有問價格的人歸類成不適合的客戶。

有些人確實只想找最低價，也有人只是第一次委外，不知道該問什麼。當服務介紹沒有說清楚工作範圍、交付內容和合作方式時，價格往往是對方唯一看得懂的比較項目。

要改善這種情況，不能只練習如何回答殺價。更值得檢查的是：客戶從哪裡找到你、看見什麼資訊，以及第一次詢問時有沒有機會理解服務差異。

先區分三種問價情況，不要一開始就貼標籤

第一種是資訊不足。對方還不知道網站有幾頁、文案要不要代寫、修改如何計算，所以只能先問大概費用。這類詢問需要的是協助釐清需求。

第二種是正常採購。對方已經列出工作項目、時程和驗收方式，希望比較不同供應商的報價。這不是壞事，你應該提供清楚的範圍，讓價格能被合理比較。

第三種才是條件明顯不適配，例如要求全部工作不變卻大幅降價、拒絕確認需求，或希望免費取得完整可執行方案。這時要設定界線，而不是無限配合。

同樣一句「能不能便宜」，背後可能是完全不同的需求。先問清楚，再決定下一步。

第一步：回頭看詢問從哪裡來

如果多數客戶來自只列價格的接案平台，或一則只強調優惠的貼文，他們先注意價格並不意外。若你的文章、網站或社群介紹一直說「便宜、快速、什麼都能做」，也容易吸引以低價為主要標準的詢問。

可以整理最近的詢問來源，例如搜尋文章、服務頁、社群貼文、朋友介紹、合作夥伴或接案平台。記錄每個來源的詢問內容與後續結果，而不是只看哪裡帶來最多私訊。

如果一個管道帶來很多詢問，卻大多超出服務範圍，不一定要立刻停用；可以先調整該管道呈現的資訊，觀察客戶是否更容易理解你提供什麼。

第二步：把服務名稱改成客戶能判斷的工作範圍

「專業網站設計」「高品質文案服務」聽起來不錯，卻很難拿來評估合作。對方不知道包含哪些頁面、誰負責準備內容、交付後能不能自行修改，自然會先問總價。

可以改成更具體的說法，例如「協助顧問整理品牌網站架構、服務介紹頁與詢問流程」，再補充是否包含內容撰寫、圖片處理、教育訓練與後續維護。

你不需要在首頁列出所有細節，但至少要讓讀者知道服務對象、主要成果與不包含的項目。範圍越清楚，越有機會在討論價格前先確認是否適合合作。

第三步：案例不要只放成品，也要說明合作過程

兩位設計師都展示漂亮的網站截圖，客戶不容易看出差別。若其中一位清楚說明需求訪談、資訊架構、內容確認、測試與交接方式，對方就能理解報價不只是買一張畫面。

案例可以整理為原始需求、你負責的工作、執行步驟、交付成果和後續使用情境。若有真實且獲准公開的成效數據，再補充條件；沒有數據，不必硬寫提升多少百分比。

請注意，案例不是拿來誇大服務價值的工具。客戶資料、內部文件與尚未公開的成果，都應取得適當授權後再展示。

第四步：在服務頁說明合作流程與必要配合

不少價格爭議其實來自雙方對工作內容的想像不同。客戶以為包含無限修改，你認為只含兩輪；客戶以為你會寫所有文案，你以為他會提供完整內容。

在服務介紹中簡要列出需求確認、報價、簽約、資料準備、製作、修改、驗收與交付等階段。實際步驟可依專案調整，不必把每個案件都塞進相同模板。

特別重要的是客戶需要提供什麼、哪些事項可能增加費用，以及如何處理需求變更。這些資訊能降低合作後的誤解，也讓認真評估的客戶更容易判斷風險。

第五步：詢問表單先問問題，不必急著問完整預算

詢問表單可以幫助雙方節省時間，但問題太多會讓客戶不想填。先收集主要需求、希望完成的時間、目前已有的資料，以及方便聯絡的方式，通常就能開始第一輪評估。

若你的服務有明確的價格區間，也可以讓客戶自行選擇是否符合預算。沒有必要要求對方一開始就提供營收、公司內部機密或與專案無關的個人資料。

表單應清楚告知資料用途，並避免讓客戶誤以為送出就代表報價或合作成立。真正需要深入了解的事項，可以留到確認適配後再討論。

第六步：先確認需求，再回答「最低多少」

當客戶只問價格時，你可以先簡短說明計價依據，再提出兩三個關鍵問題。例如：「這類網站會依頁面數、內容準備情況與需要的功能評估。我先確認您預計有哪些頁面，以及文案是否已經備好，才能提供比較準確的範圍。」

如果你提供固定範圍、公開定價的標準服務，當然可以直接告知價格，不必刻意把簡單問題變成冗長諮詢。需要客製化的服務，才更需要先確認範圍。

不要用「價格不是重點」迴避對方的合理詢問。價格對客戶本來就重要；你的任務是讓他知道價格對應哪些工作與條件。

第七步：預算有限時，討論縮小範圍而不是偷減品質

若客戶預算不足，可以先確認哪些成果是必要的，哪些可以延後。例如原本希望一次完成十個服務頁，是否能先處理最重要的三頁，再安排後續階段。

調整方案時，要明確列出哪些工作保留、哪些工作移除、交付與驗收方式如何改變。不能表面維持原本承諾，卻在製作時偷偷省略必要測試或品質檢查。

如果最低可行範圍仍超過客戶能負擔的金額，婉拒也是合理選擇。不要因為害怕失去案子，就答應自己無法完成的條件。

第八步：遇到反覆殺價，建立清楚的停止條件

談價格可以有來回，但若對方拒絕確認需求、要求你先做大量免費工作，或持續要求超出原約定的內容，就需要重新評估是否適合合作。

可以說明：「目前這個費用對應的是已列出的工作範圍。如果需要降低總預算，我們可以討論減少哪些項目；若工作內容不能調整，我可能無法在這個預算內承接。」

這種回覆不需要責備客戶，也不必證明自己比較高級。清楚的界線能讓雙方及早判斷是否繼續談。

三個實際情境：同樣被比價，處理方式不同

情境一：客戶拿兩份網站報價比較，但其中一份不含內容上架與後續教學。你可以協助對照工作範圍，不必直接批評同行。當比較基準一致，客戶才能知道差額從哪裡來。

情境二：客戶表示「我只需要簡單的」，卻同時要求多種客製功能。這時要把「簡單」拆成具體工作項目，確認哪些必要、哪些可延後。不要只憑一句話就報低價。

情境三：客戶希望你先免費提供完整企劃，確認喜歡再付費。你可以提供簡短的工作方法與案例，但深入研究和可執行方案應先談清楚範圍、費用與使用方式。

如何判斷自己吸引的客戶有沒有改善？

每次詢問可以記錄來源、需求是否清楚、是否符合服務範圍、是否願意討論交付條件，以及最後有沒有進入正式報價。若沒成交，記錄已知原因，不要自動歸因於價格。

如果修改服務頁後，客戶更常主動提供工作內容、時程與必要資料，即使詢問總數沒有增加，也可能代表溝通品質改善。資料量少時，仍應避免過度解讀短期變化。

同時檢查自己是否花太多時間在不適配的詢問上。好的篩選流程不只是提高成交機會，也應減少雙方無效溝通。

一個月改善詢問品質的實作安排

第一週，整理最近的詢問，找出最常被問的價格問題與來源。第二週，修改服務介紹，補上工作範圍、案例與合作流程。

第三週，調整詢問表單或第一輪回覆方式，先確認需求與必要條件。第四週，檢查詢問內容是否變得更具體，以及哪些資訊仍讓客戶誤解。

一個月只是建立紀錄與測試的起點，不能保證成交數立刻提升。對於需要多方審核的企業案件，合作決策可能需要更長時間。

常見問題：客戶只問價格，是不是一定不適合？

不一定。有人只是不了解委外服務的計價方式，也有人正在做正常採購比較。先協助確認工作範圍與需求，再判斷是否值得進一步討論。

常見問題：要不要在網站公開價格？

如果服務範圍固定，公開價格或起始價格能幫助客戶初步判斷。若專案差異大，可以說明影響報價的因素與評估流程。無論採哪種方式，都不要讓讀者誤以為起始價包含所有客製需求。

常見問題：報價比別人高，該怎麼說明？

先確認比較的是不是相同工作。清楚列出交付內容、修改、驗收、後續支援與責任分工，比抽象強調「我們比較專業」更有幫助。

服務頁的三個細節，會影響客戶如何比較價格

第一個細節是交付成果要具體。與其只寫「提供專業網站設計」，不如讓讀者知道會完成哪些類型的頁面、哪些資料由客戶準備、是否包含基本操作教學。這些說明能幫助對方判斷費用對應的工作。

第二個細節是區分固定項目與選配項目。若有些工作必須另外評估，例如大量內容搬移、特殊系統串接或額外的品牌素材製作，就應提早說明，而不是在洽談後期才突然增加費用。

第三個細節是讓客戶知道下一步。清楚標示「先確認需求，再提供報價」或「固定方案可直接查看內容」，能降低不必要的猜測。不要把所有人都導向漫長的申請流程，簡單的服務也可以用簡單方式購買。

價格異議的回覆範例：先釐清差異，不急著辯論

當客戶說「別人比較便宜」，可以回覆：「了解，預算確實需要考量。我們可以先對照兩份報價包含的工作，例如內容整理、修改次數與交付後支援，確認是不是相同範圍，再看哪一種比較符合您的需求。」

如果客戶說「預算只能到這裡」，可以回覆：「這個預算我可以協助評估較小的工作範圍，例如先完成最重要的部分。若需要保留原本所有項目，費用就無法直接調整到這個金額。」

如果客戶希望「先做一版看看」，可以回覆：「我可以先提供相關案例與合作方式，讓您評估是否適合。若需要針對您的需求製作完整提案或設計稿，我們可以另外確認這個階段的工作範圍與費用。」

這些範例的重點不是用話術壓過對方，而是把討論拉回實際工作。若對方最終仍選擇其他供應商，也不代表這次溝通沒有價值。

結語：減少只比價的詢問，從讓客戶看懂服務開始

當客戶只看到價格，價格就容易成為唯一比較標準。要改善這件事，可以先調整詢問來源、服務介紹、案例與篩選流程，讓對方在問價之前就有機會理解你實際提供的工作。

並不是每個客戶都要接受你的報價，也不必把每次沒有成交都視為失敗。找到需求、合作方式與預算相符的對象，才是接案經營能持續的基礎。

參考資料

Asana｜Project Scope｜2026年查閱
Asana｜Project Estimation Methods｜2026年查閱
Salesforce Trailhead｜Plan Your Approach｜2026年查閱