很多業務嘴上說自己賣的是「解決方案」,實際對話卻還是從產品開始:先介紹功能、規格、方案等級,再問客戶覺得哪一個適合。
問題是,如果客戶還沒有把自己的問題看清楚,也沒有認為這件事值得現在處理,再完整的產品介紹都很容易變成比功能、比價格。
Solution Selling(解決方案式銷售)的順序剛好相反。它先確認客戶到底哪裡不順、造成什麼影響、誰有能力推動改變、理想結果長什麼樣,再回頭判斷你的產品或服務是否真的適合。
所以它真正賣的不是「一套產品」,而是從目前問題走到理想結果的解決方法。
Solution Selling(解決方案式銷售)是什麼?
Solution Selling 是一套以客戶問題為起點的銷售方法。業務先診斷問題、釐清影響與決策條件,接著和客戶一起建立「問題解決之後應該是什麼樣子」,最後才把產品、服務或方案放進來。
它特別適合需要先理解需求、再客製提案的銷售,例如企業服務、顧問、軟體、網站專案、高單價方案,以及多人參與決策的 B2B 採購。
目前 Solution Selling 常用 PPVVC 來檢查一個商機是否夠完整:
| 項目 | 中文理解 | 要確認什麼 |
|---|---|---|
| P | 問題(Pain) | 客戶是否真的有一個值得處理的商業問題 |
| P | 決策權(Power) | 真正能核准、影響或推動這件事的人是否已經參與 |
| V | 解決後願景(Vision) | 客戶能不能說清楚問題解決之後想看到什麼狀態 |
| V | 價值(Value) | 解決問題能帶來哪些可理解、可衡量或可觀察的改善 |
| C | 共識(Consensus) | 參與決策的人是否對問題、方向與下一步有足夠共識 |
這五個項目少掉任何一個,都可能讓一個「看起來很有機會」的案子停住。例如客戶有問題,但真正核准預算的人從來沒參與;或窗口很喜歡方案,但其他部門根本不認為現在需要改。
1. 問題(Pain):先確認客戶真正想改的是什麼
解決方案式銷售最重要的第一步,不是問「你想買哪一個方案」,而是把問題問到足夠具體。
例如客戶說:「我想重做網站。」這還不是完整問題。你還需要知道:
- 現在的網站哪一段最影響使用?
- 是內容不好更新、詢問太少、流程太亂,還是根本無法支援目前的業務模式?
- 這個問題已經持續多久?
- 誰最常被這個問題影響?
- 如果繼續不處理,會增加哪些時間、成本或工作負擔?
這裡很適合搭配SPIN 銷售法。SPIN 能幫你用情境、問題、影響與需求效益,把模糊需求往下問到真正值得處理的問題。
2. 決策權(Power):喜歡你的方案,不等於能讓案子前進
很多案子卡住,不是方案不好,而是業務從頭到尾只跟一個窗口談。
窗口可能很認同,也願意幫忙,但最後還要經過老闆、主管、財務、採購、資訊或其他部門。這時候「誰能決定」就不能拖到報價後才問。
比較自然的方式,是把問題放在流程裡:
- 這類專案通常還有誰會一起評估?
- 最後預算會由哪一個角色核准?
- 如果方向確認,下一步還要經過哪些部門?
- 除了你之外,還有誰最在意這次改善結果?
如果是複雜 B2B 案件,可以再搭配MEDDIC 銷售法,進一步看經濟決策者、決策標準、決策流程與內部支持者。
3. 解決後願景(Vision):不要急著替客戶決定答案
很多業務一聽到問題就立刻說:「這個我們有功能可以解決。」
Solution Selling 會多走一步:先讓客戶描述問題解決後,希望工作方式變成什麼樣子。
例如一位講師目前每次收到付款後,都要人工建立學員帳號。與其直接開始介紹課程系統,可以先問:
- 如果這段流程改善,理想狀態希望學員付款後怎麼取得課程?
- 哪些事情希望自動完成,哪些仍需要人工確認?
- 學員收到什麼通知,才比較不容易一直詢問?
- 未來招生人數增加時,希望這套流程還能怎麼運作?
當這些答案是客戶一起說出來的,後面的方案就不是你硬塞給他的功能清單,而是在回應一個雙方已經共同定義的理想狀態。
4. 價值(Value):把「解決了」翻成客戶真正看得懂的改善
有問題、有願景,還要再確認一件事:解決這個問題到底值不值得投入。
價值不一定都要換算成營收,也可以是:
- 減少多少人工步驟。
- 縮短多少處理時間。
- 降低重複詢問與溝通成本。
- 讓客戶更容易理解方案。
- 降低流程出錯的機會。
- 讓未來人數或訂單增加時,不必同步增加同樣比例的人工工作。
無法驗證的數字不要亂估。重點是找到雙方都能理解、之後也能檢查的改善方式。
等價值已經清楚,再用FABE 銷售法把產品特色、優勢、客戶利益與證據接上去,說服力會比一開始就列功能強很多。
5. 共識(Consensus):一個人說好,不代表整家公司已經準備好
現在很多 B2B 採購不是單一決策。使用者覺得好用,財務可能覺得太貴;老闆認為值得做,資訊人員可能擔心整合;行銷想快速上線,採購卻有自己的流程。
所以 Solution Selling 不只要解決某一個人的問題,還要讓主要參與者對幾件事逐漸形成共識:
- 現在的問題到底是什麼。
- 為什麼值得處理。
- 什麼結果才算改善。
- 評估方案時最重要的條件是什麼。
- 接下來由誰負責什麼。
這也是為什麼好的銷售提案書不該只是一張價格表。它應該把需求、目標、方案、工作範圍、時程、價值與下一步整理成不同決策者都能看懂的文件。
產品式銷售和解決方案式銷售差在哪裡?
| 比較 | 產品式銷售 | Solution Selling |
|---|---|---|
| 對話起點 | 產品、功能、規格 | 客戶問題與影響 |
| 需求理解 | 客戶要什麼就介紹什麼 | 進一步確認問題為什麼值得處理 |
| 方案形成 | 從既有方案挑一個 | 先定義理想結果,再對應合適能力 |
| 價值表達 | 功能比較 | 改善結果與商業價值 |
| 決策處理 | 主要和窗口溝通 | 確認決策權與多方共識 |
Solution Selling 和顧問式銷售有什麼差別?
兩者非常接近,但可以用一個簡單方式理解:顧問式銷售是比較廣的銷售思維,Solution Selling 是其中一套更具體、結構化的做法。
顧問式銷售強調先理解客戶、提供建議,不要只推產品;Solution Selling 則進一步把問題、決策權、解決後願景、價值與共識放進商機管理。你不只要「像顧問一樣談」,還要能判斷這筆案子目前缺哪一塊。
Solution Selling、SPIN、Challenger、MEDDIC 怎麼搭配?
| 方法 | 最適合處理的問題 |
|---|---|
| Solution Selling | 從客戶問題出發,共同建立解決後願景,再對應方案與價值 |
| SPIN | 透過提問把情境、問題、影響與需求效益問清楚 |
| Challenger Sale | 當客戶對問題理解不完整時,用新洞見重新框架現況 |
| MEDDIC | 處理複雜 B2B 案件的決策者、標準、流程與內部支持者 |
實務上不需要選一套就排斥其他方法。可以先用 SPIN 做需求訪談;如果客戶根本還沒意識到真正問題,用Challenger Sale(挑戰式銷售)帶入新的觀點;接著用 Solution Selling 一起建立解決後的願景與價值;如果進入多人決策,再用 MEDDIC 管理複雜度。
假設情境:課程網站怎麼用解決方案式銷售來談?
以下是假設情境,用來說明流程,不是真實客戶案例。
一位講師來問:「我想做自己的課程網站,有哪些功能?」
如果從產品開始,很容易直接介紹會員、課程、影片、付款與網站頁面。Solution Selling 會先把問題往前拆:
- 問題:目前招生後哪些步驟最花時間?
- 決策權:這次網站由講師本人決定,還是有夥伴、公司或財務一起參與?
- 願景:理想上,希望學員付款後到開始上課的流程怎麼走?
- 價值:如果核對付款、建立帳號、開課通知能減少重複人工,對目前工作最大的改善是什麼?
- 共識:網站、課程、付款、通知與後續維護,哪些條件是這次一定要一起完成的?
等這些事情講清楚,再回到線上課程學院網站,說明哪些功能能支援這套流程。這時候客戶看到的就不只是「網站有哪些功能」,而是「這套方案如何把目前的問題改成想要的工作方式」。
解決方案式銷售最常見的 6 個錯誤
- 嘴上說賣解決方案,實際還是先講產品:只要第一步還是功能簡報,順序就沒有真的改。
- 把所有不方便都當成重要問題:客戶覺得麻煩,不代表值得花預算解決,要再確認影響與優先順序。
- 替客戶設計願景:解決後的樣子要和客戶一起定義,不是業務單方面想像。
- 價值全部硬換算成營收:沒有資料就不要亂估,可以用時間、流程、工作量與可觀察改善來衡量。
- 只顧一個窗口:複雜採購如果沒有主要決策者與其他角色的共識,方案很容易停在內部。
- 每個客戶都做很重的診斷:低單價、簡單、決策很快的交易,不需要把企業級流程全部搬上來。
常見問題:Solution Selling 實際怎麼開始?
Solution Selling 適合一般業務嗎?
適合,尤其是需要先了解需求、再提供方案的服務型銷售。若商品簡單、價格固定、客戶可以自行下單,就不需要完整套用。
Solution Selling 一定要先找到很嚴重的問題嗎?
不用刻意把問題說得很嚴重。重點是確認這件事對客戶是否真的有影響、是否值得現在處理。不能為了成交替客戶放大問題。
客戶一開始只問價格,還能用解決方案式銷售嗎?
可以。你可以先回答合理的價格資訊,再確認對方正在解決什麼問題,避免把「先了解需求」變成故意不報價。重點是讓後面的方案建立在正確問題上。
Solution Selling 和 Challenger Sale 會衝突嗎?
不會。Solution Selling 擅長從已經存在的問題往解決方案走;Challenger 特別適合客戶還沒看見完整問題時,用研究與洞見重新框架。兩者可以前後搭配。
解決方案式銷售最後還是要介紹產品嗎?
當然要。差別只在順序。產品不是消失,而是在客戶問題、願景與價值已經比較清楚後才出場,這時候功能才有明確的對應理由。
真正的解決方案,不是把產品換一個比較好聽的名字
「我們提供完整解決方案」這句話本身沒有太大價值。客戶真正想知道的是:你有沒有理解我現在的問題?你提出的方法為什麼適合?改善後會變成什麼樣子?這件事值不值得現在投入?
Solution Selling 最值得留下來的,就是這個順序:先把問題確認清楚,再把決策權、願景、價值與共識補齊,最後才讓產品進場。
當方案真的能對應客戶已經認同的問題,業務就不需要一直把產品說得更厲害。客戶會更容易理解自己為什麼需要改、需要改成什麼樣子,以及你的方案在這個改變裡扮演什麼角色。
