はじめに — エクスパンションは「売り込み」ではない
2026年のCS業界で最もホットなテーマの一つが、エクスパンション(アップセル・クロスセル) です。NRR 120%超を実現している組織は、エクスパンションを上手く回しています。
ところが、エクスパンションを 「営業活動」 として捉えると、CS組織は崩壊します。
- CS担当者がノルマに追われて顧客との関係性が壊れる
- 顧客が「あの担当者は売り込みばかり」と感じて警戒する
- 結果的にChurnが増えて、エクスパンションの効果を相殺
本記事で伝えたいのは、エクスパンションを 「顧客成功の延長線」 として設計すれば、売り込み感なく自然にNRRが上がるということです。
SaaSのカスタマーサクセス指標完全ガイド でNRR/エクスパンションMRRを解説しましたが、本記事はその応用編として、具体的な設計と運用に踏み込みます。
エクスパンションの3つの型
エクスパンションは、提案の構造で3つに分類できます。
型1: 隣接機能の活用提案(クロスセル)
現在の契約製品に 隣接する別製品・別機能 を提案するパターン。
例:
- メイン製品: 顧客管理SaaS
- クロスセル: メール配信機能、データ分析機能、AI チャットボット機能
特徴:
- 顧客の業務拡張に伴って自然に発生
- 提案ハードルが低い(同じベンダーへの追加発注)
- 単価は中程度(月額数万円〜数十万円)
型2: 利用拡大の自然な提案(アップセル)
現在の契約 の量・上位プランへの移行 を提案するパターン。
例:
- ユーザー数の追加(50ユーザー → 100ユーザー)
- 上位プランへの移行(Basic → Pro → Enterprise)
- データ容量・処理量の増額
特徴:
- 顧客の利用が定着していれば自然に発生
- 既存契約の枠組み内なので承認が早い
- 単価は変動大(月額数千円〜数百万円まで)
型3: 部署・グループ会社への横展開
同じ顧客企業の 別部署・別グループ会社 に展開するパターン。
例:
- A部署で導入 → B部署にも展開
- 親会社で導入 → 子会社にも展開
- 1拠点で導入 → 全国拠点に展開
特徴:
- 単価が大きい(数百万円〜数千万円)
- 意思決定者が経営層レベルになることが多い
- 営業との協業が必須
3つの型は性質が大きく違うため、CSの取り組み方を分けて設計 します。
エクスパンション機会の見つけ方
エクスパンションは「営業して獲得する」のではなく、「機会を発見して育てる」もの。発見の仕組みが鍵になります。
機会発見の4つの情報源
情報源1: 利用ログ
- 現在のプランの上限(ユーザー数・データ量・処理量)に近づいている顧客
- 特定の機能を頻繁に使い始めた顧客(上位機能ニーズの可能性)
- ヘビーユーザーが増えている顧客(社内浸透のサイン)
運用: CRM/CSプラットフォームで定期的に抽出。週次のレビュー会議で共有。
情報源2: 定例ミーティングの会話
- 「業務範囲が広がる」という発言
- 「他部署からも使いたいと言われている」という発言
- 「これに加えて◯◯機能があれば」という要望
運用: 定例MTGの議事録で、エクスパンション機会につながる発言を必ずタグ付け。
情報源3: ヘルススコア
ヘルススコア 80以上の顧客は、ほぼ確実にエクスパンション候補です。スコアが高い = 製品で成果が出ている = 拡張余地が高い。
運用: ヘルススコア 80以上の顧客リストを月次で抽出し、エクスパンション機会の有無を担当者ごとに棚卸し。
情報源4: 顧客の組織変化
- M&A・買収
- 新部署の設立
- 経営層の交代
- 海外拠点の開設
これらは大型のエクスパンション機会につながります。
運用: 主要顧客の業界ニュース・プレスリリースをモニタリング。Google Alerts、業界ニュースの定期チェック。
機会の優先順位付け
発見した機会を、以下の2軸で評価します。
| 単価大 | 単価小 | |
|---|---|---|
| 成約確率高 | ① 最優先 | ③ |
| 成約確率低 | ② | ④ 着手しない |
①と②に集中することで、CS担当者の時間が無駄になりません。
CSと営業の役割分担
エクスパンションをCSが担う場合、営業との役割分担をどう設計するかが、組織設計の核心です。
モデル1: CS完結型
エクスパンションの提案から契約まで、CSが完結。
メリット: 意思決定が早い、顧客との関係性を活かせる デメリット: 大型案件で交渉力不足、CS担当者の負荷増
適合する組織:
- SMB向けSaaS(エクスパンション単価が小さい)
- CS担当者数 < 営業数 の組織
- CSのスキルセットが営業寄り
モデル2: CS主導 + 営業協業
CS が機会発見と初期提案、営業が中盤以降の交渉と契約。
メリット: 顧客関係性と営業スキルの両立 デメリット: 役割分担の境界が曖昧になりやすい
適合する組織:
- 中堅向け SaaS
- 大型案件と小型案件が混在
- 業界主流のモデル
モデル3: 機会連携型
CS が機会発見のみ担当、提案以降は営業に完全引継。
メリット: CSが本業に集中、営業の交渉力をフル活用 デメリット: CSがエクスパンション貢献を評価されにくい
適合する組織:
- エンタープライズ向け SaaS(超大型案件中心)
- 営業組織が強い
- CS の評価指標がリテンション中心
役割分担の明文化
どのモデルを選ぶにせよ、CS と営業の役割分担は 明文化 が必須。
# CS-営業エクスパンション役割分担(例)
## 機会発見
- CS: 利用ログ・定例MTGからの発見(全件)
- 営業: 顧客経営層との接点からの発見(報告ベース)
## 初期提案(<¥100万円/年)
- CS: 単独で提案・交渉・契約
- 営業: 関与なし
## 中型案件(¥100-500万円/年)
- CS: 提案準備・初回プレゼン
- 営業: クロージング・契約交渉
## 大型案件(>¥500万円/年)
- CS: 機会発見・顧客側意思決定者の特定
- 営業: 提案以降全て(CSはサポート役)
## 案件成約時の評価
- CS完結型: CSがエクスパンション売上の100%を評価対象
- CS主導+営業協業: CS 50% / 営業 50% で分配
- 機会連携型: CS 30% / 営業 70%CSのKPIにエクスパンションを入れる際の注意
エクスパンションをCS のKPIに組み込むかどうかは、組織設計の重要な判断です。
入れる場合のメリット
- CS担当者がエクスパンションを意識する
- NRR 改善が組織として推進される
- 個人評価で営業要素が入り、給与レンジが上がる可能性
入れる場合のデメリット
- CS担当者が売り込み傾向になる
- 顧客との信頼関係が崩れるリスク
- ノルマ未達による疲弊
入れる条件 — 3つの前提
CSのKPIにエクスパンションを入れるなら、以下が前提:
前提1: CSが交渉権限を持つこと
CS担当者が価格・条件交渉できる権限がなければ、エクスパンションKPIは形骸化します。営業承認が毎回必要だと、機会が流れます。
前提2: 営業との利益相反が解消されていること
「同じ案件をCSと営業が取り合う」状況になると、組織が壊れます。明確な役割分担と、両者の評価方法の整合が必須。
前提3: 1年以上の時間軸で評価
エクスパンションは1ヶ月や3ヶ月で大量発生しません。1年単位の評価 で見ることで、短期売り込み傾向を抑制できます。
KPI設計の例
# CS担当者のエクスパンション関連KPI(例)
## メインKPI
- 年間エクスパンションMRR: ¥◯/月 → 12ヶ月で¥◯◯
- NRR: 110% → 120%
## サブKPI(プロセス指標)
- 月間エクスパンション機会発見数: ◯件
- 月間エクスパンション初期提案数: ◯件
- 機会発見 → 成約までの平均日数: ◯日
## 評価ウェイト
- リテンション(Churn率): 50%
- エクスパンション(MRR): 30%
- 顧客満足度(CSAT/NPS): 10%
- 業務貢献(社内連携・改善提案): 10%ウェイト50:30で 「リテンションを主、エクスパンションを従」 の関係を保つのが、CS担当者のバランス感を維持する設計です。
エクスパンション提案の型 — 売り込み感を消す
CS担当者がエクスパンション提案で陥りがちな失敗は 「機能を売り込む」 こと。これを避けるための提案の型を共有します。
NG型: 機能ベースの提案
「新機能Aがリリースされました。月¥◯◯で追加できます。いかがですか?」→ お客様が必要としていない機能なら、断られて終わり。
OK型: 課題ベースの提案
「先日のミーティングで、業務Bが負担になっているとお聞きしました。
これを解決する方法を3つ考えてきました。
方法1: 既存機能Xの活用方法を変える(追加コスト不要)
方法2: 機能Yを使う方法(現プラン内、要設定変更)
方法3: 新機能Aを追加する(月¥◯◯、最も効果的)
それぞれメリット・デメリットを表でまとめました。
お客様の状況を踏まえると、方法2か3の比較になりそうですが、
どちらに関心をお持ちですか?」→ お客様の課題からスタートし、コストゼロ・低コスト・追加コストの3段階で選択肢を提示。
提案構造の3要素
- 課題の確認: お客様が話していた課題を、こちらから言語化
- 解決策の段階提示: 無料 → 既存契約内 → 追加契約 の3段階
- 判断を委ねる: 「どれが最適か」を一方的に決めず、お客様に選んでもらう
この構造を守ると、「売り込まれた」ではなく「相談に乗ってくれた」という認識になります。
💡 エクスパンション提案資料にAIを使う 上記のような3段階提案資料の作成は、AI に下書きさせると効率的です。CS業務で本当に使えるAIプロンプト10選 のプロンプト群を流用してください。
エクスパンションでよくある失敗パターン
最後に、CS現場でよく観察される失敗パターンを5つ。
失敗1: 売り込みすぎて関係性が壊れる
CSのノルマ達成のためにエクスパンションを連続提案。お客様から「あの担当者は売り込みばかり」と思われ、信頼関係が崩壊。
対策: 3ヶ月単位の提案件数に上限を設ける(同じ顧客に同期間内に2件以上の提案をしない、等)。
失敗2: 課題のないところに提案する
機会発見が雑で、お客様が必要としていない機能・プランを提案。断られて、CS担当者のモチベーションも下がる。
対策: 機会発見の精度を上げる。利用ログ + 会話履歴 + ヘルススコアの3点セットで機会を判定。
失敗3: 営業との重複・対立
CSと営業が同じ顧客に別々の提案をして、お客様が混乱。社内では役割分担が曖昧になり、案件の優先順位で対立。
対策: 明文化された役割分担。週次の CS-営業合同レビュー会で案件状況を共有。
失敗4: 大型案件をCS単独で進める
CSが大型エクスパンション案件を1人で抱え込み、最終段階の交渉で失敗。営業のスキルが必要だったケース。
対策: 案件単価で役割分担を明確化。大型案件は早期から営業を巻き込む運用。
失敗5: エクスパンション後のフォロー不足
エクスパンションが成約した直後、CSの注意が次の案件に向かい、購入直後のお客様のフォローが薄くなる。結果としてアダプション不全で解約。
対策: エクスパンション成約後30/60/90日のフォロー計画を、提案時に組み込む。
まとめ — エクスパンション設計の3原則
長くなりましたが、本記事のメッセージを3つに凝縮します。
1. エクスパンションは「売り込み」ではなく「顧客成功の延長線」
機能を売る発想ではなく、顧客の課題を解決する発想で提案する。これが守れない組織は、NRRが上がってもChurnで相殺される。
2. 機会発見を仕組み化する
「営業センスのある人」に頼らず、利用ログ・会話履歴・ヘルススコアから機会を抽出する仕組みを作る。仕組み化されたエクスパンションは、属人化しない。
3. CSと営業の役割を明文化する
役割分担が曖昧な組織では、CSと営業が対立し、結果として顧客に迷惑をかける。3つのモデル(CS完結/協業/連携)から自社に合うものを選び、明文化する。
関連記事
- カスタマーサクセスとは何か — エクスパンションを5つのCS役割の中で位置付ける
- SaaSのカスタマーサクセス指標完全ガイド — NRR/GRR/エクスパンションMRRの計算式
- ヘルススコア設計と運用の完全ガイド — エクスパンション候補抽出の起点
- CSマネージャー1年目365日ロードマップ — マネージャーがエクスパンション戦略を立てるタイミング
- 2026年のCS業界トレンド7選 — NRR重視への評価軸シフト
- CS業務で本当に使えるAIプロンプト10選 — 提案資料作成のAI活用
質問・「自社のエクスパンション設計のご相談」は お問い合わせフォーム からどうぞ。
— Ao