SalesforceからHubSpotへの移行ガイド|データ移行・機能マッピング・注意点を実例で解説について、実際の導入・運用で重要なポイントと、企業が直面する課題への実践的な解決策を、HubSpotパートナーの視点から解説します。
「Salesforceの運用コストが高く、もっとコスト効率の良いCRMに移行したい」「Salesforceの機能を使いこなせておらず、よりシンプルなプラットフォームを検討している」「MAとCRMを統合して運用したい」——こうした理由からSalesforceからHubSpotへの移行を検討する企業が増えています。
SalesforceからHubSpotへの移行とは、Salesforceに蓄積された顧客データ(リード・取引先・取引先責任者・商談など)をHubSpotのCRMに移し替え、営業・マーケティング・カスタマーサービスの運用基盤をHubSpotに切り替えるプロジェクトです。HubSpotにはSalesforceからのデータインポート機能やCRM移行ツールが用意されており、計画的に進めれば3ヶ月以内に移行を完了できるケースがほとんどです。
この記事では、SalesforceからHubSpotへの移行を成功させるための具体的な手順、データマッピング、リスク管理のポイントを解説します。
この記事でわかること
- SalesforceからHubSpotに移行するメリットと判断基準
- 移行プロジェクトの全体スケジュール
- データ移行の具体的な手順(エクスポート・マッピング・インポート)
- Salesforceの機能とHubSpot機能のマッピング表
- 移行時のリスクと対策
- 移行後の運用定着のポイント
なぜSalesforceからHubSpotに移行するのか
出典: Salesforce (salesforce.com/jp)
移行を検討する主な理由
移行すべきでないケース
正直にお伝えすると、以下のようなケースではSalesforceに留まる方が適切な場合もあります。
- Salesforceの高度なカスタマイズ(Apex開発等)に深く依存している
- 業界固有のSalesforceパッケージ(Financial Services Cloud等)を利用している
- 大規模な組織(数千ユーザー)で複雑な権限構造を構築している
- AppExchangeの特定アプリに業務が依存している
移行プロジェクトの全体スケジュール
一般的なSalesforceからHubSpotへの移行は、以下のフェーズで進めます。
全体で2〜3ヶ月が一般的な目安です。
Phase 1: 移行計画・要件定義
移行対象データの特定
まず、Salesforceから何を移行するかを明確にします。
移行しないデータの判断
全てのデータを移行する必要はありません。以下は移行対象から除外を検討してください。
- 古いデータ(3年以上更新のないレコード等)
- 重複レコード
- テストデータ
- 使われていないカスタムフィールド
データをクレンジングしてから移行することで、HubSpotの環境をクリーンに保てます。
Phase 2: HubSpot環境構築
プロパティのマッピング設計
Salesforceのフィールドに対応するHubSpotのプロパティを設計します。ここが結構ミソになってくる工程です。
マッピングの進め方:
- Salesforceから全フィールドの一覧をエクスポート
- 各フィールドの利用状況を確認(実際に使われているか)
- HubSpotの標準プロパティとの対応を確認
- 対応する標準プロパティがない場合はカスタムプロパティを作成
- データ型(テキスト・数値・日付・選択肢等)の整合性を確認
注意: フィールドの棚卸しが重要
Salesforceでは長年の運用の中で使われていないカスタムフィールドが大量に存在することがあります。この機会に不要なフィールドを整理し、HubSpotには本当に必要な項目だけを移行することをお勧めします。
パイプラインの再設計
Salesforceの商談ステージをHubSpotのパイプラインにマッピングします。
Salesforceのステージをそのまま移行するのではなく、この機会に営業プロセスを見直し、自社に最適なパイプラインを再設計することをお勧めします。
Phase 3: データ移行
移行方法の選択
SalesforceからHubSpotへのデータ移行には、主に3つの方法があります。
CSVエクスポート/インポートの手順
ステップ1: Salesforceからデータエクスポート
- Salesforceのレポート機能でエクスポート対象のデータを絞り込み
- CSV形式でエクスポート(データローダーの使用も可)
- オブジェクトごとにファイルを分割(コンタクト・会社・取引を別ファイル)
ステップ2: データクレンジング
- 重複の削除
- 表記揺れの統一
- 姓名の分割
- データ型の変換(日付形式の統一等)
- SalesforceのIDフィールドの保持(関連付けの参照用)
ステップ3: テストインポート
少数のレコードで以下を確認:
- プロパティマッピングの正確性
- 関連付け(コンタクトと会社、取引とコンタクト)の正確性
- ライフサイクルステージの適切な設定
ステップ4: 本番インポート
テスト完了後、本番データをインポートします。
重要な注意点:
- インポート前にワークフローを一時停止(意図しない自動処理の防止)
- インポートの容量制限に注意(無料プラン20MB、有料プラン512MB)
- 大量データの場合は分割してインポート
Phase 4: 機能再構築
自動化(ワークフロー)の再構築
Salesforceのフロー・プロセスビルダーで構築した自動化は、そのまま移行することはできません。HubSpotのワークフローで再構築する必要があります。
再構築のアプローチ:
- Salesforceの既存自動化の棚卸し(実際に稼働しているものを特定)
- 優先度の高い自動化から順にHubSpotで再構築
- 不要になった自動化はこの機会に廃止
レポート・ダッシュボードの再構築
Salesforceのレポートをそのまま再現するのではなく、HubSpotのレポート機能に合わせて再設計します。
まず既存のSalesforceレポートで実際に使われているもの、経営判断に使われているものを特定し、優先度の高いレポートからHubSpotで作成しましょう。
Phase 5: 移行時のリスクと対策
並行稼働の重要性
移行直後にSalesforceを完全停止するのではなく、1〜2ヶ月の並行稼働期間を設けることをお勧めします。この期間中にデータの整合性を検証し、問題がないことを確認してからSalesforceの契約を終了します。
移行後の運用定着
ユーザートレーニング
Salesforceに慣れたユーザーへのHubSpotトレーニングでは、以下のポイントを意識します。
- SalesforceとHubSpotの用語の対応表を提供(例: 取引先 = 会社、商談 = 取引)
- 「Salesforceではこうだったが、HubSpotではこう操作する」という比較形式の説明
- HubSpot Academyの無料コースの活用を推奨
定着化の工夫
- 移行後2〜4週間は「質問受付期間」として集中サポート
- 週次ダッシュボードレビューでHubSpotを見る習慣を作る
- 小さな成功体験(「HubSpotの方がこれは楽」)を早期に共有
まとめ
SalesforceからHubSpotへの移行は、計画的に進めれば2〜3ヶ月で完了できるプロジェクトです。成功のポイントは、データのクレンジング・プロパティのマッピング設計・並行稼働期間の確保の3つです。
まずはPhase 1の移行計画から始め、移行対象データの棚卸しとHubSpotのプロパティマッピングを設計してください。この機会にデータをクリーンにし、営業プロセスを見直すことで、移行後のCRM活用が一段と効果的になります。
よくある質問(FAQ)
Q1. SalesforceからHubSpotへの移行にかかる期間は?
一般的に2〜3ヶ月が目安です。シンプルなデータ構造で中小規模の場合は1〜2ヶ月、複雑なカスタマイズが多い大規模環境では3〜4ヶ月かかることもあります。
Q2. Salesforceのカスタムオブジェクトは移行できますか?
HubSpot Enterprise版ではカスタムオブジェクトを作成できるため、Salesforceのカスタムオブジェクトに対応する構造を構築できます。ただし、HubSpotのカスタムオブジェクトはEnterprise限定の機能であるため、プラン選定時にご注意ください。
Q3. Salesforceのレポートやダッシュボードはそのまま移行できますか?
レポートやダッシュボードの自動移行はできません。HubSpotのレポートビルダーで再構築する必要があります。ただし、この機会に本当に必要なレポートを見直し、HubSpotの機能に合わせて最適化することをお勧めします。
Q4. 移行中にSalesforceとHubSpotを同時に使うことはできますか?
はい、並行稼働が可能です。HubSpotの公式Salesforce連携コネクターを使えば、移行期間中もデータの双方向同期が行えます。完全切替後にSalesforceの契約を終了する形が安全です。
Q5. 移行はパートナーに依頼すべきですか?
データ量が多い場合、カスタムオブジェクトの移行が必要な場合、複雑なワークフローの再構築が必要な場合は、HubSpotパートナーに依頼することをお勧めします。シンプルなデータ構造でCSVインポートが中心であれば、自社対応も可能です。
関連記事