「機能はしっかり説明したのに、刺さっている感じがしない」——製品に詳しい営業ほど陥りがちな悩みです。原因は多くの場合、機能の説明で止まっていて、顧客にとっての意味まで翻訳できていないことにあります。ここで役立つのが FAB（ファブ） です。結論から言うと、FAB とは、Feature（特徴）→Advantage（利点）→Benefit（顧客便益）の順で、製品の機能を「その顧客にとっての価値」に翻訳して伝える営業・提案の型です。
この記事では、FAB の3段階の意味、使い方、SaaS 営業での具体例、バリューセリングとの違いを解説します（フレームワーク全体の地図は営業フレームワーク大全を参照）。
FAB（ファブ）とは？——機能を便益へ翻訳する3段階
FAB は、機能を「特徴→利点→便益」の順で語り、顧客にとっての意味まで翻訳する型です。 3段階はそれぞれ次を指します。
| 段階 | 何を語るか | 視点 |
|---|---|---|
| Feature（特徴） | 製品が持つ機能・仕様そのもの | 製品側 |
| Advantage（利点） | その特徴が一般にもたらす利点 | 一般論 |
| Benefit（顧客便益） | それが目の前の顧客の状況で生む価値 | 顧客個別 |
後ろへ行くほど、製品の話から顧客の話へ近づきます。多くの営業は Feature（特徴）で止まりますが、顧客が本当に聞きたいのは Benefit（自分にとって何が変わるか）です。FAB は、その翻訳を忘れないための型だと言えます。
なぜ機能説明だけでは刺さらない？
機能の説明だけでは刺さらないのは、顧客は機能ではなく「自分の状況がどう変わるか」を買うからです。 「この機能があります」と言われても、顧客は頭の中で「で、それが自分に何の得があるの？」を補完しなければなりません。その翻訳を営業がやらないと、話は宙に浮きます。
さらに、機能を並べるほど、競合との比較は機能数と価格の勝負になりがちです。機能一覧で戦うと、多機能・低価格が有利になり、値引き競争に沈みます。FAB で一つひとつを便益に翻訳すると、比較の土俵を「機能の数」から「顧客が達成できること」へ移せます。ここが、機能に詳しい営業ほど FAB を使う価値がある理由です。
FABの使い方——「だから何？」を2回問う
FAB を実践するコツは、機能を挙げたら「だから何？（So what?）」を2回問うことです。 1回目の「だから何？」で Advantage（一般的な利点）に、2回目でその顧客固有の Benefit（便益）にたどり着きます。
例えば「AIが商談を自動で分析します（Feature）」なら——
- だから何？→「振り返りを人手でやらなくて済みます（Advantage）」
- （その顧客に）だから何？→「マネージャーが1人で20人分の商談を見られず放置していた状態が解消し、育成が回り始めます（Benefit）」
ポイントは、Benefit は顧客ごとに変わることです。同じ機能でも、相手の課題・役割・状況に合わせて便益を言い換える。だから FAB は、事前に顧客の状況（課題やジョブ）を掴んでいるほど効きます（顧客のジョブを掴む型はジョブ理論、課題を引き出す型はSPIN話法を参照）。
具体例：SaaS商談でFABを使う
抽象的なので、あるSaaS商談を例にします（状況はすべて説明用の仮の例です）。
顧客（経営管理部の課長）に、ダッシュボードのカスタマイズ機能を説明する場面です。機能説明のままと、FABで翻訳した場合を並べます。
| 段階 | 機能説明のまま | FABで翻訳 |
|---|---|---|
| Feature | 「表示項目を自由にカスタマイズできます」 | 同左 |
| Advantage | （語られない） | 「必要な数字だけを1画面にまとめられます」 |
| Benefit | （語られない） | 「役員会前に各部門の数字を手集計していた作業がなくなり、課長が期限と正確さの不安から解放されます」 |
左の「カスタマイズできます」だけでは、課長は「便利そうだが、他社にもある」で終わります。右のように Benefit まで翻訳すると、話が設定項目の多さから、役員会前の作業が消える体験へ変わり、刺さり方がまるで違います。同じ機能でも、便益に翻訳できるかどうかで、選ばれ方が変わるのです。
注意点もあります。Benefit は勝手に決めつけないこと。「御社ならこう役立つはず」が外れると逆効果です。だからこそ、SPIN話法などで先に課題を引き出し、掴んだ事実にもとづいて便益を語るのが安全です。
FABとバリューセリングはどう組み合わせる？
FAB は「便益を言葉にする」型、バリューセリングは「便益を金額にする」型で、重ねると強くなります。
| 型 | 役割 | 粒度 |
|---|---|---|
| FAB | 機能を顧客の便益に翻訳する | 機能・会話レベル |
| バリューセリング | 便益を金額（削減額・増加額）で定量化する | 提案全体レベル |
流れとしては、FABで「何が変わるか」を言葉にし、バリューセリングで「それがいくらの価値か」を金額に落とす——という重ね方が有効です。言葉の便益に金額が加わると、稟議や投資対効果の説明にも耐える提案になります。
FABを形骸化させないコツ
FAB も、機械的に使うと「特徴→利点→便益」を棒読みするだけになります。避けるコツは2つです。
- Benefit を顧客の事実に紐づける：一般的な便益で止めず、その顧客の課題・役割で言い換える。事前のヒアリングが土台になる
- 全機能でやらない：すべての機能をFABで語ると冗長になる。顧客の課題に効く機能を絞って、そこだけ便益まで丁寧に翻訳する
IntelligentSales はFABのような伝え方をどう支援するか
「機能の説明で止まらず、顧客の便益まで翻訳できているか」は、商談の中で意識しないと崩れやすく、担当者の力量に依存します。製品に詳しい人ほど機能を語りすぎる、というのはよくある傾向です。
弊社（株式会社 DeploAI）が開発する「IntelligentSales」は、営業フレームワークから抽出・体系化したあるべき営業の理想形（＝理想から逆算するバックキャスト）を基準に、6 つの専門 AI（セールスフレーム分析／心理・行動変容分析／競合分析／折衝力学／顧客特性診断／評価アクション）が商談を分析します。とくにセールスフレーム分析 AI が、機能の説明に偏っていないか、顧客の便益まで語れているかを捉え、次に伝えるべき点を提案します。属人化しがちな「刺さる伝え方」を、組織で再現できる形にするのが狙いです。
まとめ
- FAB（ファブ）とは、Feature（特徴）→Advantage（利点）→Benefit（顧客便益）の順で、機能を顧客の価値に翻訳して伝える型
- 機能説明だけでは刺さらないのは、顧客は機能ではなく「自分の状況がどう変わるか」を買うから
- 使い方のコツは、機能へだから何？を2回問い、一般的な利点から顧客固有の便益へ落とすこと
- Benefit は顧客ごとに変わる。決めつけず、SPINなどで掴んだ事実に紐づけて語る
- バリューセリングと組み合わせる。FABで便益を言葉にし、バリューセリングで金額に落とすと、稟議にも耐える
IntelligentSales の機能の詳細は機能ページを、導入のご相談は資料請求・無料デモ相談からどうぞ。関連記事：バリューセリングとは／SPIN話法とは／ジョブ理論（JTBD）とは／営業フレームワーク大全。
