この記事でわかること
- トスアップの定義と類語との違い: ハンドオフ・紹介・同行訪問との概念的な区別と、グループ横断営業での正確な使い方
- グループ横断クロスセルでのトスアップの役割: 銀行モデル営業体制との関係と、トスアップが「動かない」場合の構造的な原因
- 実務でトスアップを機能させる4つの手順と制度設計: Step 1〜4の具体的な行動と、失敗3原因への対処法
基本情報
| 項目 | 内容 |
|---|---|
| 対象 | 大企業グループの営業企画部長・事業会社の営業マネージャー |
| 難易度 | 初級 |
| 関連クラスター | C6:提案ストーリー・営業実行 |
| 読了目安 | 5分 |
トスアップとは — 定義と類語の関係(概念図)
トスアップの定義——営業現場での意味を整理する
トスアップとは、営業現場において案件や顧客を他の部門・他の会社に引き継ぎ・紹介する行動を指します。バレーボールのトスと同様に、「次に決める人(スパイクを打つ人)」のために最適な状態で渡すことが本来の意味です。単なる情報共有ではなく、提案機会を別の担当者へ渡して成約につなげることが目的です。
特にグループ横断のクロスセルでは、トスアップが実行されるか否かが売上機会の実現を左右します。グループ各社の顧客情報を横断的に整理し、既にある関係資産から確実に提案機会を引き出すためには、「誰が、誰に、どのタイミングで渡すか」というトスアップの設計が核心になります。
「案件や顧客を他者に渡す」がシンプルな定義
トスアップのシンプルな定義は「案件や顧客を別の部門・別の会社の担当者に渡し、提案機会を実現させる行動」です。
この定義で重要なのは「提案機会の実現」という目的意識です。単に「顧客の名前を教える」や「情報を共有する」だけではトスアップとは呼べません。紹介先の担当者が実際に顧客にアプローチし、提案を進めることができる状態まで整えて渡すことが求められます。
ハンドオフ・紹介・同行訪問との使い分け
「トスアップ」は類似する用語と混同されやすい概念です。以下の比較表で違いを整理しておきます。
| 用語 | 定義 | グループ横断での意味 |
|---|---|---|
| トスアップ | 案件・顧客を別部門・別会社の担当者に引き継ぎ・紹介し、提案機会を渡す行動 | グループ横断・部門横断での「渡す」行動を指す。相手が提案(スパイク)できるようにするための準備行動 |
| ハンドオフ | 担当者の交代や業務移管を指す広義の言葉 | トスアップより広義。顧客関係ごと別の担当者に移管するケースも含む |
| 紹介 | 既存の顧客・取引先を別の担当者や会社に知らせること | トスアップは「提案目的」の紹介であり、提案機会の創出を明確な目的とする点で区別される |
| 同行訪問 | 紹介後に紹介元と提案先が一緒に顧客を訪問すること | トスアップの結果として発生するアクション。トスアップ自体は同行前の段階から始まる |
トスアップ・ハンドオフ・紹介の違い(比較図)
グループ横断クロスセルでのトスアップの役割
グループ横断のクロスセルにおいて、トスアップはクロスセルを実行フェーズに移すための直接的な行動です。戦略や計画がどれだけ精緻でも、現場の担当者が実際に「案件を渡す」という行動を取らなければ、提案機会は生まれません。
McKinseyの調査(2020年、75名超の調査)では、クロスセル目標を達成した組織は全体の20%未満にとどまっています。この数字は、トスアップを「形式的には知っているが、実務では機能していない」状態の組織が大多数であることを示しています。
単一企業内のトスアップとグループ横断トスアップの構造的な違い
単一企業内での部門間トスアップとグループ横断トスアップは、表面上は同じ行動に見えますが、構造的な難しさが根本的に異なります。
単一企業内では、担当者の評価制度や情報システム、意思決定ルートが一本化されているため、トスアップの摩擦は比較的小さくなります。一方、グループ横断のトスアップでは、各社が独立した評価制度・損益管理・顧客管理システムを持ちます。「紹介して売れたとしても、自社の評価に何も戻ってこない」という構造的な問題が発生するため、現場が自発的には動きにくい状態になります。
HBR Analytics Services(2017年)の調査では、組織間のコラボレーション失敗の67%はサイロ(縦割り構造)に起因することが示されています。グループ横断トスアップが機能しない場合も、その多くはこのサイロ問題が根本にあります。
銀行モデル営業体制——顧客担当が専門家を連れてくる型
グループ間トスアップの実務モデルとして、「銀行モデルの営業体制」が参考になります。銀行の融資担当者が、顧客の課題に応じて信託や証券の専門家を紹介・同行させる形がグループ間トスアップの自然な型です。
あるグループ企業の経営幹部は、「銀行の融資担当が専門家(信託・証券の担当者)を顧客に紹介する形を、グループ間トスアップの理想モデルとして挙げていました」と述べています。「専門家を連れてきた」という形を作ることで、顧客にとっても違和感なく複数の会社の担当者と接点を持てるようになります。
この銀行モデルを参考に、子会社サイロを越える紹介ルートの作り方という観点で紹介ルートを設計することが、グループ横断トスアップを機能させる起点になります。
トスアップが「動かない」場合に起きていること
トスアップが機能していない組織では、以下のような状況が発生しています。McKinseyの2018年レポートが示す3類型として整理できます。
- 意思決定者が一致しない: 顧客の担当部署が複数の子会社製品を管轄していない。別の担当者が決裁するため、紹介先の担当者がアプローチできない
- 知識・余力・インセンティブがない: 担当営業が既に多数の製品・案件を抱えており、追加の紹介行動を取るキャパシティ(bag space)がない
- リーダーシップのコミットメントが不足している: 経営トップが「総論賛成、各論反対」の状態で、横断施策が現場任せになっている
これらの問題は、現場の担当者の意識や能力の問題ではなく、仕組みの問題として捉えることが重要です。
実務でトスアップを機能させる4つの手順
実務でトスアップを機能させるためには、行き当たりばったりの「紹介」ではなく、標準化されたステップに沿って進めることが有効とされています。以下の4ステップは、グループ横断クロスセルの実務設計で実際に使われているプロセスをもとにしています。
実務でトスアップを機能させる4ステップ(フロー図)
| ステップ | アクション | 担当 | 目安期間 |
|---|---|---|---|
| Step 1 | 子会社Aの担当営業が社内のクロスセル候補顧客を選定。紹介先(子会社B)の担当者に事前打診を行う | 子会社A営業 | 1〜2日 |
| Step 2 | 子会社Bの担当者と30分の事前打合せ。顧客の背景・課題・提案ポイントをすり合わせる | 子会社A + B営業 | 3〜5日以内 |
| Step 3 | 子会社Aの担当営業が顧客に子会社Bを紹介し、同行訪問を設定。「専門家を連れてきた」形を作る | 子会社A + B営業 | 2週間以内 |
| Step 4 | 子会社Bが主導する提案フェーズへ移行。子会社Aはフォロー役として随時連携する | 子会社B(主)/ A(副) | 以降継続 |
Step 1——対象顧客の選定と社内事前打診
最初のステップは「社内の事前打診」です。顧客に連絡する前に、紹介先となる子会社Bの担当者に対象顧客の概要と提案意図を伝え、受け入れ可能かどうかを確認します。
この事前打診を省くと、同行訪問の場で初めて状況を共有することになります。結果として、顧客の前で連携が取れていない印象を与えることになり、信頼を損なうリスクがあります。事前打診の具体的な進め方については、子会社間トスアップの成功率を上げる「事前打診」の進め方で詳しく解説しています。
Step 2——紹介元と提案先の情報すり合わせ(30分の事前打合せ)
子会社Bの担当者と30分程度の事前打合せを設定し、顧客の背景・課題・提案ポイントをすり合わせます。このすり合わせで確認すべき主な項目は以下の通りです。
- 顧客のキーパーソンは誰か(意思決定者・情報収集者)
- 既存の取引内容と関係の深さ
- 顧客が抱えている課題感(担当者から見た感触)
- 提案先が提供できるソリューションの概要
この30分の打合せが、Step 3の同行訪問の質を大きく左右します。紹介メールの書き方や代筆のポイントについては、紹介メールの代筆を成功させる7つのポイントを参照してください。
Step 3——同行訪問の設定と顧客への紹介
子会社Aの担当営業が顧客に子会社Bを紹介し、2週間以内に初回の同行訪問を実現させます。このとき「専門家を連れてきた」という形を意図的に作ることが重要です。
「同僚を紹介します」という形ではなく、「お客様の○○課題について、専門的な知見を持つ担当者にも同席してもらいました」という文脈で紹介することで、顧客にとっても有益な場として認識されやすくなります。
Step 4——トスアップ後のフォロー体制と進捗管理
トスアップ後は提案主体が子会社Bに移りますが、子会社Aは完全に手を引くのではなく「フォロー役」として顧客との関係を維持することが有効とされています。
三者商談(紹介元・顧客・紹介先)の設計とフォロー体制については、三者商談(紹介者・顧客・自社)の冒頭3分の組み立て方で詳しく解説しています。
トスアップが失敗する3つの構造的な原因
トスアップが機能しない場合、その多くは担当者の努力や熱量の問題ではなく、評価・責任・可視性の設計が整っていないという仕組みの問題です。
トスアップ失敗の3原因と解決策(構造図)
| 失敗原因 | 構造的な背景 | 実務的な解決策 |
|---|---|---|
| 評価されない | 紹介した担当者への実績計上がなく、労力と成果が連動しない | 紹介元に売上の10〜15%相当の評価ポイントを付与するルール(ダブルカウント)を事前に設計する |
| 責任を取らされる恐れ | 紹介した顧客が失注・クレームになった場合の責任帰属が不明確 | ROE(グループ横断営業の行動規範)に「失注の責任は提案した子会社に帰属し、紹介元には責任を問わない」を明文化する |
| 進捗が見えない | トスアップ後に進捗を把握する仕組みがなく、紹介元が状況を確認できない | 月次ワーキンググループ(WG)での進捗共有を標準化し、トスアップ後のパイプライン状況を可視化する |
原因1——「評価されない」という動機の欠如
別の経営幹部は、子会社間の紹介が機能しない根本原因を「紹介した担当者に何も評価が戻らない仕組みにある」と表現しています。グループ横断のトスアップでは、紹介した担当者の所属会社の売上には直接計上されないことが多く、「せっかく紹介しても自分の評価が上がらない」という状況が生まれます。
この問題に対して有効とされているのが、ダブルカウント(紹介元・受け取り側の双方に実績を計上する方式)です。実務での一般的な目安として、クロスセル売上の10〜15%相当の評価ポイントを紹介元に付与するルール設計が採用されるケースがあります。ダブルカウント制度とはでは、この制度設計の詳細を解説しています。
原因2——「責任を取らされる」という恐れ
トスアップを阻む2つ目の要因は、「紹介した顧客で問題が起きたときに自分が責任を問われる」という恐れです。この心理的障壁は、ルールが不明確なほど強くなります。
実務上の解決策は、ROE(Rules of Engagement、グループ横断営業の行動規範)に「失注の責任は提案した子会社の営業プロセスの問題として処理し、紹介元には責任を問わない」と明文化することです。この一文があるだけで、現場の行動が変わることがあります。
原因3——渡した後の進捗が見えない
トスアップ後、紹介元が「その後どうなったのか分からない」という孤立感を持つことも、トスアップへの消極性につながります。次にトスアップをするかどうかの判断材料がないため、「また面倒なことをするかな」という心理が生まれやすいのです。
この問題への対処として、月次のワーキンググループ(WG)でトスアップ後のパイプライン状況を共有する仕組みを標準化することが有効です。紹介元が「渡した案件がどこまで進んでいるか」を定期的に確認できる環境を整えることで、継続的なトスアップ行動を促すことができます。
よくある質問(FAQ)
Q1. トスアップとハンドオフはどう使い分けるのですか?
ハンドオフは担当者の交代や業務移管を指す広義の言葉であり、顧客関係ごと別の担当者に引き継ぐケースも含みます。一方、トスアップは提案機会を別の部門・別の会社に渡すことを目的とした行動を指し、「専門家を顧客に紹介して成約につなげる」という明確な意図を伴います。グループ横断のクロスセル文脈では、トスアップを使うことで「誰が渡す行動をして、誰が提案を完結させるか」の役割分担が明確になります。
Q2. トスアップのタイミングはいつが最適ですか?
トスアップに最適なタイミングは、顧客が「別の課題や領域に関心を示した瞬間」または「既存の担当者との信頼関係が確立された段階」です。信頼関係が浅い初期フェーズで行うと、紹介が唐突になり顧客に違和感を与えることがあります。一方、タイミングを逃すと顧客が別のベンダーを探し始める可能性もあります。McKinseyの調査では、顧客との関係が確立しているアカウントでは合併後1年以内に高いクロスセル率を達成した例が報告されており、関係の深さがタイミングの判断基準になります。
Q3. 子会社間のトスアップで最初にやるべきことは何ですか?
最初にやるべきことは「社内の事前打診」です。顧客に連絡する前に、紹介先(他の子会社)の担当者に対象顧客の概要と提案意図を伝え、受け入れ可能かどうかを確認します。この事前打診を省くと、同行訪問の場で初めて状況を共有することになり、顧客の前で連携が取れていない印象を与えます。事前打診の具体的な進め方は、子会社間トスアップの成功率を上げる「事前打診」の進め方で詳しく解説しています。
Q4. トスアップした後、紹介元はどの程度関与し続けるべきですか?
トスアップ後は提案主体が紹介先(他の子会社)に移りますが、紹介元は完全に手を引くのではなく「フォロー役」として顧客との関係を維持することが重要です。初回の同行訪問後は紹介先が主導しますが、紹介元は顧客から進捗確認が来た際の窓口として残り、必要に応じて社内の調整役を担います。三者商談(紹介者・顧客・紹介先)の設計については、三者商談(紹介者・顧客・自社)の冒頭3分の組み立て方で詳しく解説しています。
Q5. トスアップを機能させるためにインセンティブ以外で有効な施策はありますか?
インセンティブ(ダブルカウント)の整備が最優先ですが、それ以外にも有効な施策があります。一つは「失注の責任を紹介元に問わないルール(ROE)の明文化」です。責任への恐れがトスアップを阻む場合、ルールの明文化だけで行動が変わることがあります。もう一つは「月次ワーキンググループでの進捗共有」で、トスアップ後の状況が見えることで紹介元の孤立感が解消されます。ダブルカウント制度の設計については、ダブルカウント制度とはで詳しく解説しています。
まとめ
主要ポイント
- トスアップは「仕組みの問題」: 機能しない原因のほとんどは担当者の努力不足ではなく、評価・責任・可視性の設計が整っていないことにあります。現場任せで改善することは困難です。
- 銀行モデルが実務の参照点: 銀行の融資担当が専門家(信託・証券)を顧客に紹介する形が、グループ間トスアップの自然な型です。「専門家を連れてきた」という文脈を意図的に作ることが成功率を高めます。
- 4ステップと3制度設計がセット: 事前打診・情報すり合わせ・同行訪問・フォロー連携という4ステップの行動と、ダブルカウント・ROE明文化・月次WGという3つの制度設計をセットで整備することで、トスアップが組織的に機能し始めます。
次のステップ
- Step 1の「事前打診」の進め方を子会社間トスアップの成功率を上げる「事前打診」の進め方で確認する
- 同行訪問後の三者商談の設計を三者商談(紹介者・顧客・自社)の冒頭3分の組み立て方で学ぶ
- トスアップを支えるインセンティブ制度をダブルカウント制度とはで理解する
関連記事
参考リソース
- McKinsey "Capturing cross-selling synergies in M&A" (2020)
- McKinsey "Seven rules to crack the code on revenue synergies in M&A" (2018)
- HBR Analytics Services "Collaboration 2017 — Building Connected Organizational Models" (2017)
- Bain & Company "Bringing Science to the Art of Revenue Synergies" (2022)