CRMの移行（乗り換え）は、データを移すこと自体よりも、移行後に営業とバックオフィスが止まらないかで成否が決まります。SalesforceからHubSpotへ、あるいは別CRMへ移る際、取引・商談・活動履歴だけでなく、請求や在庫、契約といった後工程とのつながりをどう維持するかが論点になります。このガイドでは、CRM移行を安全に進める手順を整理します。
移行でつまずく典型パターン
| 症状 | 原因 |
|---|---|
| 移行後に重複・表記ゆれが大量発生 | 移行前にデータクレンジングをしていない |
| 過去の活動履歴が追えない | 履歴・添付の移行範囲を決めていない |
| 請求・契約と顧客が紐づかない | CRMの先のバックオフィスとの対応付けが未設計 |
| 営業が新CRMを使わない | 項目・運用ルールが旧CRMのまま移植されている |
ステップ1: 移行範囲とマスタを決める
何を移すか（取引先、商談、活動、添付、カスタム項目）と、移行後にどれをマスタとするかを決めます。すべてを移すのではなく、使うものを選ぶことが、移行後の運用を軽くします。
ステップ2: 移行前にクレンジングする
重複、表記ゆれ、欠損を移行前に整えます。汚れたデータをそのまま移すと、新CRMでも同じ問題が再発します。名寄せルールと必須項目を決めてから移行します。
ステップ3: バックオフィスとの対応を設計する
請求、入金、在庫、契約などの後工程が、新CRMのどのレコードと紐づくかを設計します。ここを後回しにすると、移行後に「顧客と請求がつながらない」状態になりがちです。
ステップ4: 並行稼働と検証
一気に切り替えず、一定期間は検証データで突合します。件数、金額、主要項目が旧CRMと一致するかを確認してから本番運用に移ります。
Sankaの役割
Sankaは、CRM移行の前後で、データクレンジング（名寄せ）と、請求・在庫・契約などバックオフィスとの対応付けを支援します。新CRMを営業の正としつつ、後工程のレコードと紐づけることで、移行後も顧客から請求・契約までが一貫してつながる状態を保てます。
関連ページ:
まとめ
CRM移行の成否は、移す技術よりも、移行範囲を絞り、移行前にクレンジングし、バックオフィスとの対応を設計し、並行稼働で検証することで決まります。データを移すだけでなく、移行後に顧客から後工程までがつながる設計にすることが、定着の近道です。
