結論：SFA（Salesforce等）のリプレースを成功させる鍵は、「データ移行」と「業務再設計」を分けて、正しい順序で進めることです。いきなり全機能を移そうとせず、まずデータをBigQueryへ逃がして保持し、そのうえで必要な業務だけを再設計して段階的に切り替えます。最大の失敗は「現行の使い方をそのまま移そうとする」ことです。
なぜSFAをリプレースするのか
- ライセンス費用が高く、使いこなせていない
- カスタマイズが積み重なり、複雑で保守しづらい
- 現場に定着せず、入力されない・活用されない
よくある失敗パターン
| 失敗 | 何が起きるか |
|---|---|
| 現行をそのまま移植 | 複雑さも一緒に移り、コストも手間も変わらない |
| 現場を巻き込まない | 新環境も定着せず、また使われなくなる |
| データ移行の軽視 | 過去の顧客・商談情報が使えなくなる |
失敗しない進め方
- 現状の棚卸し：本当に使っている機能・データ・レポートを洗い出す
- データを先に逃がす：顧客・商談データをBigQueryへ移行して保持（この時点では現行を止めない）
- 業務を再設計：「今あるから」ではなく「本当に必要か」で組み直す。クリック削減やAI入力補助でこっそり改善
- 段階的に切替：移行が確認できた業務から新環境へ。過去データは分析基盤として活用
この順序なら、業務を止めずに移行でき、過去データも失いません。
コスト削減の視点
リプレースの目的が「費用の見直し」なら、乗り換え先を新たに契約するより、データをBigQueryへ移してライセンスそのものを削減（脱Salesforce）する選択肢もあります。上場企業で年約5,200万円のSalesforceコストを0円にした実績があります（自社支援実績・守秘）。
費用の目安
初期費用100万円＋テスト100万円＋開発費（対象SaaS年間利用料の30%）が基本構成です。詳しくは Salesforce→BigQuery連携・移行サービス をご覧ください。
まとめ
SFAリプレースは「入れ替え」ではなく「データを守りながら業務を組み直す」プロジェクトです。データを先にBigQueryへ逃がし、必要な業務だけを段階的に移すことで、止めずに・失わずに・コストを下げながら乗り換えられます。