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