產品功能很多、規格也不差，介紹完之後，客戶卻只淡淡回一句：「了解，我再看看。」這種情況不一定是產品不夠好，也可能是你講了很多「產品有什麼」，卻還沒有把它翻成「這對客戶有什麼幫助」。
尤其是網站服務、顧問方案、線上課程、系統工具或需要說明價值的商品，只把功能一項一項列出來，客戶往往還要自己想像用途。當他想不出來，最容易回到價格比較。
FABE 銷售法就是一個很實用的價值表達框架：先說清楚產品有什麼，再說它帶來什麼差異、對客戶有什麼實際利益，最後用可以驗證的證據把主張接起來。
FABE 銷售法是什麼？先看懂 4 個步驟
FABE 由四個部分組成：特色（Feature）、優勢（Advantage）、利益（Benefit）、證據（Evidence）。它適合用來整理產品介紹、業務簡報、銷售頁、商品頁與提案內容。
| 步驟 | 要回答的問題 | 常見內容 |
|---|---|---|
| 特色（Feature） | 產品或方案有什麼？ | 功能、規格、服務內容、交付方式 |
| 優勢（Advantage） | 這項特色帶來什麼差異？ | 更方便、更快、更完整、少一個步驟 |
| 利益（Benefit） | 這跟客戶現在的需求有什麼關係？ | 節省時間、降低麻煩、改善管理、提高便利性 |
| 證據（Evidence） | 為什麼這個說法值得相信？ | 實際規格、示範、流程、文件、可驗證案例 |
四個步驟看起來很簡單，但真正困難的地方通常在中間兩段。很多人會從特色直接跳到一個很大的利益，例如「有自動化，所以可以幫你業績成長」。如果中間沒有清楚的運作邏輯，也沒有證據支持，客戶反而更容易懷疑。
1. 特色（Feature）：先說事實，不要急著把功能吹成結果
特色是產品或方案本身客觀具備的內容。它可以是規格、功能、服務項目、交付方式，也可以是流程上的設定。
例如：
- 網站包含會員登入。
- 商品可以設定線上付款。
- 課程可以依會員權限開放內容。
- 訂單成立後會寄出通知信。
- 方案包含網站主機與基本維護。
這些都是可以直接確認的內容。這一步先把事實講準，比堆很多形容詞重要。像「頂級」「超強」「革命性」這類詞，如果沒有具體內容支撐，對理解產品沒有太大幫助。
2. 優勢（Advantage）：說清楚這項特色實際改變了什麼
優勢是特色在實際使用時帶來的差異。這裡要回答的是：「有這個功能之後，流程跟原本哪裡不一樣？」
例如「會員登入」只是特色；如果進一步說明「不同會員可以看到不同課程內容」，這才開始進入優勢。
| 特色 | 對應優勢 |
|---|---|
| 會員登入 | 不同使用者可以依權限看到不同內容 |
| 線上付款 | 客戶不必另外私訊確認匯款資料 |
| 訂單通知 | 付款與訂單狀態可以透過系統通知 |
| 課程權限 | 學員登入後可直接進入已購買的課程 |
如果優勢寫不出來，先不要硬湊。回頭問自己：這個功能到底改變了哪一個步驟？如果答案只是「看起來比較專業」，通常還可以再往下挖。
3. 利益（Benefit）：回到客戶真正想改善的事情
利益不是把優勢換成更好聽的句子，而是把它接回客戶的需求。
同一個功能，對不同客戶的利益可能完全不同。有人在意省時間，有人在意減少人工，有人希望管理清楚，也有人在意客戶付款是否方便。
例如「線上付款」：
- 對電商賣家來說，可能是讓消費者直接完成結帳，不必來回確認訂單。
- 對講師來說，可能是讓學員完成付款後進入後續開課流程。
- 對服務型業者來說，可能是減少收款資料往返確認。
所以 FABE 最好不要離開需求訪談單獨使用。上一篇SPIN 銷售怎麼用？4 類提問＋實戰範例談的是怎麼先問清楚需求；等客戶的問題與優先順序比較明確，再用 FABE 整理方案，利益才比較不會變成業務自己想像出來的好處。
4. 證據（Evidence）：讓前面的說法有東西可以核對
證據的作用，是讓客戶知道前面的特色、優勢與利益不是只靠一句話說完。證據不一定是客戶見證，也不一定要放很大的數據。
依不同產品，可以使用：
- 實際功能畫面或操作示範。
- 可以查驗的產品規格。
- 正式文件、授權或檢測資料。
- 明確的服務流程與交付清單。
- 真實、可確認的客戶案例。
- 已經公開且與主張直接相關的成果資料。
重點是證據要跟前面的主張對得上。你在說「流程比較方便」，就應該示範流程；你在說「包含哪些服務」，就把交付清單寫清楚。放一個跟主張沒有直接關係的獎項或漂亮 Logo，未必能回答客戶真正的疑問。
FABE 實戰範例：線上課程學院網站怎麼介紹
假設一位講師目前是收到學員匯款後，再手動建立帳號、寄登入資料。前面的需求已經確認，他最在意的是每次招生後大量重複處理。
| FABE | 示範內容 |
|---|---|
| 特色（Feature） | 課程網站可整合會員登入、課程權限與學習入口 |
| 優勢（Advantage） | 學員可以用自己的帳號登入，依購買內容進入對應課程 |
| 利益（Benefit） | 講師可以把原本分散的登入與課程交付集中管理，減少重複說明與人工處理 |
| 證據（Evidence） | 直接展示實際學員登入、課程列表與權限流程，並列出方案實際包含的項目 |
這樣的介紹比「我們有會員系統、課程系統、主機、通知功能」更容易理解，因為每一段都回到客戶原本在意的工作流程。
如果你正在規劃自己的知識產品交付，可以參考線上課程學院網站；網站、主機、會員、課程與學習入口可以一起評估，不必把每一個工具拆開後才自己想辦法串起來。
FABE 實戰範例：電商購物網站怎麼介紹
再看一個電商情境。假設商家目前主要用社群私訊接單，常常需要來回確認商品、金額與付款資訊。
| FABE | 示範內容 |
|---|---|
| 特色（Feature） | 網站包含商品頁、購物車、結帳與訂單管理 |
| 優勢（Advantage） | 客戶可以自己選商品、確認數量並完成結帳 |
| 利益（Benefit） | 減少私訊來回確認商品與訂單資料，讓購買流程更集中 |
| 證據（Evidence） | 直接展示商品加入購物車、結帳與後台訂單管理流程 |
如果你的商品已經有穩定銷售，卻仍大量依賴人工接單，可以看看電商購物網站，評估哪些步驟適合搬到網站上，哪些仍保留人工服務。
SPIN 與 FABE 怎麼搭配？一個負責問，一個負責說
這兩套方法放在一起會比單獨背公式更實用。
- SPIN：用情境、問題、影響、需求效益，確認客戶現在真正卡在哪裡。
- FABE：需求比較清楚後，把相關特色、優勢、利益與證據整理成容易理解的提案。
如果客戶根本不在意某個功能，就不需要硬把它包成利益。FABE 的價值不是讓每一項規格都變得很厲害，而是幫你挑出跟客戶當下需求真正相關的部分。
FABE 不只用在口頭銷售，也可以直接用在網站文案
很多網站頁面會出現一整排功能圖示，但每個功能下面只有一行名詞。對熟悉產品的人很清楚，對第一次來的訪客卻未必有意義。
你可以把重要賣點改成這個順序：
- 先寫產品具備什麼。
- 說明這項功能實際如何運作。
- 接到目標客戶在意的結果。
- 補上能核對的證據、流程或說明。
如果你原本的文案只是在換說法，卻沒有把客戶利益說清楚，也可以延伸閱讀同樣的產品，換個說法為什麼更容易成交？銷售文案的框架效應。兩者差別在於：框架效應偏向訊息怎麼呈現，FABE 則更像一條「功能到證據」的價值鏈。
使用 FABE 銷售法最常見的 6 個錯誤
- 一次塞太多特色：每個功能都講，最後反而沒有任何一個重點被記住。
- 把優勢寫成形容詞：只說「更專業、更強大」，卻沒有說明實際差在哪裡。
- 利益跟客戶需求無關：客戶在意省時間，你卻一直談品牌形象。
- 直接保證結果：從一個功能跳到營收、成交率或其他沒有依據的成果。
- 證據與主張對不上：說速度快，卻只放公司得獎紀錄；說流程方便，卻沒有實際示範。
- 沒有先做需求確認：客戶還沒說清楚問題，就開始把每個功能硬翻成利益。
好的 FABE 文案不用每一段都很長。真正重要的是四個部分能接得起來，而且每一句都經得起客戶追問：「為什麼？怎麼做到？有什麼依據？」
常見問題：FABE 銷售法實際怎麼使用？
FABE 和 FAB 有什麼不同？
FAB 通常指特色（Feature）、優勢（Advantage）、利益（Benefit）；FABE 再加入證據（Evidence）。多出的這一步，可以用來檢查前面的價值主張是否有足夠依據。
每個產品功能都要寫一組 FABE 嗎？
不用。優先挑跟目標客戶購買決策最相關的特色。如果一頁放十幾組 FABE，讀者還是會找不到重點。
證據一定要是客戶見證嗎？
不一定。產品規格、實際示範、交付流程、正式文件、真實案例都可能成為證據。重點是它要能支持你剛剛提出的主張。
FABE 適合服務業或顧問嗎？
適合。服務本身雖然不像實體商品有明確規格，但仍然有服務範圍、流程、交付方式、支援內容與可驗證成果。只要把這些內容對應到客戶需求，就能使用 FABE。
用了 FABE 就會比較容易成交嗎？
不能保證。FABE 的作用是讓產品價值表達更具體、更容易理解與核對；成交仍然會受到需求、價格、信任、競品、時機與方案適配程度影響。
客戶不缺更多功能，他需要知道這些功能跟自己有什麼關係
下一次介紹產品前，可以先把最重要的三到五個特色拿出來，各自寫一遍 FABE。寫完後再檢查：優勢有沒有說清楚差異？利益是不是客戶真的在意？證據能不能支持前面的說法？
如果答案都能接起來，你的產品介紹就不會只剩一張規格表。客戶會更容易看懂這個方案為什麼跟自己的問題有關，也更容易判斷值不值得進一步了解。