▼ この記事の内容
営業で事例紹介を進めるときは、顧客が何を判断したいのかを確かめ、その判断に近い課題や導入条件を持つ事例を選びます。商談では、成果だけでなく、取り組む前の状況、選んだ理由、実行した内容、適用できる条件を伝えます。紹介後は顧客との共通点と違いを確認し、自社でも検討するために必要な情報や次の行動を決めます。この記事では、事例の比較表、商談での進め方、自社に当てはめる判断手順、営業組織での振り返り方を解説します。
営業の事例紹介は、顧客が判断したいことから始める
営業の事例紹介の進め方は、顧客の課題を確認する、検討に合う事例を選ぶ、取り組みの経緯と条件を伝える、自社に当てはまるかを一緒に確かめる、次の行動を合意する、という流れです。最初に決めたいのは、どの事例を話すかではなく、紹介を通じて顧客が何を判断できるようになるかです。
たとえば、顧客が導入後の運用を心配している場面で、大きな成果だけを紹介しても、その心配には答えられません。必要なのは、誰が運用を担当したのか、現場への説明をどう進めたのか、どのような準備が必要だったのかという情報です。相手の疑問と紹介する内容がずれると、事例への関心は得られても、検討に必要な確認が残ります。
事例で伝えることと、顧客が決めることを分ける
事例は、ある企業が一定の条件のもとで取り組んだ記録です。自社の商品やサービスを使った企業があること、特定の課題に対して実行した方法があることを伝えられます。一方、その顧客にも同じ方法が合うか、同じ成果を見込めるかは、事例だけでは判断できません。
営業担当者は、事例の事実と、目の前の顧客への見立てを分けて話します。導入先で確認された成果は事実として扱い、御社でも同じ成果が出るという説明には飛躍させません。顧客への見立てを伝える場合は、どの共通点を根拠にしているのか、どの条件がまだ分からないのかを添えます。
この区別は、慎重な言い方をするためだけのものではありません。共通点と未確認事項が見えると、顧客は自社で何を確かめればよいかを考えやすくなります。営業側も、追加の聞き取りや提案の修正が必要な場所を特定できます。
商談の段階によって、紹介する目的を変える
課題を整理している段階では、似た困りごとを持つ企業が、問題をどのように捉え直したかが参考になります。解決策を比較している段階では、選択した理由や運用上の条件が必要です。社内承認に向けた段階では、導入範囲、関係部門の役割、費用に含まれる内容、成果の確認方法などが論点になります。
同じ資料でも、すべてのページを順番に説明する必要はありません。相手が今判断したいことに合わせ、必要な箇所を中心に紹介します。ただし、成果が成立した条件や対象範囲を省くと意味が変わる場合は、その情報も一緒に伝えます。
- 課題の整理：何が問題で、なぜ取り組む必要があったかを伝える。
- 解決策の比較：何を重視して選び、ほかの方法とどう比較したかを伝える。
- 導入の検討：体制、準備、現場の負担、運用の進め方を伝える。
- 社内説明の準備：判断に必要な根拠と、まだ確認が必要な条件を整理する。
事例紹介の目的を、商品への興味を持ってもらうことだけに置くと、紹介後の会話が感想の確認で終わりがちです。担当者が上司へ相談できる状態にする、運用担当者が実施可能か判断できる状態にするなど、その商談で支えたい判断まで具体化しましょう。
紹介する事例は、業種の近さと検討する条件を比べて選ぶ
事例を選ぶとき、同業他社の実績は分かりやすい候補になります。ただし、業種が同じでも、営業の方法、顧客層、組織体制、導入目的が違えば、そのまま参考にはできません。反対に、業種が違っても、困っている業務や運用条件が近ければ、検討に使える部分があります。
まず顧客が抱える疑問を確認し、その疑問に答える事例を探します。業種、課題、運用体制、検討段階のどれを優先するかは、商談ごとに判断します。知名度や成果の大きさだけで選ばないことが大切です。
事例の選び方を比較する
次の表は、紹介する事例を選ぶための比較表です。候補が複数あるときは、顧客が今知りたいことに最も答えられるものを選びます。向かない場合に当てはまる事例を使うなら、その違いを説明できる情報があるかを確認してください。
| 選択肢 | 向いている場合 | 向かない場合 | 確かめる点 |
|---|---|---|---|
| 同じ業種の事例 | 業界特有の業務や商習慣への対応を知りたい | 業種は同じでも、顧客層や営業方法が大きく異なる | 対象業務、販売経路、商品特性、関係する部門が近いか |
| 同じ課題の事例 | 困りごとの整理や解決方法の検討を進めたい | 表面上の困りごとは同じでも、原因が異なる | 課題が起きた背景と、取り組みが作用した理由が近いか |
| 同じ運用体制の事例 | 担当者の負担や、現場で続けられるかを判断したい | 使える人員や支援範囲に大きな差がある | 担当者、必要な作業、既存業務との分担、社内支援が近いか |
| 同じ検討段階の事例 | 試用や社内承認など、次に進める方法を知りたい | 顧客の課題自体がまだ明確になっていない | 何を確かめて次の段階へ進んだかを説明できるか |
| 複数の事例を比較して紹介 | 異なる進め方から、自社に合う方法を選びたい | 論点が定まらず、比較する軸がない | 各事例の前提と違いを同じ項目で比べられるか |
選ぶ前に、顧客の状況を言葉にする
適した事例が見つからないときは、事例の不足だけでなく、顧客理解の不足も考えられます。営業の育成に困っているという情報だけでは、教える内容がそろっていないのか、練習の機会が足りないのか、管理職が助言する時間を取れないのかが分かりません。それぞれ、参考になる取り組みは異なります。
事例を探す前に、誰が、どの業務で、何に困っているか、そのために何が起きているかを短い文章にします。さらに、顧客がすでに試したことと、今回変えたいことを加えると、比較する軸が明確になります。担当者の発言と営業側の推測は混ぜず、不明な点は不明なまま残します。
予算や導入時期、社内で判断に関わる人も、事例を選ぶうえで必要になることがあります。聞き取りの観点を整理したい場合は、BANT+Cとは｜営業で使う確認項目と聞き方・案件判断の進め方を解説も参照してください。項目を埋めること自体より、顧客の検討を進めるために必要な情報を確かめることが先です。
似た事例がないときは、参考になる範囲を限定する
条件が近い事例がない場合は、無理に似ていると説明しません。参考にできる部分と、追加検証が必要な部分を分けます。たとえば、業務内容は違っても、現場への説明や担当者の役割分担は参考になる可能性があります。その場合は、運用の進め方に限って紹介することを先に伝えます。
判断に必要な事実が手元にない場合は、確認してから回答します。事例の空白を営業担当者の想像で補うと、後の提案や導入条件との食い違いにつながります。紹介できる事例がないことと、その課題に対応できないことも別の問題です。必要に応じて、事例紹介から、実際の業務を使った確認や試用の相談へ切り替えます。
商談では、紹介する理由から伝え、成果が出た条件まで説明する
事例を選んだ後は、資料の説明に入る前に、なぜその事例を紹介するのかを伝えます。顧客の発言と結びつけて紹介理由を示すと、相手はどこに注目して聞けばよいかが分かります。以下の会話例は、伝え方を説明するための例であり、実際の顧客の発言や導入事例ではありません。
紹介する理由と、聞いてほしい論点を伝える
たとえば、顧客が現場の負担を心配しているなら、説明の入り口は次のようになります。
運用を担当する方の負担がご懸念とのことでしたので、役割分担を考える参考として、この事例をご紹介します。特に、管理職と現場で何を分担したかをご覧ください。
この入り方であれば、成果の大きさを評価してもらうのではなく、役割分担が自社でも可能かを考えてもらえます。紹介する理由が顧客の認識とずれていれば、ここで修正できます。相手の反応を確かめずに説明を続けると、関心のない話を長く届けてしまうため注意が必要です。
取り組む前の状況から、選んだ理由へつなげる
事例の説明では、導入した商品やサービスの説明より先に、取り組む前の状況を伝えます。どの業務で困っていたのか、従来の方法では何が解決できなかったのか、誰に影響があったのかを示します。ここが分からないと、顧客は自社との共通点を見つけにくくなります。
続いて、その企業が何を重視して方法を選んだのかを説明します。機能、費用、使いやすさなどを並べるだけでなく、その課題に対してなぜ必要だったかを結びつけます。ただし、選定理由が記録にない場合は、営業側の推測を導入先の判断として話さないようにします。
顧客が抱える課題と事例の課題が途中で違うと分かった場合は、最後まで説明し切ることにこだわりません。違いを確認し、関連する部分だけに絞るか、別の事例に変えます。用意した資料を使い切ることより、相手の判断に必要な会話を進めることを優先します。
実行した内容は、担当者と作業が見える形にする
導入したという説明だけでは、現場で何が変わったのかは分かりません。誰が準備し、誰が使い、管理職が何を確認し、問題が起きたときにどう対応したかを伝えます。担当者と作業の関係が見えると、顧客は自社で必要な体制を考えられます。
このとき、提供側が支援した作業と、顧客側が担った作業を分けて説明します。導入先が社内で実施したことまで、商品やサービスに含まれる支援のように聞こえると、期待の食い違いが生じます。事例で行った内容と、今回の提案に含む内容が異なる場合も、その場で明らかにします。
運用に工夫や調整があった場合は、記録で確認できる範囲で伝えます。最初から問題なく進んだように整えすぎると、実際に必要な準備が伝わりません。顧客が知りたいのは成功の結末だけでなく、自社で始めるときに何へ備えるべきかでもあります。
成果は対象範囲と確認方法を添えて伝える
成果を紹介するときは、何が変わったかに加え、どの対象で、いつの状況を比べ、どのように確認したかを示します。数字がある場合も、その数字が事実として確認されていることが前提です。対象が限定されている成果を、企業全体の成果のように広げて説明しないようにします。
数字がない事例では、実際に記録されている業務上の変化を伝えます。顧客の感想があれば、個人の感想なのか、組織として確認された変化なのかを区別します。資料にない割合や期間を補ったり、感想を成果の証明として扱ったりする必要はありません。
最後に、目の前の顧客との違いを添えます。運用に使える時間、管理職の関与、対象となる担当者、既存の仕組みなど、結果に関係しそうな条件を確認します。違いを示すことは事例の価値を下げる行為ではなく、自社で採用できるかを判断するための情報提供です。
紹介後は、自社に当てはめて次へ進めるかを確かめる
事例紹介は、説明が終わった時点では完了していません。顧客が自社の状況と比べ、検討を進めるために何が必要かを言葉にできるところまで確認します。参考になりましたという反応だけでは、課題への理解が深まったのか、具体的な導入を考え始めたのかは分かりません。
共通点だけでなく、違うと感じた部分を聞く
紹介後は、自社と似ているかを尋ねるだけでなく、当てはまらない部分を確認します。営業側から似ていますよねと同意を求めるより、顧客自身の言葉で比較してもらう方が、判断に必要な情報を得やすくなります。以下も、商談で使う聞き方の例です。
- 今回の事例で、御社の状況と近いと感じたのはどの部分でしょうか。
- 御社で進めるとしたら、そのままでは難しそうな点はありますか。
- 運用を担当される方は、どのような点を気にされそうでしょうか。
- 社内で検討するために、追加で必要な情報は何でしょうか。
顧客が違いを挙げた場合は、すぐに解消しようとせず、その違いが判断にどう影響するかを聞きます。人数が違うという発言でも、管理の負担が問題なのか、費用が問題なのか、利用が広がるかを心配しているのかで、次に確かめる内容は変わります。
自社に当てはめる判断手順を決める
次の表は、営業担当者と顧客が一緒に確認するための手順です。上から順に確認し、次へ進める条件がそろっていなければ、その段階で必要な情報を集めます。すべてを同じ商談で終える必要はありません。確認できていないことを、確認済みとして進めないことが大切です。
| 確認する段階 | 自社の場合に確かめること | 次へ進める条件 | 条件がそろわない場合 |
|---|---|---|---|
| 課題をそろえる | 困っている人、業務、起きている問題、変えたい状態 | 担当者と営業側が、取り組む課題を同じ意味で説明できる | 現場の状況や具体的な業務を聞き直す |
| 事例との違いを確かめる | 課題の背景、対象範囲、使える人員、既存の運用 | 参考になる部分と、そのまま使えない部分を分けられる | 別の事例を探すか、不明な条件を確認する |
| 実施できるかを確かめる | 担当者、必要な作業、関係部門、提供側の支援範囲 | 誰が何を担うかについて、関係者と確認する見通しがある | 運用担当者を交えて負担や分担を整理する |
| 成果の確かめ方を決める | 現状の記録、期待する変化、確認する方法と時期 | 実施後に何を見て継続や見直しを判断するかが明確になる | 先に現状を把握し、比較できる情報を整える |
| 次の行動を決める | 残る疑問、必要な資料、確認する相手、担当と期限 | 顧客と営業側が、それぞれ何をするか合意できる | 検討を妨げている論点を整理し、対応の要否を決める |
たとえば、自社でも実施したいという意向があっても、運用担当者が決まっていなければ、すぐに導入の詳細へ進めるとは限りません。先に担当部門と役割を相談する必要があります。一方、運用は可能でも成果の確認方法が曖昧なら、導入前の状態を記録することが次の行動になります。
事例を見て関心が高まったことと、導入の条件が整ったことは分けて捉えます。相手の反応がよかったという営業側の感触より、顧客が何を判断でき、何が未確認で、次に何をするかが具体化したかを見ます。
次の行動は、残っている疑問に合わせる
次の行動を決めるときは、再度の打ち合わせを設定すること自体を目的にしません。現場で使えるかが疑問なら業務に沿った確認、社内説明が難しいなら判断材料の整理、支援範囲が不明なら提案内容の確認というように、残っている疑問に合わせます。
検討を進めないという判断もあり得ます。課題の優先度が低い、必要な体制を用意できない、提供できる内容が合わないと分かった場合は、その理由を記録します。事例紹介を通じて合わない条件が明らかになることも、顧客の判断を支えた結果です。
商談の段階ごとに顧客の判断を支える考え方については、不動産商談のコツを段階別に解説｜顧客の判断を支える進め方と営業育成の実務も関連する記事です。事例紹介も、商談全体の中で何を確かめる場面なのかを意識して位置づけましょう。
よくある失敗を防ぎ、営業組織で使える事例に整える
事例紹介の質を担当者ごとの経験に任せると、同じ資料でも説明内容が変わります。成果だけが強調されたり、紹介してよい範囲が曖昧になったりすることもあります。営業マネージャーや営業企画は、資料を増やすことに加えて、選び方、伝える範囲、紹介後の確認をそろえる必要があります。
知名度や成果の大きさを優先してしまう
著名な企業の事例や大きな成果は、話題として関心を引くことがあります。しかし、顧客が自社では条件が違うと感じれば、実行方法を考える材料にはなりません。知名度を紹介理由にする前に、課題や運用条件のどこが近いのかを担当者が説明できるかを確認します。
振り返りでは、なぜその事例を選んだのかを聞きます。同業だからという答えにとどまる場合は、対象業務、課題の背景、体制まで掘り下げます。事例の成果を覚えているかだけでなく、どの顧客に、何を判断してもらうために使えるかを共有しましょう。
説明が長くなり、顧客が比較する時間を失う
資料の内容をすべて話そうとすると、顧客の反応を確かめる機会が少なくなります。課題の説明をしたところで認識を確認する、運用の説明をしたところで自社との違いを聞くなど、論点の区切りで会話を挟みます。
話す量を減らす際も、成果の前提や提供範囲まで省かないようにします。顧客の判断に関係する条件を残し、関係の薄い背景説明を控えるという考え方です。資料自体に詳細が必要なら、口頭では要点を伝え、詳しい情報を確認できる場所を案内します。
好意的な感想を、案件が進んだ証拠にしてしまう
分かりやすかった、参考になったという感想は、事例への評価です。それだけで導入意向が確認できたとは限りません。商談記録には、顧客が示した共通点、難しいと感じた条件、追加で必要な情報、合意した行動を残します。
マネージャーが確認する際も、反応はどうだったかだけで終えず、顧客の判断がどう変わったかを聞きます。変化が確認できなかった場合は、紹介の目的が曖昧だったのか、事例が合わなかったのか、紹介後の問いかけが足りなかったのかを分けて考えます。
事例の事実と、営業担当者の解釈が混ざる
繰り返し使われる事例では、元の資料にない説明が加わることがあります。顧客に分かりやすくするための補足であっても、確認されていない理由や成果を導入先の事実として話すのは避けます。事実の確認に戻れるよう、社内では原資料と確認日を管理します。
特に数値は、対象、期間、定義が分からなければ、比較の根拠として扱いにくくなります。資料間で数字が違う場合は、都合のよいものを選ばず、集計範囲や更新時点を確認します。説明できない差が残るなら、確認が終わるまでその数値の使用を控えます。
探しやすさと、使ってよい範囲をそろえる
事例を保管するときは、社名や業種だけで分類するのではなく、顧客の課題から探せるようにします。資料の表題は違っていても、現場への定着、管理職の負担、社内説明など、共通する論点が見えると選びやすくなります。
- 事実の記録：取り組む前の課題、実行した内容、確認された変化、成果の条件を残す。
- 選ぶための情報：向いている顧客の状況、参考になる論点、適用しにくい条件を残す。
- 確認の情報：原資料、確認日、内容を確認できる担当者を残す。
- 利用範囲の情報：社名や担当者名の掲載可否、公開可能な数値、配布や口頭紹介の条件を残す。
社外で使う資料は、利用が認められた範囲を確認します。社名を伏せても、地域、商品、規模、時期などの組み合わせで企業が推測できる場合があります。公開済みの事例と、社内の商談記録を同じ扱いにせず、本文だけでなく図表、注記、ファイル名なども確認しましょう。
練習と商談の振り返りで、選び方から確かめる
練習では、事例を滑らかに説明できるかだけを見ません。顧客の状況を示し、どの事例を選ぶか、何を先に聞くか、どの条件を説明するか、紹介後に何を確認するかまで扱います。近い事例がない場合も練習すると、無理に実績へ結びつける説明を避けやすくなります。
商談の振り返りでは、顧客の発言をもとに確認します。紹介する理由は課題と合っていたか、成果の条件は伝わったか、顧客が違いを話す機会はあったか、次の行動は残る疑問に対応していたかを見ます。修正点は、次の商談で変える質問や説明まで具体化します。
資料そのものに不足がある場合と、担当者の進め方に課題がある場合も分けます。運用条件の記載がなければ資料の補足が必要です。資料には書かれていても話していなければ、説明する順序を見直します。原因に合わせて修正することで、練習と資料整備がつながります。
営業のロープレや商談の振り返りをAIで続ける方法として、FAZOMを使い、事例の選択理由や紹介後の聞き方を練習することも考えられます。AIの助言は、実際の商談内容や事例の原資料と照らし合わせながら活用します。
まとめ
営業の事例紹介は、顧客が今判断したいことを確認するところから始まります。業種の近さだけで選ばず、課題の背景、運用体制、検討段階を比べ、その判断に役立つ事例を選びましょう。
商談では、紹介する理由を伝えたうえで、取り組む前の状況、選んだ理由、実行内容、確認された成果とその条件を説明します。紹介後は、自社との共通点と違いを聞き、実施できる体制や成果の確かめ方、次の行動を整理します。
自社で見直すなら、次の商談で使う予定の事例について、何を判断してもらうために紹介するかを言葉にするところから始めてください。その目的に答える情報があるかを確かめ、足りない部分を補うと、事例紹介を顧客の検討につなげやすくなります。
