▼ この記事の内容
営業でFABEを使うコツは、顧客が変えたい業務を先に確かめ、その変化につながる特徴と根拠だけを選んで伝えることです。特徴・優位性・便益・根拠の四つを埋めても、顧客の課題とつながっていなければ提案は伝わりにくくなります。この記事では、説明方法の選び方、自社の商談に当てはめる手順、法人営業の会話例を紹介します。営業マネージャー・営業企画が、商談の振り返りや練習で見るポイントも整理します。
営業でFABEを使うコツは、顧客の判断から逆算すること
FABEは、商品の特徴を顧客にとっての意味と根拠につなげて説明するための枠組みです。営業で使うときは、説明を流暢にすることより、顧客が自社に必要かどうかを判断できることを目指します。商談で確認した困りごとと、提案の内容がつながっているかが出発点です。
たとえば、承認依頼の通知機能を説明する場合、通知が届くという特徴だけでは、顧客が費用をかけて導入する理由になりません。現在どこで承認が止まり、誰が確認の連絡をし、その状況をどう変えたいのかまで聞いてから、機能の意味を説明します。
特徴・優位性・便益・根拠を混同しない
| 要素 | 説明すること | 承認業務を題材にした説明例 |
|---|---|---|
| F：Feature／特徴 | 商品やサービスに何が備わっているか | 承認依頼を担当者へ通知する機能がある |
| A：Advantage／優位性 | その特徴によって、何がしやすくなるか | 担当者が依頼に気づくきっかけを作れる |
| B：Benefit／便益 | 顧客の仕事にどのような望ましい変化があるか | 依頼に気づかないことによる承認待ちを減らせる可能性がある |
| E：Evidence／根拠 | 説明を何で確かめられるか | 通知の条件を仕様で確認し、実演で届き方を見る |
この例は、説明の組み立て方を示す架空の題材です。通知機能があれば承認待ちが解消する、という意味ではありません。担当者が多忙で判断できないことが原因なら、通知を増やしても解決につながらない場合があります。
特に混同しやすいのが、優位性と便益です。優位性は、特徴によってできることや、しやすくなることを説明します。便益は、その顧客の仕事で何が変わるのかを説明します。同じ機能でも、顧客の業務や困りごとが違えば、伝える便益も変わります。
また、優位性を述べるために、他社より優れていると言い切る必要はありません。顧客の現在の方法と比べて、どの作業が変わるのかを示すだけでも判断材料になります。比較するなら、対象と条件をそろえ、確認できる違いに絞ります。
作る順番と、話す順番を分ける
FABEという名称に合わせて、特徴から考え始めると、手元の商品の説明に顧客を当てはめやすくなります。提案を作るときは、顧客が望む変化を確認し、それにつながる特徴と優位性を選び、最後に根拠と適用条件を点検する順番が使いやすいでしょう。
話す順番は、相手の関心に合わせて変えられます。経営層に概要を伝えるなら、確認済みの課題と期待する変化から入り、その理由として機能を説明する方法があります。運用担当者が具体的な操作を知りたがっているなら、機能や画面から入るほうが話を追いやすい場合もあります。
四つの要素を毎回同じ順番で読み上げることが目的ではありません。相手が今知りたいことに答えながら、特徴と便益のつながりに飛躍がなく、根拠で確認できる状態を作ることが大切です。
FABEを組み立てる前に、自社の商談で確かめる手順
提案の内容を整える前に、直近の商談を一つ選び、顧客が話した事実と営業側の推測を分けて整理します。商品全体の説明を一度に作るより、顧客の一つの業務場面に絞るほうが、何が不足しているかを判断しやすくなります。
手順1：困っている場面を、作業の流れで確認する
最初に確かめるのは、効率化したい、情報共有を改善したいといった大きな要望の中身です。どの作業で、誰が、何を待ち、どのようなやり直しが発生しているのかを確認します。抽象的な要望を、そのまま便益の欄へ移さないようにします。
- 現在、その業務をどのような順番で進めているか。
- どの場面で手が止まる、確認が増える、やり直しになるのか。
- その状態によって、誰のどの仕事に影響が出ているか。
- 顧客は何を変えたいと話しており、何は変えなくてよいと考えているか。
次に進む目安は、困りごとを具体的な業務場面として説明できることです。たとえば、情報共有が課題という状態から、週次会議の前に担当者が別々の表を更新し、管理職が集計し直しているという状態まで具体化できれば、提案とのつながりを考えられます。
具体的な場面が分からない場合は、商品説明を増やす前に確認を続けます。相手がその場で答えられないなら、実際の帳票や業務を知る担当者と確認する機会を相談します。分からない部分を営業側の想像で埋めないことが重要です。
手順2：変えたい状態と、変えられない条件を分ける
困りごとが分かったら、顧客がどの状態になれば前進したと判断するかを確認します。集計作業をなくしたいのか、数字の食い違いを減らしたいのか、会議前に状況を確認できればよいのかによって、選ぶ機能と説明は変わります。
同時に、変えられない条件も聞きます。既存のシステムを継続する、入力担当者を増やせない、承認手順は維持するなどの条件です。望む変化だけを聞いて提案すると、導入後の運用に無理が出る可能性があります。
次に進む目安は、望む状態と維持する条件を顧客に言い直し、認識が合っていると確認できることです。両者が両立しない可能性があるなら、その点を説明してから提案内容を調整します。都合のよい条件だけを取り出して話を進めないようにします。
手順3：特徴から便益までの間を、一段ずつつなぐ
ここで初めて、商品やサービスの特徴を選びます。選定基準は、説明したい機能であることではなく、確認した業務場面を変えるために必要であることです。特徴を挙げたら、その機能を使うと誰の何の作業が変わるのかを書き出します。
たとえば、案件情報を一覧で見られるという特徴から、すぐに売上が伸びるとは説明できません。一覧を見る、対応が止まっている案件を見つける、担当者と次の対応を決める、といった行動が間に必要です。顧客がその行動を取れる運用まで含めて考えます。
次に進む目安は、特徴から便益までを説明したときに、途中の行動や条件を省略していないことです。機能だけで実現する部分と、顧客側の運用が必要な部分を分けられれば、導入後の期待のずれを避けやすくなります。
手順4：主張に合う根拠を用意し、不足は確認事項にする
根拠は、説明したい主張に対応させます。機能の有無なら仕様書、操作の流れなら実演、既存環境との接続なら接続条件の資料や検証結果が判断材料になります。業務負担の変化を話すなら、顧客の現状と導入後の作業を比較する必要があります。
次に進む目安は、何を根拠にどこまで言えるかを説明できることです。まだ確認できない部分は、効果として言い切らず、試用や担当部門への確認で確かめる項目にします。根拠がないまま、言葉の勢いで補おうとしないことが大切です。
手順5：提案を聞いた後、何を判断するかを合わせる
最後に、その商談で顧客が判断することを明確にします。自社の業務に適用できそうか、担当部門と確認する価値があるか、試用に進む条件がそろっているかなど、商談の段階によって判断は異なります。
予算や決裁者、導入時期といった条件も関係する場合は、FABEによる説明だけで埋めようとせず、別途確認します。条件を聞く順番を整理したい場合は、営業BANTのコツ｜質問の順番と判断基準をそろえる商談・育成の進め方も参考になります。
相手の状況に合わせて、FABEの伝え方を選ぶ
FABEの説明を用意していても、そのまま話し始めるとは限りません。顧客が困りごとを整理している段階と、複数の提案を比較している段階では、必要な情報が違います。相手が今どこで判断に迷っているかを見て、説明の入口を選びます。
説明方法を選ぶ比較表
| 選択肢 | 向いている場合 | 向かない場合 | 選ぶ前に確かめる点 |
|---|---|---|---|
| A：質問を先にする | 困りごとが抽象的で、具体的な業務が分からない | 顧客が状況を説明済みで、具体的な回答を求めている | 不足している情報は何か。同じ質問を繰り返していないか |
| B：便益から説明する | 課題を共有できており、提案の意味を短く伝えたい | 便益が営業側の推測にとどまっている | 顧客が望む変化と、説明する便益が一致しているか |
| C：特徴・操作から説明する | 担当者が機能の有無や具体的な使い方を確認したい | 相手が商品を使う理由をまだ理解していない | 見せる機能が、相手の質問や業務に対応しているか |
| D：根拠・条件から説明する | 実現できるか、既存環境で使えるかに不安がある | 何を解決する提案かが共有できていない | 根拠の対象、条件、確認できていない範囲を説明できるか |
この表は、商談全体で一つを選び続けるためのものではありません。課題が分かったら便益の説明へ進み、実現性への疑問が出たら根拠へ移るなど、会話の中で切り替えます。相手が具体的な質問をしているのに、用意した説明の最初へ戻らないようにします。
便益は、役職名よりも担当する仕事に合わせる
現場担当者には使いやすさ、管理職には管理のしやすさ、経営層には経営上の意味を伝える、という整理は出発点になります。ただし、役職だけで関心を決めつけると、本人が気にしていることを見落とします。
営業マネージャーでも、自ら集計している人と、報告を受けて判断する人では困りごとが異なります。前者には集計作業の変化、後者には判断に必要な情報がそろうかが関係します。その人が何を担当し、何に責任を持っているかを聞いて説明を選びます。
参加者が複数いるときは、便益を一つにまとめすぎないことも大切です。管理職の確認が楽になる一方で、現場の入力が増えるなら、双方の変化を示します。誰かの負担を隠したまま合意を得ても、運用を検討する段階で話が戻りやすくなります。
説明を小さく区切り、相手の反応で次を決める
FABEを長く話し切ると、途中で認識がずれていても気づけません。一つの業務場面について説明したら、相手が自社に当てはめられているかを確認します。理解したかだけでなく、どの部分が合い、どの部分が合わないかを聞くと、次に説明する内容が見えてきます。
たとえば、現在の集計作業のうち、この方法に置き換えられそうなのはどこでしょうか、と確認します。顧客が具体的な作業を挙げられれば、適用条件を深められます。答えが抽象的なら、説明を増やす前に、対象の業務や関係者の認識をもう一度確かめます。
反応が薄いときも、関心がないとすぐに判断しません。必要性を感じていないのか、説明が分かりにくいのか、自分では判断できないのかで対応は変わります。相手の返答から理由を確かめ、質問・実演・条件確認のどれに進むかを選びます。
法人営業の具体例で見る、伝わるFABEとよくある失敗
ここでは、架空の商品・サービスを使って説明の組み立て方を示します。実在企業の導入事例や成果を示すものではありません。自社で使う際は、商品の実際の仕様と、商談で確認した顧客の業務に置き換えてください。
例1：営業管理ツールを、会議準備の業務につなげる
想定する場面は、営業マネージャーが週次会議の前に、担当者別の表を集めて案件状況を整理している商談です。顧客は、会議で使う情報をそろえる作業を減らしたいと話しています。提案するツールには、担当者が登録した案件を共通の一覧で確認する機能があるとします。
弱い説明は、案件を一元管理できるので、営業活動を効率化できます、で終わるものです。何が変わるのかが曖昧で、顧客は自分の作業と結びつけて判断できません。売上向上まで一足飛びに説明すると、さらに根拠が不足します。
組み立て直すなら、現在の会議準備に沿って伝えます。現在は担当者別の表を集めているとのことでした。この一覧では、担当者が登録した案件を共通の項目で確認できます。会議に必要な情報がここにそろえば、別々の表から集計し直す作業を減らせる可能性があります、という説明です。
根拠として見せるのは、一覧画面が存在することだけではありません。現在の会議資料に必要な項目が表示できるか、担当者が会議前に更新できるか、既存の表との二重入力が残らないかを確認します。実演で分かることと、運用を試して初めて分かることを分けます。
顧客が、担当者が入力しないのではないかと話したら、機能の説明を重ねるより、入力項目・更新のタイミング・確認担当を検討する段階です。FABEが伝わらない原因が、言い方ではなく、運用条件の不足にあることもあります。
例2：保守サービスを、設備停止時の初動につなげる
次は、設備トラブルの際に、現場担当者が連絡先や伝える内容を調べ直している場面です。提案する保守サービスには、窓口の一本化と、対象設備についての受付手順が用意されているとします。
この場合、窓口が一つなので安心です、だけでは便益が曖昧です。どの設備で何が起きたときに、誰がどう動けるのかを説明します。連絡先と受付時に必要な情報をそろえることで、トラブル発生後に連絡先を探す手間や、連絡時の情報不足を減らすことが便益の候補になります。
ただし、受付窓口があることと、すぐに現地で復旧できることは別です。対応時間帯、対象設備、受付後の流れ、訪問が必要な場合の条件を根拠として示します。確認できていない復旧時間を約束しないことも、FABEの根拠を整える作業に含まれます。
顧客が求めているのが連絡のしやすさではなく、部品の確保や夜間の現地対応なら、提案の適合性を見直します。便益を魅力的に言い換えても、必要なサービスが含まれていなければ、その不足は解消しません。
例3：営業研修を、現場で変えたい行動につなげる
営業研修では、講義とロールプレイを組み合わせています、という特徴の説明だけになりがちです。顧客が困っているのが、担当者によって初回商談で確認する内容がばらつくことなら、どの行動を練習するのかまで具体化します。
架空の研修案として、顧客の発言を受けて業務場面を掘り下げる練習と、その振り返りを行う内容を考えます。優位性は、説明を聞くだけでなく、自分の質問の仕方を試し、改善点を確認できることです。便益は、現場で課題を確認する行動をそろえる助けになることです。
根拠には、研修の構成、練習課題、確認する行動、振り返りの方法を示します。受講後の売上増加まで説明するなら、それを裏づける別の根拠が必要です。研修の内容が具体的であることと、事業上の成果が確認されていることを混同しません。
よくある失敗は、根拠が支える範囲を超えて話すこと
仕様書で機能の存在を確認できても、顧客の成果まで証明できるわけではありません。同様に、他社で効果があった事例があっても、業務や利用条件が違えば、同じ変化が起きるとは限りません。資料の見栄えや事例の知名度より、今回の主張を支えられるかを確認します。
- 機能の説明だけで終わる場合は、その機能で誰のどの作業が変わるかを補う。
- 便益が大きすぎる場合は、実際に確認できる業務上の変化まで戻す。
- 根拠が主張とずれている場合は、言える範囲を狭めるか、必要な検証を追加する。
- 顧客の反応を無視して説明を続ける場合は、疑問が残っている箇所を先に確認する。
実演も、画面を一通り見せるだけでは根拠になりにくいものです。顧客が確かめたい業務を選び、どの操作と結果を見るかを合わせます。準備から進行まで整理したい場合は、営業デモを成功に導くコツ｜顧客の業務場面から進める準備と進行を参照してください。
営業マネージャー・営業企画がFABEを育成に使う方法
組織でFABEを使うときは、四つの要素を言えたかだけで評価しないことが大切です。顧客の発言に基づいて便益を選び、根拠の範囲を守り、反応に応じて説明を変えられたかを見ます。話し方の上手さと、提案内容の妥当性を分けて確認します。
商談の記録から、事実と推測を分ける
振り返りでは、担当者に説明の意図を聞く前に、商談の記録や具体的な発言を確認します。顧客は本当にその課題を話したのか、望む変化に同意したのか、営業側が推測しただけなのかを分けます。記録にない部分は、確認済みとして扱いません。
たとえば、顧客が集計に手間がかかると話しただけなら、人数を減らしたいと考えているとは限りません。空いた時間を別の業務に使いたいのか、締め切り前の負担をならしたいのかもしれません。管理職が解釈を補うより、次の商談で何を確かめるかを決めます。
| 見る項目 | 確認する内容 | 不足しているときの次の行動 |
|---|---|---|
| 課題の把握 | 顧客の言葉で、困っている業務場面が残っているか | 作業の流れと困る場面を聞き直す |
| 特徴の選択 | 説明した機能が、確認した課題に対応しているか | その機能を選んだ理由を見直す |
| 便益へのつながり | 誰の何の作業が変わるかを説明できているか | 必要な行動と運用条件を補う |
| 根拠の妥当性 | 主張と資料・実演・検証の内容が対応しているか | 言える範囲を整理し、不足する確認を決める |
| 顧客の反応 | 納得した点と、疑問が残った点を区別できているか | 反応が分かる発言を確認し、次の質問を用意する |
商談が前に進んだことだけをもって、FABEが適切だったとは評価しません。顧客側の緊急性や既存の関係が影響する場合もあります。反対に、提案が見送られたとしても、適用条件の不一致を明らかにできたなら、判断を支える説明として評価できる部分があります。
ロールプレイは、一つの課題と一つの便益に絞る
練習で商品全体を説明させると、話す量が増え、何を直すのかが曖昧になりやすくなります。最初は、会議前の集計、承認待ち、設備トラブル時の連絡など、一つの業務場面を題材にします。その場面に対して、必要な質問と説明を練習します。
顧客役には、現在の業務、困っていること、変えられない条件、営業から確認されるまで話さない情報を用意します。営業役が質問しなくても正解が分かる設定では、顧客の状況を確かめる練習になりません。架空の設定と実際の顧客情報も区別して管理します。
練習は、質問で状況を確かめる、便益を伝える、疑問に根拠で答える、認識が合ったか確認する、という流れで行います。顧客役が条件の違いを伝えたときに、用意した説明を修正できるかも見ます。決めた台詞を再現することだけを評価しないようにします。
振り返りでは、直す箇所と理由を具体的に伝える
便益が弱い、もっと顧客目線で、といった指摘だけでは、担当者が次に何を変えればよいか分かりません。現在の説明では集計後の判断まで飛んでいるので、まず集計作業がどう変わるかを説明する、というように、対象の発言と修正理由を結びつけます。
一度の練習で改善点を並べすぎず、次に試す行動を絞ります。たとえば、便益を説明する前に、顧客が変えたい作業を言い直して確認することを課題にします。再練習では、その行動ができたかと、相手の返答を受けて説明を変えられたかを見ます。
営業マネージャーの見本をそのまま覚えさせるだけでなく、なぜその特徴を選んだか、どの情報がなければ言えないかを本人に説明してもらいます。判断の理由が分かれば、商品や顧客が変わったときにも応用しやすくなります。
営業企画は、説明例と根拠を一緒に管理する
営業企画が共通資料を作る場合は、商品別の特徴一覧だけでなく、想定する業務場面、確認する質問、便益の例、適用条件、根拠の参照先をまとめます。便益の例は、そのまま使える決まり文句ではなく、顧客の状況に合わせて選び直す材料として扱います。
根拠の資料には、対象となる機能やサービス、確認日、利用条件が分かるようにします。仕様が変わった場合には、説明例との整合も確認します。現場で使う説明だけが残り、根拠が古くなっている状態を避けるためです。
新しい説明例を共通資料へ加える際も、顧客から反応がよかったという理由だけで広げないようにします。どの業務、どの条件、どの質問に対して役立ったのかを残せば、別の商談で使えるかを判断できます。個別の成功を、すべての顧客に当てはまる説明へ変えないことが大切です。
営業のロールプレイや商談の振り返りをAIで継続する方法として、FAZOMを検討する際も、まず確認したい行動を具体化すると、練習の目的を定めやすくなります。顧客の課題を確かめたか、便益と根拠が対応していたかを、人が見直す基準として共有しておくことが大切です。
まとめ
営業でFABEを使うコツは、商品の特徴から話を膨らませる前に、顧客が変えたい業務を確かめることです。そのうえで、業務の変化につながる特徴と優位性を選び、便益を説明し、主張に合う根拠と適用条件を示します。
自社で取り組むなら、まず直近の商談を一つ選びます。顧客が話した困りごと、望む状態、変えられない条件、説明した特徴、示した根拠を並べ、確認済みの事実と営業側の推測を分けてください。つながっていない箇所が、次に確かめることや練習することになります。
営業マネージャー・営業企画は、四つの要素がそろっているかに加えて、顧客の反応に応じて説明を変えられたかを見ます。顧客が自社に合うかどうかを判断できる説明になっているかを、商談と育成の共通の基準にしましょう。
