CRM移行

CRM移行を、棚卸し、切替、バックオフィス確認、移行後の安定化まで計画する方法を説明します。

最終更新日: 2026/6/6

このチュートリアルでは、CRM移行を計画し、切替後に営業データとバックオフィス文脈が分断されないように確認する流れを説明します。顧客、会社、取引、活動履歴、関連する請求・在庫・会計データを別のCRMへ移すときに使います。

始める前に

本番データを変更する前に、移行すること、移行元CRM、移行先CRM、切替期間を確認してください。
  • 移行元と移行先CRMの管理者権限がある
  • 移行責任者と業務側の確認者が決まっている
  • 取引先、会社、取引、活動、カスタムオブジェクトをエクスポートできる
  • 切替期間中に移行元CRMへの書き込みを止められる
  • 請求、サポート、マーケティング、BI、会計などの連携先を把握している
まだCRMを選定している段階では、先に CRMおすすめ比較 を確認してください。

1. AIに移行対象の棚卸しを依頼します

最初に、ClaudeやCodexへ移行対象の棚卸しを依頼します。いきなりインポートせず、対象と確認点を整理します。
サンプルプロンプト
/sanka 移行元CRMの移行対象を棚卸ししてください。オブジェクト、フィールド、ワークフロー、連携、レポート、担当者ごとに整理し、人が確認すべき項目を一覧にしてください。まだレコードの作成や更新はしないでください。
棚卸し結果を、RevOps、営業責任者、経理、サポート担当者と確認します。初日に必ず移行するもの、後で移行するもの、アーカイブするもの、移行しないものを分けます。

2. CRMのデータ構造をマッピングします

移行するフィールドごとに、移行元と移行先の対応表を作ります。
移行元フィールド移行元の型移行先フィールド移行先の型変換
会社名テキスト会社名テキストそのままコピー
取引ステージ選択肢パイプラインステージ選択肢利用中の値だけ対応
更新金額通貨金額通貨通貨を正規化してから移行
マッピング表で、インポート前に衝突を見つけます。よくある問題は、重複フィールド、使われていない選択肢、移行先CRMに存在しない計算フィールド、所有者が未設定のレコードです。

3. バックオフィスの空白を確認します

CRM移行はCRMだけでは終わりません。切替前に、CRMデータに依存する後続業務を確認します。
  • 見積、CPQ、承認ルーティング
  • 受注、契約、請求
  • 入金、収益認識、会計連携
  • 在庫、購買、出荷
  • サポート、更新、解約防止のワークフロー
移行先CRMだけで対応できない領域がある場合は、切替前にSankaをその業務の運用レイヤーとして使うか決めてください。CRMレコードだけ移して、見積、売上請求、在庫、収益の文脈が取り残される状態を避けられます。

4. テスト移行を実行します

最初の移行は、テスト環境または検証用ワークスペースで実行します。
  • 会社、取引先、取引の順に読み込む
  • 移行元レコードIDを保持する
  • レコード件数と関連付け件数を確認する
  • 営業、経理、オペレーション担当者とサンプルレコードを確認する
  • テストデータの確認が終わるまでワークフローを有効化しない
インポート件数が合っているだけでは十分ではありません。サンプルレコードを開き、所有者、金額、ステージ、明細、メモ、履歴が正しいか確認します。

5. 書き込みを止めて切り替えます

切替期間は短く、明確にします。
  • 金曜日: 移行元CRMへの書き込みを停止する
  • 金曜夜: 最終差分同期を実行する
  • 土曜日: レコード、関連付け、レポート、連携を検証する
  • 日曜日: 接続先システムを移行先CRMへ切り替える
  • 月曜日: ユーザーからの問い合わせと移行例外を確認する
切替後は、移行元CRMを読み取り専用にしてください。両方のCRMを更新し続けると、真正なデータが二重化します。

チェックポイント

切替後に、新しいCRMとSankaで同じ業務文脈を確認します。
  • 顧客、会社、取引、活動履歴を検索できる
  • 見積、受注、売上請求、入金、契約が正しい顧客レコードに紐付いている
  • レポートが新しいデータソースを参照している
  • ワークフローが二重に実行されていない
  • ユーザーが移行後の問い合わせ先を理解している

関連チュートリアル