エンタープライズ営業で紹介依頼を失敗しない進め方

この記事で整理すること

エンタープライズ商談では、担当者との商談は進んでいるのに、決裁者、利用部門、情シス、法務などへの紹介が得られないことがあります。紹介依頼を急ぐと顧客に負担をかけ、遅すぎると稟議前に必要な論点を確認できません。この記事では、紹介依頼を顧客の社内合意を助ける活動として進める方法を整理します。

紹介依頼が社内調整になる理由

大型商談では、担当者一人の納得だけでは購買は進みません。利用部門、管理部門、情シス、法務、購買、経営層など、それぞれの関心が異なります。営業が紹介を求める理由が、決裁者に会いたいからだけだと、顧客担当者は動きにくくなります。誰に、何を確認し、顧客の判断がどう進むのかを明確にする必要があります。

決裁者に会いたいだけの依頼が失敗する

• 決裁者紹介を営業都合で依頼している。
• 紹介してほしい相手と、確認したい論点が曖昧。
• 担当者が社内で紹介しやすい説明材料を用意していない。
• 断られたときに代替手段を持っていない。

相手別に確認論点を分ける

紹介依頼の前に、紹介してほしい相手、確認したい論点、紹介によって顧客側の何が進むかを整理します。情シスにはセキュリティや運用、利用部門には業務影響、決裁者には投資対効果、法務には契約条件を確認します。担当者には、社内で転送しやすい短い依頼文と、相手別の目的を渡します。

見落としやすいのは、紹介依頼を営業の接点拡大として設計してしまうことです。顧客担当者にとって紹介は社内調整の負荷です。その負荷に見合う理由、つまり紹介によって顧客側の検討がどう進むのかを示す必要があります。

紹介依頼を出すべきサイン

このテーマで問題が起きている組織では、会議やSFA上に小さなサインが出ます。たとえば、決裁者紹介を営業都合で依頼している状態が続くと、担当者は前に進んでいる感覚を持っていても、顧客側の判断は進んでいないことがあります。紹介してほしい相手と、確認したい論点が曖昧場合も、案件の見た目は整っていても、次の関係者や次の判断に進む材料が不足します。

紹介依頼で失敗しやすいのは、営業が「決裁者にお会いしたい」とだけ伝える場面です。顧客担当者からすると、なぜ今その人を巻き込む必要があるのか、何を確認するのか、紹介すると社内で何が進むのかが分かりません。依頼目的が営業都合に見えると、担当者は動きにくくなります。

もう一つのサインは、会話が担当者個人の感覚に寄りすぎることです。温度感が高い、反応が良い、前向きそう、といった表現だけでは、営業組織として支援できません。実務で扱うには、誰が、何を、いつまでに、何のために判断するのかを記録する必要があります。記録できない情報は、商談中に確認できていない可能性があります。

チームで分担すること

この見直しは、営業担当者だけに任せると続きません。担当者は顧客との会話から事実を集め、マネージャーは案件レビューで不足している論点を確認します。営業企画やRevOpsは、SFA項目、会議アジェンダ、確認テンプレートを整えます。CSやプリセールスが関わるテーマでは、導入後や技術確認で必要になる情報を受注前の確認項目へ戻します。

分担を決めるときは、誰が入力するかだけでなく、誰がレビューするかまで決めます。入力欄を増やしても、レビューされなければ形だけになります。逆に、レビュー観点が明確であれば、営業担当者は何を確認すべきかを商談前から意識できます。運用の目的は管理を細かくすることではなく、顧客の判断を前に進めるための情報を欠かさないことです。

紹介依頼前にそろえるもの

• 紹介してほしい相手と目的が明確になっている。
• 相手別に確認したい論点を分けている。
• 担当者が社内転送しやすい依頼文を用意している。
• 紹介が難しい場合の代替確認方法がある。
• 紹介依頼の進捗を案件レビューで確認している。

このチェックリストは、すべてを一度に完璧に埋めるためのものではありません。最初は、次の商談や次の会議で確認する項目を二つだけ選びます。たとえば、紹介してほしい相手と目的が明確になっているかどうかを確認し、次に相手別に確認したい論点を分けているかどうかを見ます。未確認の項目があれば、次回商談の質問、フォローメール、社内レビューのいずれかに戻します。

重要なのは、空欄を責めるのではなく、空欄を次の確認事項として扱うことです。商談は常に情報が揃った状態で進むわけではありません。だからこそ、何が分かっていて、何がまだ分かっていないのかを分ける必要があります。この分離ができると、案件レビューは報告ではなく支援の場になります。

紹介できない場合の代替確認

紹介依頼は、提案前後のタイミングにまとめて行うのではなく、商談の進行に合わせて段階的に行います。まず利用部門、次に管理部門や情シス、最後に決裁者という順序になることもあります。営業は、紹介を得られなかった場合に、担当者経由で確認できる質問、資料レビュー、メールでの非同期確認などの代替手段を用意します。

案件レビューでは、紹介できたかどうかだけでなく、紹介依頼の目的文を確認します。相手別の確認論点が一文で言えない場合は、紹介依頼の前に顧客担当者が社内で説明できる材料を整えます。

運用に落とすときは、既存の会議とSFAに接続します。新しいチェックシートを作っても、普段の案件レビューや1on1で見なければ定着しません。週次会議では、対象案件をすべて確認するのではなく、停滞している案件、次の判断者が不明な案件、未確認事項が多い案件に絞ります。限られた会議時間を、読み上げではなく次の打ち手に使います。

SFAでは、自由記述だけに頼らない方がよいです。自由記述は文脈を残すには便利ですが、集計や比較には向きません。最低限、確認済み、未確認、次回確認、対象外のように状態を分けられる項目を用意します。細かい項目を増やしすぎると入力されなくなるため、最初は営業が本当に判断に使う項目だけに絞ります。

紹介依頼の進み方を見る観点

見るべき指標は、決裁者面談数だけではありません。関係者確認率、紹介依頼後の追加論点数、稟議前の未確認事項数、紹介依頼から次回商談までの日数、紹介を断られた理由を見ます。紹介依頼は、営業の接点を増やすためではなく、顧客の判断を前に進めるために行います。

指標を見るときは、単月の結果だけで判断しません。営業活動には案件のタイミング、顧客側の稟議時期、担当者の経験差が影響します。まずは30日単位で、入力品質、次回アクション、停滞理由、関係者確認、失注理由の具体性が改善しているかを見ます。数字が悪い場合も、すぐに担当者の能力問題にせず、プロセス、資料、会議、マネージャー支援のどこに詰まりがあるかを分けます。

最後に、改善した内容を標準化します。うまくいった質問、顧客が社内共有しやすかった資料、案件レビューで有効だった確認項目は、個人の工夫で終わらせず、テンプレートや会議アジェンダに戻します。営業組織の実務改善は、一度の施策ではなく、現場で見つけた良い型を繰り返し更新することで定着します。

紹介依頼を送る前に確認すること

この記事のテーマを自社で扱うときは、最後に三つの観点で確認します。第一に、現場が明日から使える粒度になっているか。第二に、マネージャーやRevOpsがレビューできる記録として残るか。第三に、顧客の判断を助ける内容になっているかです。社内向けの管理項目だけを増やしても、顧客の検討が進まなければ営業実務としては不十分です。

最初にチームで確認する問いは、「紹介される相手にとって、その面談に出る理由は何か」です。営業側の会いたい理由ではなく、相手側の参加理由で説明できるかを見ます。

また、記事の内容をそのまま全案件へ一律に適用しないことも重要です。新規商談、既存顧客、エンタープライズ、パートナー経由では、確認すべき相手やタイミングが変わります。まずは対象案件を絞り、運用してみて、会議で振り返る。そこで得た学びをチェックリストやSFA項目へ戻す。この小さな改善サイクルを前提にすると、営業組織に無理なく定着します。

編集・監修について

この記事は営業実務ラボ編集部が企画、執筆、編集しています。制作過程で生成AIを構成案作成、草案整理、表現確認に利用する場合がありますが、公開前に編集部が事実関係、出典、表現を確認しています。外部専門家による個別監修が入る場合は、記事内で監修者名または監修有無を明記します。