アップセルとは?クロスセルとの違い・提案例と評価指標

アップセルは、顧客が検討中または利用中の商品・サービスについて、同じ目的をよりよく満たす上位の代替案を提案することです。容量、機能、サービス範囲などの追加価値が顧客に必要かを確かめます。単価を上げることだけを目的にすると、不要な費用や利用負担を増やすおそれがあります。
購入前に上位モデルを選ぶ提案も、利用中に上位プランへ変更する提案も含みます。一方、補完する別商品を追加するクロスセル、同じ商品の補充、単なる年契約への変更は区別します。この記事では提案の適否、説明、採算と継続の確認を架空例で紹介します。
クロスセル・セット・ダウンセルとの違い
Salesforceのアップセル解説は、上位の代替案と、元の購入に合う追加商品を区別し、顧客の必要性を確認する考え方を説明しています。提案が購入前か利用後かだけで分類せず、何を置き換え、何を追加するかを見ます。
提案 | 分類の考え方 | 架空の例 |
|---|---|---|
同じ目的の上位商品へ変更 | アップセル | 必要容量が増えた人へ上位容量プラン |
補完する別商品を追加 | クロスセル | 機器の購入に対応アクセサリーを追加 |
必要に合う下位商品へ変更 | ダウンセル | 未使用機能が多い人へ小さいプラン |
同じ消耗品を再購入 | 補充・再購入 | 使い切った同じ用品の注文 |
契約期間だけ変更 | 期間・支払条件の変更 | 月払いから年払いへ変更 |
上位品と追加品をセット化 | アップセルとクロスセルを含み得る | 上位機器と別売の設置支援 |
追加保証が独立した商品ならクロスセル、保証を含む上位モデルへの変更ならアップセルという整理ができます。セットも、別概念として切り離すより内容を分解します。クロスセルの手順と採算はクロスセルの解説を参照してください。
顧客の課題と上位案の必要性を確認する
上位案が必要かは、利用量だけで決まりません。制限に近くても、時期が一時的、別の運用で解決、価格負担が大きいという場合があります。容量80%のような一律の閾値を購買意欲の証拠にしません。
確認項目 | 提案を検討できる状態 | 提案を控える・別案を示す状態 |
|---|---|---|
課題 | 本人が現在の制約を確認している | 困りごとを推測しているだけ |
追加価値 | 上位機能がその課題に対応する | 価格以外の違いを説明できない |
利用定着 | 基本機能を利用し効果を確かめている | 不具合や使い方への不満が未解決 |
費用・条件 | 追加料金と期間が納得できる | 解約・更新・移行条件が不明 |
代替 | 現状維持・下位・別の手順と比較できる | 上位案だけを唯一の選択肢にする |
利用データは、本人へ必要性を確認するきっかけです。購入後の問い合わせや支援で把握した事実と、自社の予測を分けます。「何時間削減できる」と提示するなら、対象作業、測定条件、費用に換算する前提を確認し、単なる期待値を実績として扱いません。
情報収集を希望しているだけの相手には、リードナーチャリングの考え方で必要な資料と連絡条件を整理します。面談が役立つ場合はアポイントの取り方で目的を合意し、上位への変更を前提に話を進めないようにします。
架空の提案例と説明文
以下は架空のクラウドサービスの例で、Xtrategyの料金やプランを示すものではありません。現在のプランに50GB、上位に100GBの容量があり、月額差は2,000円と仮定します。顧客が継続して保存容量の不足を確認し、削除や保管先変更だけでは対応しにくい場合に提案を検討します。
現在の保存容量では、来月以降に必要なデータを保管できない可能性があると伺いました。上位プランは容量100GBで、現在より月額2,000円増えます。変更時期、更新条件、移行の作業は[条件]です。
不要データの整理や現在の運用を続ける方法もあります。必要な保存量と期間を確認したうえで、変更するか見送るかをご判断ください。利用量が一時的な場合は、今すぐ変更する必要があるか再確認しましょう。
顧客が決めるための情報を揃え、追加価値、追加料金、制限、変更方法、元に戻せる条件、問い合わせ先を説明します。「今変えないと損」と根拠なく急がせたり、顧客が使わない機能を利益として数えたりしません。
実在ブランドを比較する場合は、現在のプラン、課金単位、対象地域、確認日を確認します。一般的なブランド名だけを挙げて、今も同じ席課金や容量条件だと仮定しないでください。
提案シートと担当の記録
項目 | 記入する内容 | 判断すること |
|---|---|---|
課題・根拠 | 本人の発言、利用状況、確認日 | 必要性が事実か仮説か |
上位案の価値 | 追加できる機能・範囲 | 課題に本当に対応するか |
料金・条件 | 差額、期間、制限、移行・更新 | 顧客と自社の負担に見合うか |
代替案 | 現状維持、整理、下位、別手段 | 安い・簡単な解決があるか |
見送り条件 | 未定着、不満、予算、時期 | 提案を止める理由があるか |
確認計画 | 担当、同意、期日、利用後の確認 | 何が起きたら修正するか |
営業だけで完結させず、サポートや利用支援の担当と、進行中の問題や顧客の希望を共有します。すでに苦情や障害がある相手へ、解決前に上位変更を求めないことも重要です。
採用率は分母を分け、追加売上から費用を引く
架空の1カ月例として、対象100社、提案50社、採用20社とします。同じ会社を重複排除し、対象の定義と集計期間を揃えた例です。
指標 | 計算 | 結果 |
|---|---|---|
提案採用率 | 20社÷50社 | 40% |
対象全体の変更率 | 20社÷100社 | 20% |
追加MRR | 月額差2,000円×20社 | 月40,000円 |
初月の定義した差額 | 40,000円−追加提供費10,000円−提案費20,000円 | 10,000円 |
MRRは月次の継続売上であり、一時的な売上や全社の純利益ではありません。例の提供費と提案費を引いた1万円も、ここで定義した費用だけを反映した初月の差額です。固定費、税、他の費用を含む会社全体の利益とは区別します。
翌月は提案費や利用状況が変わる可能性があるため、初月差額をそのまま毎月の利益としません。上位案の提供工数、支援、値引き、返金、継続を追います。売上LTVと粗利益LTVを分ける考え方はLTVとCACを参照できます。
NRR・顧客継続率・苦情を一緒に確認する
既存顧客の売上継続率であるNRRは、同じ顧客集団の期首売上へ拡張を足し、縮小と解約を引いて計算します。Stripeの売上継続率の解説は、この構成と式を説明しています。新規顧客売上を分子へ足さないようにします。
架空例で期首MRR100万円、拡張4万円、縮小1万円、解約3万円なら、NRR=(100万円+4万円−1万円−3万円)÷100万円=100%です。アップセルがあっても、売上全体では縮小・解約を埋めた状態だと分かります。
顧客人数の継続率とは別の指標です。人数が減っていても残った顧客の売上増でNRRが維持される場合があります。顧客数、利用成果、問い合わせ、苦情、ダウングレード、解約理由も併記し、売上継続率の高さだけで顧客満足を断定しません。
利用後の確認:売上の増加だけで終了しない
変更後の確認日は、顧客と合意した利用開始時期や業務の周期に合わせます。架空の容量変更例なら「必要なデータを保存できたか」「操作や管理の負担が増えなかったか」「100GBが継続して必要か」を確認します。上位機能へ移ったことと、顧客の問題が解決したことは同じではありません。
想定より容量を使わず費用が負担になった場合は、整理の支援や下位への変更を含めて見直します。提供側では、問い合わせ対応の増加や移行工数も計上します。導入時だけ利益が出ても、その後の支援負担が大きければ採算は変わります。
顧客が断った場合も理由を残します。「追加価値を理解できない」と「必要性はあるが今は予算がない」では次の対応が異なります。説明の改善、時期の再確認、提案の停止を分け、同じ案を繰り返し送らないようにしましょう。
試行のチェックと見直し条件
- 上位案の必要性を本人の課題と結び付けたか。
- 現状維持や安い代替、見送りも説明したか。
- 採用率に対象社数と提案社数のどちらを使ったか明示したか。
- 追加売上、追加提供費、提案費と固定費を分けたか。
- 利用後の問題、縮小、解約、苦情を担当が確認するか。
- 変更後の売上を施策だけの因果効果として扱っていないか。
採用企業は元から必要性が高かった可能性があります。提案後の売上増だけで提案手法の効果を確定せず、対象条件、時期、支援、価格変更の影響を分けます。Xtrategyの機能では会社・担当者・取引、プロジェクトと予算・実績の整理を確認できます。顧客の合意と採算の記録を揃え、必要性のある提案かを振り返る運用につなげましょう。




