リプレイス提案の進め方｜競合から乗り換えてもらう営業術

2026年10月17日

機能では明らかに勝っている。価格も見劣りしない。それでも商談の最後は「今のままでいいです」で終わる。すでに他社製品が入っている顧客を攻めるとき、多くの営業がこの壁にぶつかる。そして「決め手が弱かったのだろう」と考え、次はもっと詳しい比較表を持っていく。だが、比較表を厚くしても結果は変わらない。

結論から言う。リプレイス提案で売っているのは機能差ではない。売っているのは乗り換えても大丈夫だという安心である。相手が背負うのは、移行の手間と、一度決まったものを選び直した責任だ。この2つが軽くならないかぎり、どれだけ優れた機能を並べても現状維持に負ける。

だから勝負どころは機能比較表ではない。切り替えコストの引き下げと、担当者が社内で説明できる乗り換え理由の提供にある。本記事では、現状維持がこれほど強い理由の構造、不満を引き出す質問の設計、切り替えコストを下げる4つの手、他社批判をせずに差を示す作法、そして乗り換え理由を社内説明用の形に整えるAIプロンプトまでを順に示す。読み終えたとき、持っていくべき資料が比較表から別のものに変わっているはずだ。

なぜリプレイスは難しいのか

リプレイスが難しいのは、製品の優劣以前に、担当者にとって現状維持が最もリスクの低い選択に見えるからだ。営業が競っている相手は競合製品ではない。何もしないという、もう一つの選択肢である。

理由は3つある。第一に、判断の責任が非対称であることだ。乗り換えて成果が出なければ、それは担当者の判断ミスとして記録される。現場から「前のほうが良かった」と言われれば、矢面に立つのは選び直した本人だ。一方、何も動かさなければ誰の責任にもならない。多少の不便が続いても、それは所与の条件として処理される。得られる利益と負うリスクを天秤にかけたとき、動かないほうが安全だという結論は、担当者にとってきわめて合理的である。

第二に、移行の手間を負うのは担当者本人だという事実がある。データの移し替え、マニュアルの作り直し、現場への説明会、切り替え直後に殺到する問い合わせへの対応。営業が「移行は簡単です」と言うときの簡単さと、担当者の手元に積み上がる工数は別物だ。しかもその工数は、通常業務に上乗せで発生する。製品が良いことは分かっても、それをやる時間が今あるかという問いは別に立っている。

第三に、選定を覆すことの社内コストがある。現行製品を選んだのは社内の誰かだ。担当者本人か、その上司か、すでに異動した前任者か。いずれにせよ、乗り換えの提案は「あの選定は失敗だった」という含意を帯びる。稟議には必ず「なぜ今になって変えるのか」「導入時の判断は何が間違っていたのか」という問いがついてくる。この問いに答えられる言葉を持っていない担当者は、そもそも稟議を起こさない。

だから、比較表で全項目に勝っていても商談は止まる。止まる場所はいつも同じだ。「いつ移行するのか」「誰がやるのか」「社内にどう説明するのか」である。この3つに答えを用意しないまま機能の話を続けるのは、相手が見ていない的を撃ち続けることに等しい。

現行への不満を引き出す

不満は「不満ですか」と聞いても出てこない。聞くべきは評価ではなく事実だ。使い方と運用の実態を具体的に聞いていくと、本人も不満として自覚していなかったものが輪郭を持ち始める。

「今の製品、使いにくくないですか」という問いは二重に機能しない。まず、誘導と受け取られる。相手は現行製品の選定に関わっている可能性が高く、否定の気配を感じた瞬間に守りに入る。次に、長く使っているものの不便は日常に溶けている。毎週末に2時間かけて入力をまとめ直している担当者は、それを不満ではなく仕事と呼んでいる。評価を尋ねれば「まあ、慣れました」で終わる。

だから、運用の実態を事実として聞く。たとえば次のような問いだ。

「普段、どの画面をいちばん長く開いていますか」
「入力はどのタイミングでまとめてやっていますか。商談の直後ですか、週末ですか」
「現場の方からいちばん多く来る問い合わせは、どんな内容ですか」
「月次の数字をまとめるとき、手作業で直している部分はどこですか」
「導入したときに想定していた使い方と、いま実際に行われている使い方で、違っているところはありますか」

いずれも製品の評価を求めていない。相手は事実を答えるだけなので、守りに入る必要がない。そして事実の中に不便が含まれていれば、それは相手自身の口から出た言葉になる。営業が指摘した欠点と、顧客が自分で語った実態とでは、後の稟議での強度がまるで違う。

とくに最後の問いが効く。導入時の期待と現在の運用のズレは、誰の否定にもならないからだ。「製品が悪い」ではなく「状況が変わった」という形で課題が立ち上がる。組織が増えた、扱う商材が変わった、報告の要求が細かくなった。そうした変化は現行製品の選定を否定しないまま、乗り換えの理由を成立させる。これが後の社内説明でそのまま使える素材になる。

なお、こうした問いは思いついた順に投げると取りこぼす。聞くべき項目を事前に固定しておくほうが精度が上がるし、商談後に整理する手間も減る。項目の設計はヒアリングシートをAIで作る方法で解説しているので、自社の商材に合わせて一枚作っておくとよい。

聞き取った内容は、不満リストではなく「現行の使い方の事実」としてメモに残す。この区別は後で意味を持つ。顧客に返すときに、批判ではなく観察として差し出せるからだ。

切り替えコストを下げる4つの手

切り替えコストは漠然とした不安ではない。4種類に分解できる。分解すれば、それぞれに具体的な打ち手がある。

コストの種類	顧客が心配すること	営業側が示せる打ち手
データ移行	過去データが消えるか壊れるのではないか。移行作業は結局こちらがやるのではないか	移行支援の範囲を書面で明示する（自社がやる作業と顧客作業の線引き）。サンプルデータでの試験移行を先に実施する。移行できない項目を事前に開示する
再教育	現場が覚え直しを嫌がる。問い合わせが担当者ひとりに集中する	操作研修を自社側で実施する。現場向けの手順書を提供する。切り替え直後の問い合わせ窓口を一定期間こちらで引き受ける
業務フローの変更	既存の運用が止まる。連携している他システムが動かなくなる	一部門や一拠点からの段階移行にする。現行フローに合わせた初期設定を代行する。連携要件を契約前に確認して結果を文書で渡す
契約の重複期間	二重払いが発生する。更新時期がずれていて動けない	並行稼働期間を提案し、その期間の費用条件を調整する。現行契約の満了時期に合わせて開始時期を設計する

4つの打ち手に共通するのは顧客が負う作業を自社側に引き取るか、発生する時期を分割することにある。やることの総量を減らせない場合でも、誰がやるかと、いつやるかは設計できる。段階移行や並行稼働が効くのは、総量ではなくピークを下げる手だからだ。

ここで肝心なのは、むしろ簡単ですと言わないことだ。簡単だと強調すれば強調するほど、実際に手を動かす担当者との距離が開く。相手は移行がどれだけ面倒かを経験的に知っている。言うべきは「手間はあります。そのうちどこまでをこちらが持つか、線を引かせてください」である。手間を認めたうえで引き受け先を示すほうが、はるかに信用される。

もう一点。移行支援の内容は、必ず見積もりか提案書に項目として書く。口約束のサービスは社内説明に使えない。担当者が上司に「移行は向こうがやってくれると言っています」と伝えても、それは根拠にならない。文書化されていてはじめて、担当者の説明材料になる。

他社批判をせずに差を示す

他社批判は差別化にならない。他社批判は前任の選定の否定として受け取られ、目の前の担当者を否定することになりやすい。差は、優劣ではなく用途の違いとして示す。

理由は単純だ。現行製品を選んだのは社内の誰かである。製品を悪く言うことは、その判断を悪く言うことと区別がつかない。担当者が自ら選定に関わっていれば直接の否定になり、前任者や上司の選定であっても、社内の判断を外部の営業が批判する構図になる。どちらも相手を味方にしない。加えて、批判は聞き手の耳に売り手の都合として届く。「そう言うだろうな」と割り引かれる言葉に、説得力は残らない。

実際の進め方は三段で足りる。第一に認める。「決まった項目をきっちり管理する用途では、現行の作りはしっかりしていると思います」。第二にずらす。「一方で、先ほど伺った、現場が入力を後回しにしてしまうという状況だと、設計の考え方が違うものの方が合うことがあります」。第三に検証可能にする。数字や仕様を出すなら、公式情報で確認が取れたものだけを出す。比較は公式情報で確認した事実だけに限る、という原則を自分に課しておくとよい。

この原則は、AIを使うときにとくに重要になる。生成AIに競合製品との比較表を作らせると、知らない仕様をもっともらしく埋めてしまうことがある。誤った仕様を顧客に提示すれば、その場で信用を失うだけでは済まない。それを社内で引用した担当者が恥をかく。乗り換えを後押ししてくれるはずの人を、こちらの手で潰すことになる。具体的な回避策は競合比較表をAIに作らせるときの注意点にまとめた。

競合対策の資料は、批判材料ではなく確認済みの事実の集積として持つ。どの用途で相手が強く、どの用途で自社が合うのか、公開情報で裏の取れた範囲だけを整理しておく。この形で資料化しておくと、商談中に無理な断定をしなくて済む。資料の作り方は競合比較表（バトルカード）をAIで自動生成を参照してほしい。

そして最後に、差を言うのは営業ではなく顧客であるほうが強い。現行の運用で何が起きているかを事実として聞き出し、それを整理して返す。「お聞きした内容を並べるとこうなります」と差し出せば、評価は相手が下す。営業が下した評価は反論の対象になるが、相手が自分で下した評価は反論されない。

乗り換え理由を社内で説明できる形にするプロンプト

提案の最終成果物は見積書ではない。担当者が上司に見せられる1枚である。どれだけ商談が盛り上がっても、担当者が社内で説明できなければ案件は動かない。説明の言葉をこちらが用意するところまでが、リプレイス提案の射程だ。

次のプロンプトは、現行の状況・自社の提供価値・把握している不満を渡すと、乗り換え理由の整理から、切り替えコストへの回答、想定される反対意見への返し、そして上司向け1枚の骨子までを出力する設計にしてある。〔　〕の中を自社の案件に置き換えて使う。

あなたはB2Bのリプレイス提案を支援するコンサルタントです。
以下の入力情報だけを根拠に、顧客の担当者が社内で乗り換えを説明できる材料を作ってください。

# 入力情報
- 顧客の現行の状況：〔例：3年前に営業管理ツールを導入。入力は週末にまとめて行われ、現場の半数は使っていない〕
- 自社の提供価値：〔例：入力項目を絞った設計／既存の勤怠システムと連携可能／導入時の操作研修と3か月の問い合わせ窓口代行〕
- 把握している不満：〔例：月次の数字を手作業で直している／現場からの問い合わせが担当者1人に集中している〕
- 顧客側の意思決定者と関心事：〔例：営業本部長／現場の入力率と月次報告の早さ〕
- 現行契約の更新時期：〔例：約6か月後〕

# 出力してほしいもの
1. 乗り換えの理由を3つに整理
   - 各100字以内
   - 現行製品の欠陥ではなく、顧客側の状況変化と達成したい目的を主語にする
2. 切り替えコストへの回答
   - データ移行／再教育／業務フローの変更／契約の重複期間の4項目について
   - 「顧客が心配すること」と「こちらが示せる打ち手」を1行ずつ
3. 想定される反対意見と返し
   - 社内で出そうな反対を3つ挙げ、それぞれに返し方を添える
   - 「なぜ今変えるのか」への回答を必ず含める
4. 担当者が上司に見せる1枚の骨子
   - 見出しと、各項目に書く要点のみ
   - 装飾や修辞は不要。社内文書として読める簡潔な書き言葉にする

# 制約
- 入力情報に書かれていない事実・数値・他社製品の仕様を推測して補わない
- 情報が不足する場合は補わず、「確認が必要な項目」として末尾に列挙する
- 現行製品や他社を批判する表現を使わない
- 誇張した効果や、根拠のない数値目標を書かない

使う際の注意を2つ。ひとつは、入力欄に競合の仕様を書くときは、公式サイトや公開資料で確認が取れた事実だけを書くことだ。AIに「競合製品の仕様を調べて比較して」と投げるのは避ける。確認できない項目は空欄のままにしておけば、出力にも出てこない。

もうひとつは、出力をそのまま顧客に渡さないことだ。とくに3番の反対意見は、こちらが想定していなかった論点が混ざることがある。そこは拾って自分の提案に組み込み、文章は担当者の社内で通る言葉づかいに直す。1枚の骨子は、担当者と一緒に埋める前提のたたき台として使うのが最も効く。稟議そのものの通し方については顧客の社内稟議を支援するで詳しく扱っている。

よくある質問

契約更新の何か月前から動くべきか

更新時期からの逆算で考える。並行稼働や段階移行を提案するなら、検討、稟議、移行準備にそれぞれ時間が必要になるため、更新の半年前には最初の接点を持っておきたい。更新の1か月前に提案を持ち込んでも、担当者には社内を動かす時間がない。更新時期が分からない場合は、ヒアリングの中で「契約はどのタイミングで見直されますか」と事実として聞いておく。早く知って困ることはない。更新の数か月前に自然な形で再訪する口実にもなる。

価格だけで勝ちにいくべきか

価格差は乗り換えの理由になるが、それ単独では弱い。切り替えコストを計算に入れると、多少の価格差は移行の手間と初期の混乱で消えてしまう。しかも価格だけで選ばれた関係は、次にもっと安い提案が来たときに同じ理由で失う。価格を使うなら、総額で捉え直す形にする。移行支援の費用、並行稼働の期間、研修の工数まで含めた総額で並べ、何年目でどれだけの差になるのかを示す。安さそのものではなく、算出根拠が明示された数字が担当者の社内説明を助ける。

失敗したときの出口はどう設計するか

断られた時点で終わりにしない。リプレイス提案が通らない理由の多くは、製品ではなくタイミングにある。更新時期が合わない、今期の予算がない、移行に人を割けない。これらは時間が解決する種類の障害だ。断られたときにやるべきは、次の更新時期の確認と、関係を残す形での撤退である。粘って押し込もうとすれば、担当者の中に「あの会社はしつこい」という記憶だけが残る。むしろ、提案の過程で作った整理資料を置いていき、現在の運用でも使える情報を渡しておく。次の更新検討が始まったとき、最初に声がかかるのはその相手だ。