1000以上のバックオフィスチームに選ばれています
CRM移行をプロパティとアソシエーションまで含めて安全に実行する
CRM移行は単なるエクスポート／インポートではありません。カスタム項目、アソシエーション（関連付け）、担当者、ステージの意味まで含めて移さないと、移行後の運用が壊れます。Sankaは、CRM移行を検証と統制のあるプロセスとして進められるようにします。
マッピング
標準項目とカスタム項目をプロパティに対応付け、移行後もワークフローが壊れない状態にします。
関連付け
会社、連絡先、商談、カスタムオブジェクトの関係を保ち、文脈と履歴を失いにくくします。
切替の統制
Dry-runで検証し、件数とリンクを突合してから切替。責任者とチェックリストを明確にします。
レコード以外に移すべきもの
- 主要オブジェクト（会社、連絡先、商談）とカスタムオブジェクト
- カスタム項目と型（文字列、数値、選択肢、日付など）
- パイプライン／ステージと、その運用上の意味
- アソシエーションとラベル（双方向の呼び方・関係）
- 担当者と権限の前提
| レイヤー | 起きがちな問題 | 標準化する観点 |
|---|---|---|
| 項目 | 必須不足、型不一致 | マッピング、デフォルト、検証 |
| 関連付け | 孤立レコード、文脈欠落 | 関連付けの突合 |
| ステージ | 予測と引き継ぎが崩れる | ステージ定義とトリガー |
| 重複 | レコードが増殖する | マッチングキーとレビュー |
[DRY RUN] サンプルを移行
-> 必須項目と型を検証
-> 関連付けの件数を突合
[OK] 切替チェックリスト完了
-> 本番移行を実行し、旧CRMの編集を凍結
移行を「説明できる」状態にする
統制があると、移行後の手戻りと二度手間を減らせます。
検証
運用に必要な必須項目とチェックを定義し、移行データの品質を担保します。
監査証跡
マッピング判断、例外、突合結果を残し、移行の根拠を説明可能にします。
切替の規律
凍結期間を設け、営業・Ops・ITの責任範囲を明確にして切替を実行します。
導入の進め方
- スコープ定義: オブジェクト、項目、関連付けを洗い出します。
- マッピング＋検証: 型、必須、デフォルトを決めます。
- Dry-run: 代表データで移行し、件数とリンクを突合します。
- 切替: 編集凍結→本番移行→例外対応の監視を行います。
参考:
よくある質問
カスタムオブジェクトやカスタム項目はどう扱いますか？
カスタムを「例外」ではなくスコープとして扱い、マッピング・検証・責任者を先に決めます。移行後のワークフローとレポートの安定性が上がります。
重複をどう防ぎますか？
マッチングキーとルールを定義し、曖昧なものはレビューで判断します。全自動のマージはリスクが高い場合があります。
移行期間はどれくらいですか？
データ量、カスタム度、関連付けの複雑さで変わります。まずは小さなDry-runで実際の課題を可視化するのが近道です。
停止時間（ダウンタイム）は必要ですか？
高リスクの編集は凍結期間を設けるのが一般的です。予測可能な切替のための最小限の統制と捉えます。
