クロスセルとは?アップセルとの違い・提案例と進め方

クロスセルは、元の商品・サービスと組み合わせて役立つ、別の商品・サービスを提案することです。機器に対応するアクセサリー、購入品の設置支援などが例です。まず追加の必要性と互換性を確かめ、提案してよいか確認し、費用と条件を説明し、利用後の結果まで確認します。
追加売上が出ても、値引き、原価、配送、支援、返品を含めて利益が残るとは限りません。不要な押し売りで元の購入や継続を損なう可能性もあります。この記事では、分類、提案手順、架空の採算例、検証項目を具体的に整理します。
アップセル・セット・補充との違い
Salesforceの説明では、上位の代替案であるアップセルと、元の購入を補う追加商品を分けています。何を置き換えるか、何を追加するかで整理すると、同じ名称でも提案の構造を確認できます。
提案の構造 | 分類 | 架空の例 |
|---|---|---|
元の商品を上位へ置き換える | アップセル | 標準機器から高性能モデルへ変更 |
元の商品に別商品を追加する | クロスセル | 機器と互換性のある付属品を追加 |
同じ消耗品を再注文する | 補充・再購入 | 使い切った同じ用品を買い直す |
上位商品と追加サービスを組み合わせる | 両方を含む場合がある | 上位機器と別売の設置支援 |
追加保証が独立した商品ならクロスセル、保証を含む上位モデルへの変更ならアップセルという整理もできます。セットという名前だけで分類せず、内容を分解します。上位案の必要性や継続の評価はアップセルで詳しく説明しています。
顧客にとって必要な提案かを判断する
追加品の販売順位や顧客の属性だけでは、必要性は分かりません。元の商品との互換性、用途、既に持っているもの、導入条件、予算、利用できる時期を確認します。本人が必要ないと判断できる説明も含めます。
確認すること | 適切な提案の例 | 控えるべき提案の例 |
|---|---|---|
必要性 | 本人が追加の課題を確認している | 属性だけから必要と決めつける |
互換性 | 元の商品と対応条件を確認できる | 接続や利用の条件が不明 |
既保有・重複 | 所有していないことを確認する | 同じものを持つ人へ繰り返し案内 |
費用・負担 | 総額と作業、維持費を説明する | 初回価格だけを強調する |
自由な選択 | 元の商品だけでも購入できる | 不要な追加を断りにくくする |
金融商品や制度、実在サービスの成功例を使う場合は、条件と当事者資料を確認します。単に複数商品を持つ人の解約が少ないとしても、もともとの関心、利用期間、規模などが違う可能性があり、追加購入が継続を引き起こしたとは限りません。
手順1:必要性を聞き、提案の許可を得る
元の購入目的を確認し、「この用途では追加の設置作業が必要ですか」「対応アクセサリーの説明をご希望ですか」のように問いを絞ります。複数の追加品を一度に並べるより、本人の課題に関係するものを選びます。
B2Bの既存顧客では、利用者、管理者、購入担当が違うこともあります。ABMの関係者整理で企業と役割を確認し、担当者一人の回答を企業全体の購入意思として扱いません。継続情報の希望がある場合はリードナーチャリングの開始・停止条件を共有します。
架空の説明例として、「ご購入予定の機器に使えるケースがあります。持ち運ぶ用途があれば、対応条件と価格をご説明できます。既にお持ちであれば追加は不要です」と伝えます。提案を聞くことへの了承と、購入への了承は別です。
手順2:総額、互換性、不要な場合を説明する
追加品の単価だけでなく、セット総額、通常購入との差、継続費用、送料、設置や設定、返品条件を示します。セットにすると元の商品単独より条件が悪くなる点があれば、それも説明します。
説明シート | 記入内容 | 架空の例 |
|---|---|---|
元の購入 | 本人の目的と対象商品 | 機器を外出先で使う |
追加課題 | どの困りごとを補うか | 移動時の収納・保護 |
追加品 | 型式、互換条件、含まれるもの | 対応機器を確認したケース |
費用 | 実売価格、値引き、送料、維持費 | 値引き後1,500円、送料条件を別記 |
選択・制限 | 不要な場合、単独購入、返品 | 既保有なら不要、適用条件を確認 |
利用後 | 問い合わせ先、担当、確認日 | 合うか・使えたかを確認 |
自動レコメンドやセット割引も仮説です。thank-youページが常に最適、30%割引が必ず悪いなど、一律の判断はできません。CTAを設計するときも、元の購入を妨げず、追加品が任意だと分かる表現と導線にします。
手順3:小さく試し、元の購入への影響を見る
対象、期間、提案条件、表示する内容、費用、判定基準を決めてから試します。表示する場所を変えたとき、価格も対象も同時に変えると、どの変更と結果が結び付いたか分かりにくくなります。
比較を設ける場合も、在庫、繁忙期、端末、配送条件、顧客の違いを確認します。少数の購入だけで成功を確定せず、購入実数と、対象者がどの条件で選んだかを残します。クリックの増加だけでは追加品の有用性や採算は分かりません。
- 元の商品だけの購入が妨げられていないか。
- 追加品を断る操作と総額が分かりやすいか。
- 非対応や既保有の人へ提案していないか。
- 返品、問い合わせ、苦情、配送負担が増えていないか。
- 売上に加えて原価・値引き・運用費を集計できるか。
購入率と粗利益の計算例
以下は架空の対象集団です。元の商品を買った100人のうち、40人へ追加品を案内し、20人が購入したとします。期間と商品を揃え、一人につき追加購入者として一度だけ数えます。
指標 | 式 | 結果 |
|---|---|---|
元の商品購入者基準の追加購入率 | 20人÷100人 | 20% |
提案者基準の採用率 | 20人÷40人 | 50% |
追加品の実売単価 | 定価2,000円−値引き500円 | 1,500円 |
追加品売上 | 1,500円×20個 | 30,000円 |
追加品の粗利益 | 30,000円−原価800円×20個 | 14,000円 |
定義した費用後の差額 | 14,000円−追加配送4,000円−提案運用6,000円 | 4,000円 |
20%は元の商品購入者を分母にしたattach rateの例、50%は提案した人を分母にした率です。「クロスセル率」とだけ呼ばず、どちらかを明示します。購入者と注文回数を混ぜないでください。
4,000円は、この例の原価・配送・運用費を引いた差額です。全社の純利益ではなく、税や固定費、他の費用は別です。値引き前の定価で利益を計算したり、追加品をもともと買う予定だった人の売上を全て施策の増分として扱ったりしません。
提案によって元の商品単独購入が置き換わった、返品が増えたなどの影響も確認します。顧客の長期的な採算はLTVとCACで売上と粗利益を分けて考えます。
利用後と継続を確認する
購入時点で終えず、互換性、設置・利用、支援の負担、返品、更新や再購入を追います。長く使う機器と継続課金サービスでは、観測する期間や継続の意味が違います。関連商品数の増加だけを満足度とみなしません。
継続課金事業で売上継続率を使う場合、StripeのNRR説明のように、同じ既存顧客集団の拡張、縮小、解約を含め、新規顧客売上を除いて読みます。追加サービスの売上が増えても、元の契約の解約で全体の売上が減ることがあります。物販の購入率をそのままNRRへ置き換えることはできません。
利用後の不満を確認したら、支援、返品、取消、提案条件の見直しを検討します。組み合わせを増やして解約しにくくすることと、顧客にとって役立つことは別です。不要な追加契約を減らす判断も運用に含めます。
週次のチェックと次の改善
担当者は、対象・提案・購入の実数、適合しなかった理由、値引きと原価、追加の問い合わせ、返品、元商品の購入への影響を同じ期間で確認します。商品別、用途別、役割別の違いも、母数と合わせて見ます。
改善は「もっと表示する」だけではありません。互換性の説明を直す、対象外を除く、費用を明確にする、支援の範囲を見直す、提案を止めるという選択があります。何を変えたかと判定日を残し、条件の違う回の率を単純比較しないようにします。
会社・担当者・取引、プロジェクトと予算・実績を整理する方法はXtrategyの機能で確認できます。推薦の自動最適化や成果保証を前提にせず、本人の必要性と合意、費用、利用後の確認をチームで共有する運用を作りましょう。




