ENTRY TYPE · definition

アップセル vs クロスセル

By Marius Bughiu Last updated 2026-06-06 Customer Success

アップセルとは、顧客に すでに購入しているものをより多く 販売することです。上位ティア、より多くのシート、より大きな利用枠などです。クロスセルとは、別の製品 を販売することです。新しいモジュール、別の SKU、隣接する課題を解決する add-on などです。どちらもアカウントの revenue を成長させ、どちらも NRR に表れますが、駆動するシグナルが異なり、所有するモーションが異なり、失敗する理由も異なります。

それぞれが「そうではない」もの

アップセルは更新時の値上げではありません。それはインフレや list-price の引き上げであり、顧客が消費する量を意図的に拡張するものではありません。クロスセルは、顧客がすでに支払っていて単に有効化していなかった機能ではありません（それはアドプションであり、新規 revenue ではありません）。そしてどちらも包括語としての「expansion」ではありません。expansion は傘となる用語であり、アップセルとクロスセルはその下にある 2 つのメカニズムです。ある deal がどちらのメカニズムを使ったか言えないなら、expansion のフォーキャストは当て推量になっています。

SaaS の例

アップセル、シートベース： 200 シートの Slack 顧客が、会社の採用に伴い 350 シートに増える。同じ製品で、ユニットが増える。
アップセル、ティアベース： HubSpot Sales Hub Professional のチームが、カスタムオブジェクトとフォーキャストを使うために Enterprise に移行する。同じ製品ラインで、上位ティア。
アップセル、利用ベース： Snowflake のような消費型アカウントが、コミット済みクレジットの帯域を超え、より大きな年間コミットを購入する。同じ製品で、容量が増える。
クロスセル、隣接モジュール： Salesforce Sales Cloud の顧客が Service Cloud を追加する。異なる製品で、新しい購買センター（営業ではなくサポート）。
クロスセル、add-on SKU： Zendesk Support の顧客が WFM または QA の add-on を追加する。異なる SKU で、しばしば異なる予算オーナー。

見分け方：消費のユニット が増えるならアップセルです。新しい製品または予算ライン がアカウントに入ってくるならクロスセルです。

なぜこの区別がオペレーション上重要なのか

両者はコンバージョンの経済性が異なります。アップセルは通常より速く、ローテーチで、既存の契約と予算の中でクローズします。シート追加はセルフサーブのチェックアウトになり得ます。クロスセルはほぼ常に新しい buyer、証明すべき新しいユースケース、そしてしばしば新しい procurement サイクルを伴います。これらを 1 つのパイプラインとして扱うと、クロスセル deal の win-rate 期待値が膨らみ、簡単なアップセルの勝ちが注目されなくなります。

両者はアカウントのヘルスについても異なるシグナルを発します。アップセルの圧力は キャパシティ のシグナルです。顧客がより多く使っており、通常は健全です。クロスセルの需要は 幅広さ のシグナルです。顧客が 2 つ目の課題をあなたと解決するほど信頼しているということで、これはより強いリテンション指標ですが、成熟するのが遅い指標です。

Customer Success がそれぞれをどう surface するか

CS がクローザーになることはまれですが、ほぼ常にシグナルの源です。その分担：

アップセルのシグナルは利用のしきい値です。 ライセンス利用率が 90% 以上のシートベースのアカウントは、起こるのを待っているアップセルです。コミット済み cap に向かっている利用型アカウントも同じです。CSM（または CS プラットフォーム）はこれを監視し、顧客が壁にぶつかってフラストレーションを感じる前に AE へフラグをルーティングします。Gainsight、Totango、Planhat のようなヘルスプラットフォームでは、利用率がしきい値を超えたときに発火する playbook を設定でき、シグナルが QBR で CSM が気づくかどうかに依存しなくなります。
クロスセルのシグナルはユースケースの隣接性です。 これらはダッシュボードではなく会話の中に現れます。顧客が 2 つ目の製品が解決する課題に言及する、あるいは新しいチームが現在のスコープ外の質問を CSM にし始めるといった具合です。CSM の仕事は、そのシグナルを適格な expansion 機会として記録し、コンテキストとともに AE へ渡すことであり、コールドにピッチすることではありません。最良のクロスセルのモーションはコンサルティブです。更新日がノルマの会話を強いたからではなく、CSM がすでにアカウントの目標をマッピングしているから着地します。

両者の watch-out：CS に ノルマ を所有させないことです。CSM に数字を持たせると、そもそもシグナルを生み出す信頼されたアドバイザーの関係が、営業の関係へと劣化します。CS は surface して適格化し、AE または expansion スペシャリストがクローズします。CS は NRR または適格な機会の創出で報酬を与え、クローズした expansion の bookings では報酬を与えません。

よくある落とし穴

モデルでクロスセルをアップセルとして数える。 両者はサイクルタイムが異なります。混ぜるとあなたの expansion フォーキャストが信頼できなくなります。すべての expansion deal を CRM でそのメカニズムとともにタグ付けします。
健全でないアカウントに expansion をピッチする。 レッドヘルスの顧客がアップセルのメールを受け取ると、より強く churn します。すべての expansion play の前に最低限の health score のゲートを置きます。
しきい値がなければ play もない。 「アップセルのシグナルを監視する」はプロセスではありません。play を発火させる利用率のパーセンテージを定義し、アラートを自動化します。