「あの人が辞めたら、紹介の流れが止まる」——B2B 営業の現場で繰り返し聞く言葉です。紹介は強い武器であるはずなのに、いざ組織として棚卸ししてみると、誰がどの顧客とどのようにつながっているのかが見えない。結果として、紹介で取れる案件の量は特定の個人の人脈の天井で頭打ちになります。
紹介営業が属人化資産にとどまる構造には、3 つの理由があると私たちは整理しています。本記事では、紹介が組織資産として積み上がらない原因を分解した上で、デジタル化の最初の一歩として何から着手すべきかを論じます。CAC の高騰に悩む B2B 組織にとって、紹介の構造化は次の数年で避けられない論点になるはずです。
紹介が個人資産で止まる構造を、3 つに分解する
紹介営業が組織資産にならないのは、(1) 紹介の発生プロセスが記録されない、(2) 紹介者と被紹介者の関係性が個人の頭の中にしか存在しない、(3) 紹介の成果が個人成績に閉じて組織のナレッジに還流しない、の 3 点が連鎖するからです。技術的な問題ではなく、紹介を「業務プロセス」として扱っていないことが根本にあると考えています。
デジタル化の最初の一歩は、CRM への入力強化ではありません。紹介の「発生イベント」と「関係性データ」を分けて記録する仕組みを、最小単位で立ち上げることです。私たちが見てきた 30 社あまりの B2B 組織では、ここを起点に着手したケースのほうが、定着率が高い傾向にあります。
紹介は個人のスキルではなく、組織が再現できるプロセスに分解できる。
本記事の後半では、その分解の手順と、SalesLink を含む紹介のデジタル化基盤に求められる要件を整理します。
紹介営業が組織資産にならない 3 つの理由
紹介ベースの営業が属人化から抜け出せない構造を、まず分解してみます。多くの組織で観察される 3 つの要因は、それぞれ独立した問題ではなく、互いに連鎖して属人化を固定化しています。
第 1 に、紹介の発生プロセスが記録されないという問題があります。商談化した後の数字は CRM に残りますが、「誰がいつどんな文脈で紹介を持ちかけたか」「相手はなぜ受けてくれたか」といった発生前の文脈は、ほぼ全て担当者の記憶に閉じ込められます。商談化しなかった紹介の試行回数に至っては、組織側からは完全に見えません。
第 2 に、関係性データが個人の頭の中にしか存在しないことです。トップセールスの脳内には、顧客 A と顧客 B が同じ業界団体に属していて過去に共同案件を持っていた、といった関係性の地図が描かれています。しかしこの地図は本人が辞めれば消えます。後任者が同じ判断をしようとしても、関係性の濃淡が見えないため、紹介の打診先を選べません。
第 3 に、紹介成果が個人成績に閉じる評価設計です。紹介で取れた案件は、その営業担当者の数字として計上されます。組織のナレッジとして「この顧客は紹介源として有望」「この紹介経路は成約率が高い」といった知見が共有されません。
3 つの要因を整理すると次のようになります。
要因 | 何が記録されないか | 連鎖して起きること |
|---|---|---|
発生プロセスの非記録性 | 紹介の試行回数・文脈 | 失敗パターンが学習されない |
関係性データの個人保有 | 顧客間のつながりの濃淡 | 後任者が紹介ルートを再現できない |
成果評価の個人完結 | 紹介経路別の成約率 | 有望な紹介源が組織で共有されない |
これらは「営業担当が記録をサボっている」という話ではありません。記録する場所と粒度の設計が、紹介営業に合っていないだけなのです。
なぜ CRM 導入では解けないのか
ここで多くの組織が選ぶ打ち手が、CRM の入力ルール強化です。「紹介起点の案件は専用フィールドに記入する」「紹介者情報を必須入力にする」といったルールを敷くケースをよく見ます。しかし、この方向で属人化が解けたケースを、私たちはほとんど見たことがありません。
理由はシンプルで、CRM は商談ステージの記録には強いが、紹介の発生前段階を記録する設計になっていないためです。CRM のデータモデルは「案件」を中心に組まれており、案件が立ち上がる前の関係性の動きを残す枠が用意されていません。無理に既存フィールドに押し込もうとすると、入力フォーマットが営業現場の実感とずれ、結果として「とりあえず空欄で出す」運用に着地します。
もう 1 つの理由は、運用負荷です。紹介の文脈は雑談に近い情報を多く含みます。「先方の役員が独立して別会社を作る話があるらしい」「あの担当者は前職で別の顧客と接点があった」といった粒度の話を、CRM の構造化フィールドに落とすのは現場の負荷が高すぎます。1 件入力するのに 5 分かかる設計では、月数十件発生する紹介の試行を全て残すのは不可能です。
代わりに有効なのは、紹介イベントの軽量記録と関係性データの分離管理というアプローチです。紹介が発生した「事実」だけを 1 行で残せる場所を別途用意し、関係性データの構造化は後段で段階的に進める。CRM を壊す必要はなく、CRM の前段に薄い記録レイヤを足すイメージです。
入力ルールを増やすほど記録は減る、というのは紹介営業のデジタル化で繰り返し観察される逆説です。最初の設計でここを誤ると、半年後に「CRM の紹介フィールドはほぼ空欄」という状態に至ります。
紹介をデジタル化する最初の一歩
では具体的に何から着手すべきか。私たちは次の 3 ステップで進めることを推奨しています。
Step 1：紹介発生イベントの定義と最小記録。まず「紹介が発生した」と判定する基準を組織で揃えます。誰かが誰かに対して、別の顧客や担当者を引き合わせる意思表示をした時点を、紹介の発生と定義する。記録するのは「誰が・誰に・誰を紹介したか」の 3 点だけにします。Slack の専用チャンネルや簡易フォームでよく、CRM への構造化入力は求めません。ここで欲張ると Step 1 で失敗します。
Step 2：紹介者ネットワークの可視化。Step 1 で 3 ヶ月ほどデータが溜まったら、紹介の発生源と着地点をマップ化します。トップセールスから出ている紹介の本数、特定業界に集中している紹介経路、過去に紹介がありながら案件化していない関係などが見えてきます。この段階で初めて、関係性データを構造化する価値が出ます。
Step 3：紹介起点案件の成果計測と CAC との比較。紹介経路ごとの成約率・受注単価・リードタイムを計測し、新規開拓経由の CAC と比較します。多くの B2B 組織では、紹介経由の獲得コストは新規開拓の 3 分の 1 から 5 分の 1 に収まります。この数字を経営に提示できると、紹介のデジタル化への投資判断が一気に進みます。
陥りがちな落とし穴は、Step 1 を飛ばして Step 2 から始めようとすることです。関係性データを最初から綺麗に構造化しようとすると、要件定義に半年かかり、その間にデータは何も溜まりません。最初から大規模なシステムを目指さず、3 ヶ月以内に意思決定できる粒度で始めるのが、定着の分岐点になります。
紹介のデジタル化基盤に求められる 4 つの要件
Step 2 以降で本格的な基盤を選定する段階に入ると、次の 4 要件が判断軸になります。
第 1 に、紹介者の心理的負担を増やさない UI であることです。紹介する側は基本的に「相手に迷惑をかけたくない」という心理を持っており、入力作業が増えれば紹介自体を控えます。1 タップで完了するレベルの導線設計が必要です。
第 2 に、関係性データの構造化です。誰と誰がどのような文脈でつながっているか、その関係性の濃淡を含めてデータ化できる構造が要ります。CRM の標準データモデルでは不足するため、グラフ構造を扱える設計が望ましい領域です。
第 3 に、成果の追跡可能性。紹介経路から商談化、受注、その後のリテンションまでを一気通貫で追える設計が要ります。途中でデータが分断されると、CAC との比較ができません。
第 4 に、個人成績ではなく組織ナレッジへの還流設計。紹介の成果が組織側のデータベースに蓄積され、後任者や他チームが参照できる設計になっていることが、属人化解消の核です。
要件 | 不足すると起きること |
|---|---|
心理的負担を増やさない UI | 紹介自体の発生数が減る |
関係性データの構造化 | 関係性の濃淡が見えない |
成果の追跡可能性 | CAC と比較できない |
組織ナレッジへの還流設計 | 個人依存が続く |
自社開発か外部プラットフォーム利用かの判断は、4 要件のうち何をどこまで作り込みたいかで分かれます。関係性データの構造化と組織還流の設計は専門性が高く、私たちは自社プラットフォーム SalesLink でこの領域に取り組んでいます。
ある金融業 300 名規模での、紹介可視化までの 6 ヶ月
金融業界の B 社（従業員 300 名規模）では、紹介経由の新規案件が全体の 6 割を占める一方、トップセールス 3 名の人脈に依存する状態が 10 年以上続いていました。経営層が「紹介の組織化」を掲げて CRM 入力ルールを強化したものの、半年で運用が形骸化。営業現場からは「紹介の発生を CRM のフォーマットに落とすこと自体が手間で、結局は記録されない案件が増えた」との声が上がりました。
私たちが入った段階で、まず CRM 入力ルールを一度棚上げし、紹介発生イベントを Slack の専用チャンネルに 1 行で投稿するだけの軽量フローに切り替えました。記録される情報量は減りましたが、記録の網羅性は 3 ヶ月で 4 倍に向上。半年後には、紹介経由案件の発生源マップが組織として可視化され、トップセールス 3 名以外からの紹介発生も 30% 増えました。
重要なのは、最初から完璧な記録を目指さず、「紹介が発生した事実」だけを最小コストで残す仕組みを先に立ち上げた点です。詳細な関係性データの構造化は、その後に段階的に進めました。属人化解消は一度に解けるものではなく、記録できる範囲を少しずつ広げる設計で進めるほうが、現場の納得感も得やすいと整理しています。
この B 社の事例は、紹介のデジタル化が「ツール導入」ではなく「業務プロセスの再設計」であることを示しています。同じパターンは規模や業界を問わず再現性が高く、私たちが関わってきた他の B2B 組織でも同様の順序で進めるケースが増えています。
SalesLink での紹介可視化のご相談
紹介営業を組織資産に変えていく取り組みは、ツール選定から入ると失敗しやすい領域です。まず自社の紹介がどこで発生し、どこで止まっているのかを構造的に見える化するところから始める必要があります。
私たちは自社プラットフォーム SalesLink を軸に、B2B 組織の紹介プロセスのデジタル化を支援しています。最初から大規模な導入を進める前に、現状の紹介発生パターンを 3 ヶ月程度で棚卸しし、デジタル化の優先順位を整理するアプローチを取ることが多いです。紹介経由の CAC が新規開拓の半分以下になっている組織ほど、ここを構造化する経営インパクトは大きくなります。
紹介の組織化に課題感を持たれている方は、サービスページから具体的な相談をお寄せください。論点を持ち寄っての議論からでも構いません。
関連記事：