サービスの機能を丁寧に説明しているのに、なぜか商談が進まない――そんな悩みを抱える営業担当は少なくない。原因の多くは、特徴の羅列に終始し、それが顧客にとってどんな意味を持つのかまで翻訳できていない点にある。FAB(Feature・Advantage・Benefit)話法は、この翻訳作業を型として持つための枠組みだ。
FABの三層構造
FABは特徴(Feature)、利点(Advantage)、利益(Benefit)の三層で情報を組み立てる。特徴は製品やサービスが持つ客観的な性質。利点はそれによって一般的に得られる優位性。利益は当該顧客にとって具体的にどう役立つか。この三層を分けて考える。
| 層 | 内容 | 陥りやすい失敗 |
|---|---|---|
| Feature | 機能・仕様の説明 | 専門用語の羅列に終わる |
| Advantage | 一般的なメリット | 競合との差別化が曖昧 |
| Benefit | 顧客固有の成果 | 抽象的な言葉で終始する |
ポイント:Benefitの部分は、顧客がヒアリングで語った言葉を使って表現すると、自分ごと化されやすい。
実務での組み立て方
- 提案前に自社サービスの特徴を洗い出し、対応するAdvantageを整理しておく
- 商談ごとに顧客の状況に合わせてBenefitだけを差し替える
- 説明の順序はF→A→Bを崩さず、逆順にしない
FABの利点は、話す順序が決まっているため入社1年未満の新人でも一定の水準で説明を組み立てられる点にある。一方で、型に頼りすぎると説明が機械的に響く。語り口には多少の緩急をつけたい。
他フレームワークとの違い
FABは一つの機能を深く説明する際に有効だが、複数の課題をまたぐ物語性のある提案には向かない。BABなど物語型の話法と組み合わせ、全体構成の一部としてFABを差し込む使い方が現実的だ。
業界別のFAB設計例
FABの型は共通でも、FeatureからどのAdvantageを導くかは業界によって重視される点が異なる。同じ機能でも、業界ごとに響くAdvantageの切り口を変える工夫が求められる。
| 業界 | 重視されやすいAdvantage |
|---|---|
| 製造業 | 稼働率や歩留まりの安定性 |
| 小売・サービス業 | 現場オペレーションの負荷軽減 |
| IT・SaaS | 既存システムとの連携のしやすさ |
同じFeatureでも、業界特有の関心事に合わせてAdvantageの表現を調整すれば、Benefitへの接続がより自然になる。
よくある質問
Q. Featureの説明はどこまで詳しくすべきか A. 意思決定に関わる範囲に絞り、技術的な詳細は資料や補足資料に譲るのが読みやすい。
Q. 複数の機能を持つ製品ではFABをどう使うか A. 課題ごとに関連する機能を一つ選び、個別にFABで説明する方が伝わりやすいだろう。
Q. 競合比較の場面でFABは有効か A. Advantageの部分で差別化要素を明確にできれば、比較検討時の判断材料として機能しやすい。
Q. FABを資料に落とし込む際のコツは A. 1機能1スライド程度を目安にし、Benefitを見出しに据えると読み手の目線誘導がしやすいとされる。
あわせて読みたい
商談やトーク設計のテーマで、続けて読まれている記事です。
商談・交渉・営業トークの記事は「トークスクリプトの作り方—ゼロから型を作る実践ステップ」に一覧でまとめています。アポ獲得や商談の一部を外部に任せる選択肢として、アポ獲得から商談代行まで対応するBtoB営業代行があります。