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

Salesforce の移行のほとんどは、3週目に頓挫します。

1週目は順調です。データをエクスポートし、フィールドをマッピングして、新しいシステムはきれいに見えます。2週目には Rework のインスタンスが形になってきます。そして3週目に問題が噴出します。担当者がパイプラインレポートを見つけられない、3つの自動化が静かに壊れている、Gong の連携がまだ設定されていないことが誰かに発覚します。4週目には、チームの半数が「念のため」と両方のシステムに通話を記録しています。6週目になると経営陣は忍耐を失い、Salesforce がまだ12のブラウザタブで開いたままでも移行を「完了」と宣言します。

このガイドはそれを防ぐために存在します。機能比較ではありません。それを求めるならRework 対 Salesforceをお読みください。これは切り替えを決めたチームが、次の30日間が実際にどうなるかを知るためのオペレーションガイドです。

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

移行が苦痛になる最大の原因は、監査を終える前にインポートを始めることです。ここに3〜5日かけてください。後で3〜5週間を節約できます。

アクティブなパイプラインの商談。 すべてのオープン案件をエクスポートして、クローズ予定日を確認してください。年間売上目標の15%超が今後45日以内にクローズする見込みなら、待ってください。四半期末の追い込みと並行して移行を進めることは、商談を失うレシピです。締め切りを逃すだけではありません。

コンタクトとアカウントのデータ品質。 Salesforce のデータは速く劣化します。18カ月以上稼働しているほとんどのシステムには、重複したコンタクト、アカウントに紐付いていないコンタクト、担当者によって意味が異なるフィールドを持つアカウントがあります。Rework に触れる前に重複排除を実施してください。Dedupely や Cloudingo のようなツールは Salesforce に対して直接動作します。混乱を移行しないでください。まずクリーニングしてください。

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

ワークフローの自動化。 アクティブな Process Builder フローとワークフローをエクスポートしてください。それぞれを分類します。これは営業プロセスの自動化（商談ステージの変更、タスク作成、割り当てルール）ですか、それともオペレーションの自動化（フィールド更新、承認プロセス、クロスオブジェクト更新）ですか？前者は Rework の自動化にかなり直接移行できます。後者は多くの場合移行できません。特にオブジェクトをまたぐ場合や複雑な承認フローを使っている場合はそうです。

レポートとダッシュボード。 各担当者とマネージャーに、週に確認する3つのレポートをリストアップしてもらってください。そのリストが、切り替え前に Rework で再構築する必要があるものです。完全なレポートライブラリではありません。それ以外は後で作業できます。

連携中のツール。 Salesforce に接続しているすべてのツールをリストアップしてください。Outreach、Gong、Salesloft、Marketo、Pardot、ZoomInfo、LinkedIn Sales Navigator、DocuSign、Slack、そして財務チームがフォーキャストに使っているツールです。各連携はそれ自体が小さな移行プロジェクトです。シンプルな再接続には各1〜2時間、カスタムフィールドマッピングや双方向同期があるものには各1〜2日を見込んでください。

失うものについて、正直に向き合う

このセクションを飛ばすと、信頼の問題が生まれます。担当者はいずれこれらのギャップを発見します。切り替え後に発見するよりも、今のうちに伝えた方がいいです。

AppExchange。 Salesforce には3,000以上のネイティブ連携があります。Rework はその水準には達していません。ニッチな AppExchange アプリ（特定のコンプライアンスツール、業界特化型のリードエンリッチメント、カスタム CPQ ソリューション）に依存している場合、移行を深く進める前に Rework の同等品があるかどうか確認してください。

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

レポートの種類と高度な分析。 Salesforce のレポーティングエンジン、特に Einstein Analytics アドオンは本当に強力です。Rework のレポートはコアの CRM メトリクスを十分カバーしていますが、複雑なクロスオブジェクトレポートに対する Salesforce のカスタムレポートビルダーの柔軟性には及びません。RevOps チームが複数オブジェクトを結合したレポートやカスタムファネル分析を実行している場合、ギャップが生じることを想定してください。

フォーキャストカテゴリとオポチュニティスプリット。 エンタープライズの Salesforce 組織では、複雑なコミッション構造のためにオポチュニティスプリットとカスタムフォーキャストカテゴリを使うことがよくあります。Rework のフォーキャスティングはよりシンプルです。コンペンセーションプランが Salesforce フォーキャストカテゴリに依存している場合、タイムラインを確定する前に財務と Sales Ops チームにフラグを立ててください。

一部のメールからケースへのワークフローパターン。 営業チームの Salesforce インスタンスが顧客サポートの引き継ぎのために Service Cloud インスタンスと緊密に連携している場合、その連携は引き継がれません。Rework は CRM と生産性ツールであり、ヘルプデスクプラットフォームではありません。

改善されること

改善点についても具体的に述べる価値があります。改善がなければ移行コストを正当化できないからです。

管理業務のオーバーヘッド。 ほとんどの Salesforce 組織では、継続的な設定管理のために専任の管理者またはコンサルティング会社が必要です。Rework の管理画面は小さく、インターフェースも難解ではありません。Salesforce のバックグラウンドがない RevOps マネージャーでも Rework を設定できます。これにより総所有コストが大幅に変わります。そして RevOps チームの時間の使い方も変わります。移行後のモダンな RevOps 機能の姿については、RevOps の戦略と組織が参考になります。コストの詳細は後述します。

担当者のオンボーディング。 Salesforce での新担当者の生産性到達時間は、一般的に4〜6週間かかります。担当者が手取り足取りなしにナビゲートして記録できるようになるまでの時間です。Rework に移行したチームは、その数字が1〜2週間に下がったと一貫して報告しています。メニューが少なく、必須フィールドが少なく、説明すべきレガシー設定が少ないためです。

シートあたりのコスト。 Salesforce Enterprise は1ユーザーあたり月165ドルです。Unlimited は330ドルです。成長中のチームの多くは Sales Engagement（75ドル/ユーザー）、Revenue Intelligence（220ドル/ユーザー）、そして少なくとも数つの AppExchange アプリを追加します。Salesforce の公式料金ページに完全なティア内訳が記載されています。アドオンを含めてチームが実際に支払う金額の分析については2026年の Salesforce 料金をご覧ください。Rework の料金は単一の明細です。20人の営業チームでは、差額は年間8万〜12万ドルになることが多いです。RevOps の採用、またはアウトバウンド予算の倍増に使える金額です。

担当者の日常的な UX。 Salesforce は1日8時間使う担当者のために作られていませんでした。管理者とアナリスト向けに作られています。Rework はそれを逆転させています。担当者の体験が最優先の設計思想です。通話の記録に必要なクリック数が少なく、商談ビューがクリーンで、空白フィールドの海もありません。

移行：週次のスケジュール

このタイムラインは、ある程度の Salesforce の複雑さを持つ10〜30人の営業チームを想定しています。カスタムフィールドがあり、アクティブな連携は5つ未満で、Apex コードはない場合です。規模が大きい、または複雑な組織では、複雑な要因1つにつき1〜2週間を追加してください。

第1週：データエクスポートとクリーニング

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

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

カスタムフィールドをマッピングします。スプレッドシートを作成してください。Salesforce フィールド名、Salesforce フィールドタイプ、そのデータの内容、対応する Rework フィールド（または「対応なし」）です。このドキュメントが第2週を進める基盤になります。

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

営業ステージに合わせて Rework のパイプラインを設定します。ステージ定義を見直したいと思っていた場合、今が適切なタイミングです。ステージの移行と見直しを同時に行わないでください。混乱が増します。どちらか一方を選んでください。

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

最も件数の多い上位5つのワークフローの自動化を設定します。毎日稼働する自動化です。ステージ変更通知、商談移動時のタスク作成、新しいコンタクトへの割り当て。第2週に完全な自動化ライブラリを再構築しようとしないでください。重要なものを動作させることに集中してください。

第3週：並行稼働

全データセットをインポートします。Salesforce と Rework の両方が稼働中です。担当者がどちらに記録すべきかわからず混乱しているため、運用チームに質問が殺到するこの週が最もリソースを消費します。明確に指示してください。Salesforce は読む専用、Rework は書く専用。担当者はすべての新しいアクティビティを Rework に記録します。過去の文脈参照のみ Salesforce を使います。

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

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

第4週：チームの切り替えとトレーニング

トレーニングはライブで実践的に行ってください。録画ではありません。2つの90分セッションを実施します。担当者向けと、マネージャーと管理者向けです。担当者は、手助けなしに通話を記録し、商談を更新し、パイプラインレポートを見つけられるようになる必要があります。マネージャーはチームのパイプラインを確認してフォーキャストを取り出せるようになる必要があります。チームオンボーディングガイドには、多くの運用チームが役立てる、このロールアウトフェーズのための構造的なチェックリストがあります。

トレーニング後、Salesforce を読み取り専用と宣言します。金曜日ではなく月曜日に行ってください。質問が来たときにチームが万全の状態で対応できるよう、週の始めに切り替えます。通常10〜14日後の Salesforce アクセス終了の具体的な日付を告知してください。

切り替え後：30日間の安定化チェックリスト

• 全担当者が Rework でアクティビティを100%記録している（自己申告ではなくアクティビティレポートで確認）
• 各接続ツールでテストレコードを通じて連携を確認済み
• すべての自動ワークフローをアクティビティログで確認済み（設定されているだけでなく実際に動作したことを確認）
• 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 でこれを再構築するには、再認証、フィールドの再マッピング、そしてシステムをまたぐすべてのワークフローの再テストが必要です。

おそらく Rework に同等品のないツール： Marketo、Pardot、Eloqua。マーケティングチームが Salesforce 接続のマーケティング自動化ツールでキャンペーンを実行している場合、そのリレーションシップは Rework には移行されません。マーケティングはマーケティング自動化ツールを使い続け、営業は Rework を使い、Webhook またはミドルウェアツール（Make や Zapier）で接続します。

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

生産性の低下は実際に起こります。それを見込んでください。クリーンな移行を実施したチームは、切り替え後最初の2週間でアクティビティ量が10〜15%低下します。担当者が慣れる過程でです。混乱した移行を実施したチームは、その低下が6〜8週間続きます。

低下を減らすもの：

• チームごとに質問を運用チームにエスカレーションせずに答えられる社内「Reworkチャンピオン」を1人設置する
• 移行に関する質問用の Slack チャンネルを設けて、回答が検索できるようにする
• 最初の2週間は毎日の短いチェックインを実施し、具体的なメトリクス（記録した通話数、更新した商談数、確認したパイプライン）を追う
• マネージャーが Rework を目に見える形で使う。マネージャーが Salesforce でフォーキャストをレビューし続ければ、チームも同じことをします

よくある失敗ポイント

汚いデータを移行する。 移行で後悔する最も一般的な原因です。チームが重複、古いコンタクト、意味のないフィールドをインポートし、その後数カ月間販売ではなく Rework のクリーニングに費やします。

並行期間をスキップする。 並行稼働の1週間を設けずに Salesforce から Rework に直接切り替えると、連携の失敗、壊れた自動化、欠けているレポートがすべて初日に一度に押し寄せます。

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

データ入力の担当者が不明確。 並行期間中に担当者が 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 から移行するチームの同じプロセスが記載されています。移行のプロファイルは大きく異なります。

決断をコミットする前に再検討したい場合は、Rework 対 Salesforceでトレードオフを明示した比較ができます。

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