SFA・CRMのデータ移行手順｜乗り換えを失敗しない計画とチェックリスト
既存SFA・CRMからの乗り換えを、棚卸し、データ設計、クレンジング、試行移行、リハーサル、本番切替、照合、旧環境終了の8段階で解説。移行計画CSV付きです。
この記事でわかること
対象：既存SFA・CRM、Excel、部門別ツールを見直し、100名以上で新システムへの移行を計画する営業企画、DX推進、情報システムの担当者
- 画面を再現するのではなく、移すデータ・残す履歴・廃止する運用を先に決める
- 本番前に試行移行とリハーサルを行い、件数・金額・関連・権限・連携を照合する
- 切替期間の更新ルール、ロールバック条件、旧環境の参照・削除まで計画に含める
目次
SFA・CRMの乗り換えで難しいのは、データをコピーする作業そのものではありません。既存環境にある重複、未使用項目、部門ごとの定義差、添付・活動履歴、連携、権限を整理し、切替中も営業活動を止めずに新しい運用へ移すことです。
本記事では、移行を8段階に分け、移行対象、責任分担、試行移行、リハーサル、照合、ロールバック、旧環境の終了まで解説します。100名以上の利用者を想定し、営業企画と情報システムが同じ計画で進められる実務項目をまとめました。
対象・担当・照合・切替条件を管理できるCSVです
SFA移行計画テンプレートをダウンロード →SFA乗り換えを検討する主な状態
| 状態 | 確認する事実 | 乗り換え前の改善余地 |
|---|---|---|
| 入力が続かない | 記録時間・必須項目・二重入力 | 項目削減・連携・会議運用 |
| 情報が分散する | 顧客・案件・活動の保存先 | 既存連携・データ定義 |
| 権限が合わない | 組織変更・兼務・共有の例外 | 設定変更・上位プラン |
| 費用が増えた | ライセンス・連携・管理・支援の総額 | 契約・利用者・未使用機能 |
| 機能・連携が不足 | 実現できない必須業務と影響 | 追加開発・周辺ツール |
| 保守が難しい | 更新・障害・管理者工数 | 運用体制・支援契約 |
不満があることと、乗り換えが最適であることは同じではありません。項目・権限・連携・運用ルールの変更で改善できるかを先に確認し、それでも必須要件を満たせない場合に移行費用と効果を比較します。
SFA・CRMデータ移行の8ステップ
1. 移行目的・範囲・責任者を決める
「古いから刷新する」ではなく、何を改善し、どの状態を移行完了とするかを決めます。対象部門、利用者数、切替希望日、停止できる時間、法的・契約上残すデータを整理し、業務責任者、データ責任者、技術責任者、承認者を置きます。
| 役割 | 主な責任 |
|---|---|
| プロジェクト責任者 | 範囲・予算・切替・リスク受容を決める |
| 営業企画 | 業務・項目・会議・教育を設計する |
| データ責任者 | 定義・品質・移行対象・照合を承認する |
| 情報システム | 抽出・変換・取込・権限・連携を管理する |
| セキュリティ・法務 | 個人情報・委託・保持・削除を確認する |
| 現新ベンダー | 出力・取込仕様・制約・不具合を回答する |
| 部門代表 | 実業務で操作・検索・履歴を受入確認する |
2. 現行データと連携を棚卸しする
画面に見える項目だけでなく、顧客、担当者、案件、商品、活動、メール、添付、コメント、タスク、変更履歴、権限、レポート、外部IDを一覧にします。件数、容量、最終更新日、重複率、利用目的、正とするシステムを記録します。
| データ | 主な確認点 |
|---|---|
| 取引先・担当者 | 重複・表記・親子関係・退職者・同意 |
| 案件 | 金額・通貨・フェーズ・見込日・担当・失注理由 |
| 活動履歴 | 日時・種類・本文・相手・案件との関連 |
| 音声・添付 | 形式・容量・保存場所・アクセス権 |
| ユーザー・組織 | 在籍・異動・兼務・代理・停止 |
| マスタ | 商品・部門・地域・選択肢・コード |
| 連携ID | 会計・MA・メール・電話等との対応キー |
| ログ・履歴 | 法令・契約・監査上の保持要否 |
3. 新しいデータモデルと移行方針を決める
旧項目をそのまま新環境へ作るのではなく、新しい業務で必要な顧客・案件・活動の定義を先に決めます。各データを「移す」「要約して移す」「参照用に残す」「廃棄する」に分け、根拠と承認者を記録します。
| 方針 | 向くデータ | 注意点 |
|---|---|---|
| 全件移行 | 継続利用する顧客・進行案件・必要履歴 | 品質改善と権限検証が必要 |
| 期間限定移行 | 直近数年の活動・終了案件 | 期間の根拠を決める |
| 要約移行 | 長い自由記述・旧形式の履歴 | 原文への参照方法を残す |
| 旧環境参照 | 移行困難だが保持が必要な履歴 | 参照期限・権限・費用を決める |
| 廃棄 | 重複・未使用・保持不要データ | 承認・削除記録を残す |
4. クレンジングと変換ルールを作る
社名・電話番号・住所・日付・金額・選択肢を統一し、重複統合、欠損、無効値の扱いを決めます。変換ルールは人の記憶に置かず、旧項目、新項目、型、変換、既定値、例外、責任者を対応表にします。
欠損を仮の値で埋めると、移行後の分析や必須入力の意味が崩れます。不明・対象外・未確認を区別し、補完できないデータは影響を明示します。
5. 試行移行で仕様と品質を確認する
部門・データ種類・例外を含むサンプルを使い、抽出、変換、取込、検索、権限、レポート、連携まで通します。成功件数だけでなく、失敗理由、処理時間、手修正、再実行の方法を記録します。
| 照合項目 | 確認方法 | 合格条件の例 |
|---|---|---|
| 件数 | 旧・中間・新の件数を比較 | 対象件数と一致し除外理由が説明できる |
| 金額・日付 | 合計・最大最小・期間別を比較 | 許容差内である |
| 関連 | 顧客―担当者―案件―活動をサンプル確認 | 孤立・誤結合がない |
| 文字・添付 | 日本語・改行・特殊文字・ファイルを開く | 破損・文字化けがない |
| 権限 | 複数役割で検索・閲覧・出力を試す | 許可外データが見えない |
| 連携 | 外部ID・同期・エラー復旧を試す | 重複・ループがない |
| 業務 | 案件更新から会議・引き継ぎまで操作 | 対象業務を完了できる |
6. 本番リハーサルと切替計画を作る
本番と同じデータ量・手順・担当でリハーサルし、所要時間、停止時間、エラー、照合、連絡を確認します。切替中に旧環境へ入った更新をどう扱うか、凍結時刻、差分移行、利用者案内、問い合わせ窓口を決めます。
| 切替判断 | 事前に決めること |
|---|---|
| 開始条件 | 設定・権限・連携・教育・バックアップが完了 |
| 中止条件 | 重大な欠損・権限漏れ・時間超過・連携不通 |
| ロールバック | 旧環境へ戻す時刻・データ・責任者・連絡 |
| 差分処理 | 凍結後の更新・メール・活動を取り込む方法 |
| 周知 | 停止・再開・既知の制約・問い合わせ先 |
| 承認 | 業務・データ・技術・セキュリティの各責任者 |
公的機関のシステム調達仕様でも、移行計画、移行設計、移行手順、リハーサル、結果確認を成果物として求める例があります。規模にかかわらず、本番一回だけに賭けず、再現できる手順と判定基準を作ります。
7. 本番移行・受入・安定化を行う
本番では、作業ログ、処理件数、エラー、判断を時系列で残します。技術担当だけで完了とせず、部門代表が顧客検索、進行案件、過去活動、担当変更、会議レポート、モバイル利用を確認して受入を承認します。
切替直後は問い合わせとデータ修正が集中します。優先度、受付窓口、回答責任者、既知の問題、修正リリース、利用者への通知を一元管理し、個別のExcel修正で新たな分散を作らないようにします。
8. 旧環境の参照・契約・削除を終了する
新環境が動いた後も、旧環境の契約、アカウント、API、バックアップ、端末、エクスポートデータが残ります。参照期間を終えたら、必要な保持データを確認し、アカウント停止、連携解除、契約終了、削除証跡まで完了させます。
100名以上で移行を分ける方法
全社一斉切替は期間を短くできますが、問題の影響も大きくなります。部門ごとの段階移行は学習しやすい一方、旧新環境の併用とデータ同期が複雑になります。顧客・案件を部門で完全に分けられるか、共通マスタとレポートが必要かで選びます。
| 方式 | 利点 | 主なリスク |
|---|---|---|
| 一斉移行 | 併用期間が短く全社で同じ状態になる | 障害影響・問い合わせ・教育が集中 |
| 部門別移行 | 前の部門の改善を次へ反映できる | 部門間共有・二重更新が複雑 |
| 機能別移行 | 顧客・案件・活動など段階的に切り替える | 一時的な連携と操作が増える |
| 新規案件から移行 | 進行案件への影響を抑えやすい | 長期間二つの参照先が残る |
移行費用の見積もり項目
- 旧環境のデータ出力・API・ベンダー作業
- 棚卸し・クレンジング・重複統合
- 項目対応・変換・移行プログラム
- 試行移行・リハーサル・本番移行
- 権限・レポート・連携の再設定
- 照合・受入・問い合わせ・追加修正
- 旧新システムの併用ライセンス
- 旧環境の保管・終了・削除
- 社内担当者と部門代表の作業時間
SFA乗り換えでよくある失敗
| 失敗 | 原因 | 防止策 |
|---|---|---|
| 旧環境をそのまま再現 | 業務改善の目的が曖昧 | 移す前に新しいデータと運用を決める |
| 顧客と案件が結び付かない | 外部ID・関連順序を設計していない | 安定したキーと取込順を確認する |
| 本番で初めて全件移行 | サンプルだけで性能・例外を確認 | 全量リハーサルを行う |
| 切替中の更新が消える | 凍結・差分移行が未定 | 時刻と更新ルールを周知する |
| 移行後に権限漏れ | 件数だけを照合 | 役割別の閲覧・出力を受入テストする |
| 旧環境が残り続ける | 終了条件と担当が未定 | 参照期限・削除・契約終了を計画に入れる |
SFA・CRM移行に関するよくある質問
過去データはすべて移すべきですか？
一律に全件移行する必要はありません。業務利用、法令・契約上の保持、分析、顧客対応に必要かで分けます。移さない場合も、参照場所、期限、権限、削除を決めます。
移行期間はどれくらいですか？
データ量だけでなく、品質、関連、添付、連携、権限、部門数、停止可能時間で変わります。候補ベンダーには同じサンプルと条件で試行移行を依頼し、実測から計画します。
旧ベンダーへ何を確認すべきですか？
出力できるデータと形式、添付・履歴・ID、API上限、作業費、提供期間、契約終了後の参照・削除を確認します。契約更新直前ではなく、選定開始時に出口条件を確認します。
まとめ：移行はデータコピーではなく業務切替
SFA・CRMの移行は、不要な運用を整理し、新しいデータ定義・権限・連携・会議へ切り替えるプロジェクトです。棚卸し、試行移行、全量リハーサル、業務受入、旧環境終了を一つの計画で管理してください。
DRIVE SFAへの移行範囲・段階展開を相談する
100名以上の導入相談 →
執筆：小花 達也
新卒でソフトバンク株式会社に入社し、デジタルマーケティングを担当。その後、ベンチャー企業数社でBtoBマーケティング、データ基盤構築、営業などを担当した後、ELW株式会社に入社。DRIVE SFAでは導入支援とマーケティングを担当。
本記事は、DRIVE SFAの導入支援・営業運用に関する知見をもとに編集しています。