Salesforceを解約したい、別のSFAへ乗り換えたいと考える会社では、費用に対して成果が見えない、現場が使わない、管理者がいない、営業会議でデータを信じられないという不満が重なっています。更新時期が近づくと、使われていないものを持ち続ける理由がなくなり、乗り換えの検討が始まります。
ただし、使われていない理由が運用にあるなら、ツールを変えても同じ問題が起きます。逆に、事業の規模や営業モデルに対して現在の仕組みが合わなくなっているなら、乗り換えが合理的な場合もあります。解約の前に、データと営業の実態を確認します。
01解約を考えるきっかけ
解約のきっかけは、料金だけではありません。導入した担当者が退職した、入力が続かない、営業会議で別の資料を使う、レポートが経営判断に使えない、連携が止まっているなど、契約している価値を感じられない状態が続くことです。
その不満を機能不足と捉えると、別のツールを探し始めます。しかし、入力ルールがない、次の行動を記録しない、失注を消すといった問題は、どのツールでも起こり得ます。
02ツールの問題と運用の問題
ツールの問題は、事業に必要なデータを持てない、権限や連携が要件に合わない、操作が現場の仕事と大きくかけ離れているといった、設定を変えても解消しにくいものです。運用の問題は、入力する人がいない、項目の意味が揃わない、会議でデータを使わない、更新責任が曖昧といったものです。
- 今のSalesforceで必要なデータを持てるか
- 営業プロセスとステージを無理なく表せるか
- 管理者と日々の運用担当を確保できるか
- 設定を直すことで現場の行動が変わる余地があるか
最後の二つが未解決なら、乗り換え前に運用を見直す価値があります。
03解約前に確認するデータ
解約を決める前に、今のSalesforceに何が残っているかを確認します。顧客と担当者、商談履歴、失注理由、契約更新、営業の接点、未対応リードなどです。使っていないように見えても、過去の関係や再接触の時期が残っているなら、会社の営業資産です。
重複や古い情報は整理しますが、すぐ削除しません。移行するか、保管するか、使わないかを分けます。乗り換え後に、過去の顧客から問い合わせがあったとき、前回の会話を確認できるかを基準にします。
04乗り換えで失われるもの
乗り換えでは、データを移す作業だけでなく、営業の履歴と意味を移す必要があります。項目名だけを移しても、旧ステージと新ステージの意味が違えば、過去の予測や分析がつながりません。営業がどの情報を次の行動に使っていたかを確認します。
また、移行期間は二つのシステムが並び、入力や確認が増えます。既存案件の対応を止めず、どの時点から新しい仕組みに切り替えるかを決めます。移行費用だけでなく、現場の混乱と売上への影響を見積もります。
05乗り換えが合う会社
乗り換えが合うのは、営業モデルが変わり、現在のデータ構造が大きく合わなくなった会社、必要な連携や権限をどうしても実現できない会社、契約と利用範囲のバランスが明らかに合わない会社です。
一方、入力されない、会議で使わない、担当者がいないという理由だけなら、まず運用改善の効果を確認します。導入をやり直す費用と、既存データを活用して運用を立て直す費用を比較してください。
06残すデータと移行条件
移行するデータは、顧客、担当者、進行中案件、受注履歴、失注理由、接触履歴、次の行動です。すべての活動履歴を同じ粒度で移すのではなく、営業が続きから動くために必要な情報を選びます。
新しい仕組みへ移した後、誰が入力し、どの会議で使い、どのレポートを見て判断するのかも決めます。ここがなければ、移行直後だけ使われ、また同じ定着問題が起きます。
07決裁者が比較する費用
比較する費用は、現在の契約費と新しいライセンスだけではありません。データ移行、設定、研修、連携、二重運用、現場の学習、既存顧客の履歴を失う機会損失まで含めます。反対に、今のまま使われない場合の営業機会も費用です。
解約・乗り換え・継続改善の三つを同じ基準で並べ、売上予測、案件の引き継ぎ、休眠顧客の追客にどれが効くかを確認します。決裁者が本当に見たいのは、サービス名ではなく、営業の成果と運用負担の差です。
08まとめ
Salesforceの解約や乗り換えを考えるときは、使われない原因をツールと運用に分け、既存データの価値と移行の負担を確認します。ツールを変えるべき会社もありますが、運用が原因なら、乗り換え後も同じ問題が残ります。
契約の見直しは、過去の投資を捨てる判断ではなく、営業の仕組みをこれからどう残すかの判断です。営業データを活かし、続けられる運用まで含めて比較してください。