Salesforce から Rework への乗り換え：完全移行プレイブック

ほとんどの Salesforce 移行は3週目に失敗します。

1週目は順調です——データをエクスポートし、フィールドをマッピングし、新しいシステムがクリーンに見えます。2週目、Rework インスタンスが形を成してきます。そして3週目が来ます：担当者が Pipeline レポートを見つけられず、3つの自動化が静かに壊れており、誰かが Gong 連携がまだ設定されていないことを発見します。4週目までに、チームの半数が安全のために両方のシステムで通話を記録しています。6週目までに、リーダーシップが我慢の限界に達し、12のブラウザタブで Salesforce が開いたままでも移行が「完了」と宣言します。

このガイドはそれを防ぐために存在します。機能比較ではありません。それが欲しければRework vs Salesforceを読んでください。これは乗り換えを決定し、次の30日間が実際にどのようなものかを知る必要があるチームのための運用ガイドです。

始める前に：スキップできない監査

最も痛みを伴う移行の最大の原因は、監査を終える前にインポートを開始することです。ここに3〜5日を費やしてください。後で3〜5週間を節約できます。

進行中の Pipeline 案件。 すべてのオープン商談をエクスポートし、クローズ日を確認してください。次の45日間にクローズする年間収益目標の15%以上がある場合は、待ってください。アクティブな四半期末プッシュと並行して移行を実行することは、期限切れのデッドラインだけでなく、見逃した案件の原因になります。

連絡先とアカウントデータの品質。 Salesforce のデータは急速に劣化します。18か月以上稼働しているほとんどの組織には、重複した連絡先、関連アカウントのない連絡先、担当者によって意味が異なるフィールドを持つアカウントがあります。Rework に触れる前に重複排除パスを実行してください。Dedupely や Cloudingo のようなツールは Salesforce に直接機能します。混乱を移動させないでください。まず整理してください。

カスタムフィールドとオブジェクト。 3年前に誰かが作成したフィールドではなく、チームが実際に使用しているすべてのカスタムフィールドをリスト化してください。Rework は標準 CRM オブジェクト（連絡先、企業、案件、アクティビティ）とそれらのオブジェクト内のカスタムフィールドをサポートします。複製されないのは Salesforce のカスタムオブジェクトアーキテクチャです。契約、プロジェクト、パートナー関係などのためにカスタムオブジェクトを構築した場合、そのデータを標準オブジェクトにフラット化するか、別のツールにエクスポートするか、クリーンに移行しないことを受け入れるかを決める必要があります。

Workflow 自動化。 アクティブな Process Builder フローと Workflow をエクスポートしてください。それぞれを分類してください：これは営業プロセス自動化（案件ステージの変更、タスク作成、割り当てルール）ですか、それとも運用自動化（フィールド更新、承認プロセス、オブジェクトをまたいだ更新）ですか？最初のカテゴリは Rework の自動化にほぼ直接移行できます。2番目は特にオブジェクトタイプをまたいだり複雑な承認チェーンを使用したりする場合は移行できないことが多いです。

レポートと Dashboard。 すべての担当者とマネージャーに毎週チェックする3つのレポートをリストアップしてもらってください。そのリスト（完全なレポートライブラリではなく）が、カットオーバー前に Rework で再構築する必要があるものです。残りは後で待てます。

接続されている連携。 Salesforce にライブ接続を持つすべてのツールをマッピングしてください：Outreach、Gong、Salesloft、Marketo、Pardot、ZoomInfo、LinkedIn Sales Navigator、DocuSign、Slack、そして財務チームが予測に使っているもの。各連携は独自のミニ移行プロジェクトです。シンプルな再接続には1〜2時間、カスタムフィールドマッピングや双方向同期があるものには1〜2日を予算に入れてください。

失うもの——正直に言います

このセクションをスキップすることが信頼の問題を作ります。担当者は最終的にこれらのギャップを発見します。カットオーバーの後ではなく、前に聞く方がいいです。

AppExchange。 Salesforce には 3,000以上のネイティブ連携があります。Rework はそこに近づきません。チームが特定のコンプライアンスツール、業界特化のリードエンリッチメント、カスタム CPQ ソリューションなどのニッチな AppExchange アプリに依存している場合、移行が進む前に Rework の同等品が存在するかチェックしてください。

Salesforce Flow と Apex カスタムロジック。 組織に Apex またはカスタム Flow ロジックを使用した開発者が作成した自動化がある場合、それらは移行できません。Rework の自動化エンジンまたは Make や Zapier などのサードパーティツールを使用してゼロから再構築する必要があります。これがあるかどうかわからない場合は、Salesforce インスタンスを管理している人に聞いてください。答えはほぼ常に「はい」です。

レポートタイプと高度な分析。 Salesforce のレポートエンジン、特に Einstein Analytics アドオンは genuinely 強力です。Rework のレポートはコア CRM メトリクスをうまくカバーしますが、複雑なオブジェクトをまたいだレポートに対する Salesforce のカスタムレポートビルダーの柔軟性には匹敵しません。RevOps チームがマルチオブジェクトの結合レポートやカスタムファネル分析を実行している場合、ギャップを計画してください。

予測カテゴリと商談スプリット。 Enterprise Salesforce 組織は複雑なコミッション構造のために商談スプリットとカスタム予測カテゴリを使用することが多いです。Rework の予測はよりシンプルです。コンプランが Salesforce 予測カテゴリに依存している場合、タイムラインにコミットする前に財務と sales ops チームにフラグを立ててください。

特定のメール対ケースまたはサポート Workflow パターン。 営業チームの Salesforce インスタンスが顧客サポートハンドオフのために Service Cloud インスタンスと緊密に統合されている場合、その統合は移行されません。Rework は CRM と生産性ツールであり、ヘルプデスクプラットフォームではありません。

改善されること

移行コストを正当化する必要があるため、これも具体的に述べる価値があります。

管理のオーバーヘッド。 ほとんどの Salesforce 組織は継続的な設定を管理するために専任の管理者やコンサルティング会社が必要です。Rework の管理の表面積は小さく、インターフェースはそれほど難解ではありません。Salesforce の経験がない revenue ops マネージャーでも Rework を設定できます。これにより総所有コストが大幅に変わります——また RevOps チームの時間の使い方も変わります。移行後の最新の RevOps 機能がどのようなものかについては、RevOps の戦略と構造が参考になります。コストについては後ほど詳しく説明します。

担当者のオンボーディング。 Salesforce での新しい担当者の生産性開始までの時間は通常、担当者が手取り足取りなしにナビゲートして記録できるようになるまで4〜6週間かかります。Rework に移行したチームは一貫してその数値が1〜2週間に下がると報告しています。インターフェースには少ないメニュー、少ない必須フィールド、踏み越えるべきレガシー設定が少なくなっています。

シートあたりのコスト。 Salesforce Enterprise はユーザーあたり月 $165。Unlimited は $330。ほとんどの成長中のチームは Sales Engagement（$75/ユーザー）、Revenue Intelligence（$220/ユーザー）、そして少なくとも2〜3つの AppExchange アプリも追加します。Salesforce の公式価格ページに全プランの内訳があります。アドオンが含まれた場合にチームが実際に支払う金額の分析は2026年の Salesforce 価格設定を参照してください。Rework の価格設定は単一の明細です。20人の営業チームでは、差額はしばしば年間 $80,000〜$120,000 です。それは RevOps の採用や アウトバウンドの予算倍増に十分な金額です。

担当者のための日々の UX。 Salesforce は1日8時間使う担当者のために作られていませんでした。管理者とアナリストのために作られていました。Rework はそれを逆転させます：担当者体験が主要な設計優先事項です。通話を記録するクリック数が少なく、案件ビューがクリーンで、空のフィールドの海がありません。

移行：週次スケジュール

このタイムラインは中程度の Salesforce 複雑性を持つ10〜30人の営業チームを想定しています：いくつかのカスタムフィールド、5つ未満のアクティブな連携、Apex コードなし。より大きい、またはより複雑な組織は、複雑さごとに1〜2週間追加してください。

1週目：データのエクスポートとクリーンアップ

Salesforce から連絡先、アカウント、商談、アクティビティ履歴をエクスポートします。Salesforce のネイティブデータエクスポートツールはオブジェクトタイプごとに1ファイルの CSV を生成します。インポートする予定がないものもすべてエクスポートしてください。後でフィルタリングできますが、取り込まなかったデータは回復できません。

連絡先とアカウントの重複排除を実行してください。多くのチームが使用する閾値：2つの連絡先が同じメールドメインと会社名を持ち、90日間アクティビティがない場合、マージします。最近のアクティビティがあるものは自動マージしないでください。

カスタムフィールドをマッピングしてください。スプレッドシートを作成します：Salesforce フィールド名、Salesforce フィールドタイプ、含まれるデータ、対応する Rework フィールド（または「対応なし」）。このドキュメントが2週目を動かします。

2週目：Rework のセットアップとフィールドマッピング

営業ステージに合わせて Rework Pipeline を設定します。ステージの定義を見直したい場合は今がその時です。ステージの移行と見直しを同時に行わないでください；それは混乱を招きます。どちらか一方を選んでください。

フィールドマッピングスプレッドシートに基づいて Rework にカスタムフィールドを作成します。50〜100の連絡先のテストバッチをインポートし、データが正しい場所に入ることを確認してください。フルインポートを実行する前にマッピングの問題を修正してください。

上位5つの最もボリュームの多い Workflow の自動化を設定してください。これらは毎日実行される自動化です：ステージ変更の通知、案件移動時のタスク作成、新しい連絡先の割り当て。2週目に完全な自動化ライブラリを再構築しようとしないでください。重要なものを稼働させてください。

3週目：並行稼働

フルデータセットをインポートします。Salesforce と Rework の両方が稼働しています。これは最もリソース集中的な週です。ops チームはどこに何かを記録するかについて混乱した担当者からの質問に対応しているからです。明確にしてください：Salesforce は読み取り専用、Rework は書き込み用。担当者はすべての新しいアクティビティを Rework に記録します。歴史的なコンテキストのためにのみ Salesforce を参照します。

連携を接続します。最もトラフィックの多いものから始めてください：メール（Gmail または Outlook）、カレンダー同期、主要なセールスエンゲージメントツール（Outreach、Salesloft、または同等品）。トレーニングの前にこれらを確認してください。

Rework でトップレポートを再構築します。1週目に作成したリストを使用して、チームが毎日使用する5〜10のレポートを再作成します。2〜3人のマネージャーに Salesforce と照らし合わせて数値をスポットチェックしてもらってください。

4週目：チームカットオーバーとトレーニング

トレーニングはレコーディングではなくライブで実践的なものにすべきです。2つの90分セッションを実施してください：担当者向けとマネージャー・管理者向け。担当者はヘルプなしに通話を記録し、案件を更新し、Pipeline レポートを見つけられるようになる必要があります。マネージャーはチームの Pipeline を確認し、予測を引き出せる必要があります。チームオンボーディングガイドには、ほとんどの ops チームが有用と感じるこのロールアウトフェーズの構造化チェックリストがあります。

トレーニング後、Salesforce を読み取り専用にしてください。月曜日に行い、金曜日にはしないでください。質問が来たときに完全な可用性を持つチームが必要です。具体的な日付——通常10〜14日後——を Salesforce アクセスが終了する日として告知してください。

カットオーバー後：30日間の安定化チェックリスト

  • すべての担当者が Rework でアクティビティの100%を記録している（自己申告ではなくアクティビティレポートで確認）
  • 各接続ツールを通じたテストレコードで連携が確認されている
  • 自動化 Workflow がアクティビティログで確認されている（設定されているだけでなく、実際に実行されたことを確認）
  • Salesforce 契約がキャンセルまたは非更新されている（開始前に更新日を確認）
  • 歴史的データがアーカイブされている。Salesforce エクスポートのバックアップを少なくとも12か月保持

データ移行：技術的な現実

Salesforce は標準オブジェクトについてはクリーンにエクスポートします。連絡先、アカウント、商談、タスクはデータがクリーンであれば大きな問題なく移行できます。

手動作業が必要なもの：リレーションシップレコード（商談の連絡先ロール、アカウント階層）、カスタムオブジェクト、AppExchange アプリのマネージドパッケージ内のデータ。これらのパッケージは自分のデータを所有し、標準エクスポートに含めません。

アクティビティ履歴（Salesforce に記録された通話、メール、ミーティング）はタスク/イベントエクスポートの一部としてエクスポートすれば Rework にメモとしてインポートされます。フォーマットは完全ではありませんが、コンテンツは保持されます。

Trujay、Import2、Skyviaなどのサードパーティ移行サービスは、複雑なデータ構造がある場合にインポート/変換プロセスを自動化できます。コストが追加されます（通常ミドルマーケット移行で $500〜$2,000）が、手動エラーを減らします。インポートプロセスが技術的に何を含むかの詳細な説明については、データ移行ガイドがフィールドマッピング、エラー処理、インポート後の検証を詳細にカバーしています。

連携の処理

すべての連携が同じ作業ではありません。現実的な内訳を示します：

簡単な再接続（各2〜4時間）： Gmail、Outlook、Google Calendar、Slack、DocuSign、Stripe、LinkedIn Sales Navigator。

中程度の作業（各半日）： ZoomInfo、Clearbit、Intercom。これらは通常フィールドの再マッピングとエンリッチメント同期のテストが必要です。

重要な再構築（各1〜2日）： Outreach、Salesloft、Gong。セールスエンゲージメントツールは Salesforce との深い統合を持っています：双方向のアクティビティ同期、Salesforce トリガーによるシーケンス登録、Salesforce フィールドからのレポート。Rework でこれを再構築するには、再認証、フィールドの再マッピング、システムをまたぐすべての Workflow のテストが必要です。

Rework に同等品がない可能性が高いツール： Marketo、Pardot、Eloqua。マーケティングチームが Salesforce 接続の MAP でキャンペーンを実行している場合、その関係は Rework に移行しません。マーケティングは MAP を維持し、営業は Rework を使用し、Make や Zapier などのミドルウェアツールで接続します。

チームの定着：2週間の生産性低下を避ける

低下は現実です。それに備えてください。クリーンな移行を実行するチームは通常、担当者が適応する最初の2週間でアクティビティボリュームの10〜15%低下を見ます。混乱した移行を実行するチームはその低下が6〜8週間続きます。

低下を減らすもの：

  • ops にエスカレートすることなく質問に答えられる、チームごとのひとりの内部「Rework チャンピオン」
  • 回答が検索可能な移行の質問のための Slack チャンネル
  • 最初の2週間の特定のメトリクスによる毎日のチェックイン（記録された通話、更新された案件、レビューされた Pipeline）
  • Rework を目に見えて使用するマネージャー。マネージャーがまだ Salesforce で予測をレビューしているなら、チームも同じようにします

共通の失敗ポイント

汚いデータの移行。 移行後悔の最も一般的な原因。チームが重複、古い連絡先、意味のないフィールドをインポートし、その後販売する代わりに Rework をクリーンアップするために数か月費やします。

並行稼働期間のスキップ。 Salesforce から Rework に並行稼働の週なしで直接移行することは、連携の失敗、壊れた自動化、欠落したレポートがすべて初日に一度に起こることを意味します。

連携作業へのリソース不足。 5つの連携を再構築することは5つの別々のプロジェクトです。各自にはテストサイクルがあります。これを「午後の作業」として扱うチームは、四半期末の2日前に Gong 同期の問題を夜11時にデバッグしている自分を見つけます。

明確なデータ入力オーナーなし。 並行稼働期間中に Salesforce と Rework のどちらに記録するかが不明確な場合、担当者はどちらにも記録しません。新しいデータのためにひとつのシステムを割り当ててください。強制してください。

案件サイクルの途中での移行試み。 上位3件の案件が次の30日でクローズする場合は待ってください。まず案件を勝ちましょう。

今が乗り換えの適切なタイミングですか？

今すぐ進む強いシグナル：

  • Salesforce の契約が60〜90日以内に更新される
  • チームが50人未満（その上でかなり複雑になります）
  • 5つ未満のアクティブな連携がある
  • Salesforce 管理者のキャパシティが成長の制約になっている
  • 移行を所有できる専任の RevOps または Sales Ops リソースがある

待つ強いシグナル：

  • 年間収益の20%以上がアクティブな案件にある Q4 にいる
  • 主要な Salesforce 設定プロジェクトの途中にいる
  • 重要な連携（Marketo、複雑な CPQ、カスタム Apex）に Rework の同等品がない
  • チームが50人以上で移行を管理する RevOps キャパシティがない
  • データレジデンシー要件がある規制業界にいる。まず Rework のコンプライアンス状況を確認

CRM の真の TCOの分析は Salesforce に留まることの全コストを文脈化します。数値が離れると言うなら、上記の運用チェックリストがそのパスを提供します。

次のステップ

これを読んでもチームにとって移行が理にかなっているなら、実際的な次のステップはデータ監査です。今日 Salesforce のデータエクスポートを引き出してください。無料で、エクスポートプロセス自体がデータ品質について多くを教えてくれます。

この移行を他の選択肢と比較しているなら、HubSpot から Rework への乗り換えが HubSpot から来るチームのために同じプロセスをカバーしており、移行プロファイルが meaningfully 異なります。

作業にコミットする前に決断を試したいなら、Rework vs Salesforceにはトレードオフを明確にする対比が含まれています。

移行は本物の作業です。しかしクリーンに実行するチームは後悔しません。