客戶說「太貴了」,第一個反應很容易是:
要不要降價?要不要分期?要不要多送贈品?
但「太貴」不一定真的等於數字太高。
有時候真正的問題是:
客戶還沒看懂,這筆錢到底是在買什麼。
高價課程尤其容易出現這種情況。講師知道自己的方案裡有課程、直播、回饋、工具、網站、社群與支援,但客戶看到的可能只是一長串功能。
如果他無法把這些功能連回自己的問題與結果,價格一出現,自然只剩「好多錢」可以比較。
價格不是孤立數字,它一定會被拿來和某個東西比較
客戶看到一個高價方案時,腦中不會只判斷「17 萬多不多」。
他其實會默默拿來比較:
- 自己慢慢摸索要花多少時間。
- 買其他課程要多少錢。
- 找顧問或外包要多少成本。
- 維持現況會損失什麼。
- 這個結果對自己到底有多重要。
所以價格是否合理,永遠需要上下文。
如果方案頁只寫「包含 50 支影片、12 次直播、20 份模板」,客戶只能拿數量去比較。
但如果他看懂每一項交付是在降低哪個阻力、避免哪個錯誤、幫助哪個重要步驟,價格才開始有意義。
客戶說太貴,可能是 6 種不同問題
| 表面說法 | 背後可能真正卡住的地方 |
|---|---|
| 太貴了 | 真的超出可負擔範圍 |
| 太貴了 | 沒有理解方案和結果的關係 |
| 太貴了 | 不相信自己能做到 |
| 太貴了 | 還不確定方法適不適合 |
| 太貴了 | 有預算,但目前優先順序不高 |
| 太貴了 | 和錯誤的替代方案做比較 |
這六種情況不能用同一個回答。
如果是真的支付能力不足,硬談價值沒有意義。
如果是沒有理解方案,降價又只是讓一個還沒看懂的人用更低價格買下一個不確定的決定。
所以先診斷,再處理。
如果已經進入一對一價格對話,可以搭配客戶說太貴怎麼談?先找出真正卡住的條件一起看。
價值說不清楚,最常見的原因是「只介紹功能」
例如:
- 12 週課程。
- 每週直播。
- 作業回饋。
- 社群。
- 模板。
這些都是交付項目,但不是客戶心中的價值。
真正要再往前一步:
| 功能 | 客戶為什麼會在意 |
|---|---|
| 每週直播 | 執行過程中可以集中釐清卡點,不必一直自己猜 |
| 作業回饋 | 知道目前版本哪裡需要修,不是看完影片就結束 |
| 模板 | 不用每一份文件都從空白開始 |
| 課程網站 | 把會員、內容與交付集中在可管理的地方 |
客戶不是為了擁有「更多東西」付錢。
他是在判斷:這些東西能不能降低時間、錯誤、不確定與執行阻力。
高價方案要先讓客戶看懂「完整路徑」
單一功能很容易被拿去和低價替代品比較。
例如一個模板,外面可能免費就找得到;一支教學影片,也可能 YouTube 就有。
高價方案真正需要說清楚的,通常不是單一元件,而是:
這些元件為什麼按照這個順序組在一起,最後要幫助客戶完成哪一段完整進展。
例如高價課程事業,可能需要依序處理:
- 市場與客群。
- 課程成果與方案。
- 免費直播與成交。
- 網站與付款。
- 課程交付與支援。
當客戶看懂這是一條路徑,他比較不會把價格拆成「一支影片多少錢」。
價值不是「總價值 50 萬」,沒有依據的數字反而會降低信任
高價銷售常見另一種做法,是替每一個項目加上一個很高的「價值」。
模板價值 30,000 元、社群價值 50,000 元、幾支影片又價值 80,000 元,最後全部加起來幾十萬。
如果這些項目沒有真實獨立售價、替代成本或合理依據,客戶很容易看出來只是數字堆疊。
真正的價值呈現可以更誠實:
- 這個項目解決哪個問題。
- 沒有它,客戶可能在哪裡卡住。
- 它如何減少時間或錯誤。
- 它和核心成果有什麼直接關係。
價值不是一定要換算成金額,才能被理解。
Ramit Sethi 的定價內容,值得注意的不是一個「正確價格」
Ramit Sethi 在官方線上課程定價文章裡,會依產品型態區分不同價格層級,並把課程完整度、服務形式與市場位置放在一起考慮。
真正值得帶走的是:
價格要和你提供的產品層級、服務形式與市場價值一致,而不是先找一個大家都能接受的安全數字。
他的顧問產品也不是只列「幾小時課程」,而是大量說明定位、提案、心理框架與實際商業用途,讓買家理解付費內容和專業成果之間的關係。
也就是說,高價不是先靠「說服價格」,而是先把價值的比較基準建立起來。
在價格出現以前,客戶至少應該看懂這 8 件事
- 這方案主要幫誰。
- 正在解決什麼重要問題。
- 最後希望完成什麼結果。
- 核心方法或路徑是什麼。
- 每一項主要交付為什麼存在。
- 客戶自己需要投入什麼。
- 哪些人適合,哪些人不適合。
- 和自行摸索、其他課程、顧問或維持現況相比,差異在哪裡。
如果這八件事都還模糊,價格頁再多一個折扣按鈕也不會真正解決問題。
「看不懂價值」和「價值真的不足」也要分清楚
不能把所有成交問題都怪到客戶不懂。
有時候方案本身確實不值這個價格。
例如:
- 內容和免費資源差異很小。
- 沒有足夠交付支援。
- 方法沒有明顯差異。
- 市場問題不夠重要。
- 客戶承擔太多執行成本。
這種情況應該回頭修方案,不是把銷售頁寫得更長。
可以搭配高價方案怎麼提高成果、信心,降低等待與阻力一起檢查產品本身。
客戶不知道「為什麼要現在處理」,價格也會顯得高
同一個問題,如果現在不處理也沒有任何影響,客戶自然不急。
例如一位顧問只是覺得「有一天想把服務做成課程」,和另一位顧問已經工時滿載、無法再接新客戶,決策優先順序完全不同。
所以價值不只來自成果,也來自問題的重要性與時機。
但不要因此製造假恐懼。
真正要做的是讓客戶自己看懂:目前現況的代價是什麼、現在處理有什麼意義。
證據的功能不是炫耀成果,而是降低「我真的做得到嗎?」的不確定
當價格高,客戶最怕的通常不是只有花錢,而是做錯決定。
因此真實案例、流程、示範與可查證資料,可以提高對結果的信心。
好的案例最好回答:
- 原本在哪裡。
- 遇到什麼問題。
- 做了哪些事。
- 發生了什麼改變。
沒有案例,就降低主張強度,不要為了支撐價格編故事。
客戶感受到的價值,不只來自「成本」
同一個功能,放在不同情境裡,價值會不同。
一份模板對完全不需要它的人幾乎沒有價值;對明天就要交提案、又不知道從哪開始的人,價值就高很多。
所以價值不是單純把製作成本加總。
它還包括:
- 是否剛好解決當下問題。
- 是否降低不確定感。
- 是否節省時間。
- 是否更容易執行。
- 是否比目前替代方法更適合。
這個角度可以延伸閱讀客戶感受到的價值,為什麼不只來自功能與成本。
價格可以公開嗎?只要決策資訊夠完整,就不需要故意藏
高價不代表一定要「私訊報價」。
如果方案標準化、價格固定、交付清楚,而且客戶可以自行判斷是否適合,公開價格反而能降低摩擦。
真正重要的順序是:
先讓人看懂買到什麼,再讓他看到價格。
不是一定要把價格放到最底下,而是價格附近應該有足夠上下文。
客戶說「太貴」,不要第一時間就用折扣回答
如果真的只是價值沒說清楚,折扣會把問題掩蓋掉。
如果客戶本來就不適合,折扣也不會讓他變適合。
如果是真正預算限制,折扣是否合理又是另一個商業決策。
所以 066 這一篇先把重點停在:
先確認客戶是否理解價值,再談價格處理。
下一篇會專門處理:為什麼高價服務不應該把「打折」當成預設成交方法。
你可以用這 7 題檢查自己的價值有沒有說清楚
- 客戶能不能一句話說出這個方案主要幫誰?
- 他知道自己真正買的是什麼結果嗎?
- 他知道每個主要交付為什麼存在嗎?
- 他知道自己要投入什麼嗎?
- 他知道這和其他替代方式差在哪裡嗎?
- 他知道什麼情況不適合嗎?
- 在看到價格時,他有足夠資訊判斷是否值得嗎?
如果多數答案是否定的,先修價值溝通,不要先修價格。
價格與價值常見問題
客戶說太貴,就代表價格真的太高嗎?
不一定。可能是真的超出預算,也可能是價值、適合度、方法、交付或風險還沒理解清楚。先診斷原因,再決定怎麼處理。
高價方案是不是一定要把價值算成金額?
不用。只有真實售價、替代成本或可合理計算的商業價值時才適合用金額。沒有依據時,直接說明用途與結果更可信。
價格應該放在銷售頁哪裡?
沒有唯一位置。重點是客戶看到價格時,已經能理解方案、交付、適合度與主要價值。若產品非常容易理解,也可以更早公開價格。
客戶看懂價值,就一定會買嗎?
不一定。價值清楚只是決策條件之一,還要看需求、時機、支付能力、信任、適合度與其他優先順序。
價值不夠,是不是加更多贈品就好?
不一定。真正價值不足時,應先修核心方案、方法與交付。和成果無關的贈品越多,反而可能讓方案更難理解。
結語:價格異議常常不是從價格開始,而是從「我還看不懂為什麼值得」開始
高價方案真正要做的,不是把價格藏起來,也不是想辦法讓客戶覺得「便宜」。
而是讓他在看到價格以前,已經看懂:
這個方案在解決什麼、怎麼幫助我、我需要投入什麼,以及為什麼它和其他選擇不同。
當這些資訊清楚,客戶才有能力做真正的價格判斷。
如果價值已經說清楚,對方仍然覺得不適合,那也是一個合理答案。
高價成交的目標不是讓每個人都覺得便宜,而是讓適合的人看懂「這筆投資對我值不值得」。
想看 Ramit Sethi 整體的高價課程、市場驗證與定價方法,可以延伸閱讀Ramit Sethi:高價課程定價、市場驗證與方案分級。
參考資料
- Ramit Sethi — How To Price Your Online Course
- Ramit Sethi — How to Overcome Sales Objections Before Your Customers Even Think “No”
- Ramit Sethi — 6 Figure Consulting System
- Ramit Sethi — How to Start a Consulting Business
