「CRM 移行」と語るチームの多くは、実際にはプラットフォームの再構築をしているわけではありません。誰か別の人が構築し、完全にドキュメント化されないまま運用されてきた HubSpot または Salesforce のインスタンスを、四半期の売上数値とともに引き継いでいるのです。そのインスタンスは、かろうじて動いており、運用モデルは今やそれに縛られています。これがブラウンフィールド CRM 移行です。クリーンインストールとはまったく別カテゴリのプロジェクトであり、そうでないふりをすることが、最初の 30 日間で犯し得る最も高くつく間違いです。
なぜ今これが重要なのか
CRM のスイッチングコストは以前とは違います。Jason Lemkin が 4 月に書いたとおり、AI エージェントが 2〜3 個なら CRM の乗り換えは煩わしいだけ、10 個になると高価、20 個になると機能的に不可能になります。今日許容しているシステムは、次の世代のエージェントが定着するまでロックインされるシステムです。Harvard Business Review が 2 月に出した「デジタル投資が価値を生み出さない理由」は、別の角度から同じ根本原因を指し示しています。失敗の原因はツールではなく、コマーシャル組織が実際にどのようにインサイトを生み出し、意思決定し、行動を調整するかを再設計できないことにあるのです。実務上、ブラウンフィールド移行はこの再設計が起きる瞬間か、もう 2 年先送りされる瞬間のどちらかです。
ブラウンフィールドの原則：まっさらな状態は存在しない。アーキテクチャを作る前に監査を作ること
グリーンフィールド移行は空のスキーマから始まります。どのオブジェクトを置くか、どのフィールドを乗せるか、どの関連付けを許すか、パイプラインステージが何を意味するかを、すべてご自身で決められます。ブラウンフィールド移行は、誰か別の人が下した数年分の意思決定が、稼働中の売上システムに焼き付いた状態から始まります。それらの判断のほとんどは、当時は理にかなっており、今はそうではありません。一部はそもそも十分に検討されていなかったものです。そして驚くほど多くが、誰もドキュメント化していない形で構造を支えていることがあります。
私たちがすべてのブラウンフィールド案件で守る原則は次のとおりです。すべての既存の意思決定をトリアージし終えるまで、データアーキテクチャに何も変更を加えてはなりません。トリアージはオプションではなく、トリアージそのものがプロジェクトです。再プラットフォーム化はその最後に起きる出来事に過ぎません。
Keep / Edit / Delete フレームワーク
既存のあらゆるデータポイント、フィールド、パイプラインステージ、自動化、レポートについて、答えは次の 3 つのうちのいずれかです。
- Keep。現在の事業上のユースケースを今も支えている。手直しの必要はない。ドキュメント化されており、配線も正しく、削除すれば誰かが現に使っている下流のレポートやワークフローを壊してしまう。
- Edit。現在のユースケースを支えてはいるが、実装が間違っている、データ型が間違っている、値が一貫していない、ワークフローが部分的に壊れている。Edit はスコープを切り、担当者を名指しで決め、マージの前にスケジュールします。
- Delete。もはや存在しないユースケースを支えていた、そもそも一度も使われていなかった、あるいは別のものと重複している。Delete は下流への影響を確認したうえで取り除きます。
紙の上ではこのフレームワークは軽量に見えます。コストはディシプリンにあります。すべてのプロパティ、すべてのワークフロー、すべてのレコードタイプを 3 つのバケットに通します。中規模の B2B SaaS の典型的な HubSpot インスタンスには、数百から数千の個別のトリアージ判断が必要になります。「やりながら考えよう」と言うチームは、結局、負債を抱えたまま移行をリリースするチームです。
フレームワークが具体的になる場所
Keep / edit / delete のフレームが実務で素早く鋭くなる 3 つの場所をご紹介します。
パイプラインステージとその定義
引き継いだパイプラインの多くには、人によって意味が異なるステージが残っています。「Closed Won」は、ある人にとっては契約締結、別の人にとってはキックオフ予定、また別の人にとっては売上認識です。移行は定義を強制するタイミングです。Edit であって、Delete ではありません。ただしすべてのステージに、一文の定義、入場条件、退場条件、そしてオーナーを与えます。
Deal、Contact、Company のカスタムプロパティ
ブラウンフィールドのインスタンスは、チームがアイデアを溜めるのとほぼ同じ速度でカスタムプロパティを溜めていきます。本気の監査では、その 30〜50% が削除されるのが普通です。それぞれに対する診断質問は次のとおりです。直近 90 日でこれを誰が読み、そこから何の意思決定が下されたか？答えが「誰もいない、何もない」なら、削除します。
ワークフローと自動化
ブラウンフィールドの負債のもっとも一般的な発生源は、すでに使われていないトリガーで発火するワークフロー、誰も使っていないフィールドをセットするワークフロー、退職者に通知を送り続けるワークフローです。すべてのワークフローを最初から最後まで読み、終端の状態をマップ化し、トリアージにかけます。生き残ったワークフローはネーミング規約に従って改名し、それ以外はデータが動く前に一時停止します。
現場で見たパターン
DACH 地域の シリーズ B の B2B SaaS チームから、最近、2 つの HubSpot ポータルと 1 つの Salesforce インスタンスをひとつのシステムに統合してほしいというご相談がありました。最初の本能は再プラットフォーム化でした。すべてを持ち上げて新しいポータルに落とし、8 週間で出すというものです。トリアージ後の実際のプロジェクトの形は違っていました。レガシーのカスタムプロパティのおよそ 38% が、最初の監査パスで削除のマークを付けられました。さらに 24% が編集を必要としていました。型変更、ピックリストの統合、ワークフローの再配線です。残りの 38% はそのまま維持されました。統合後のインスタンスは、レガシーシステム合算のカスタムプロパティ表面のおよそ 3 分の 1 で本番稼働し、その上での最初の四半期のレポーティングは、過去 2 年で初めて手動の事前クリーンアップを必要としない四半期となりました。移行は、当初想定していたスピード・トゥ・プラットフォームではありませんでした。クリーンアップそのものでした。
解決策：ブラウンフィールド移行のプレイブック
これから HubSpot や Salesforce のインスタンスを引き継ぐ、あるいは統合するすべてのチームへ。
- アーキテクチャを凍結してください。監査が完了するまで、新しいプロパティ、新しいワークフロー、新しいパイプラインステージを足してはいけません。表面を増やし続けると、監査はそれだけ長引きます。
- すべてのオブジェクトに keep / edit / delete のパスを通してください。プロパティ、パイプライン、ワークフロー、レコードタイプ、リストメンバーシップ、関連付けラベル。判断は、誰かが守りきれるスプレッドシートに記録してください。
- 実際に売上を駆動しているシステムと突き合わせてください。2 つのシステムにデータがある場合、片方をソース・オブ・トゥルースとして扱い、もう片方をそれに合わせます。移行はどちらが勝つかを議論するタイミングではありません。
- データを動かす前にワークフローを直してください。引き継いだ自動化の上にブラウンフィールドのデータを乗せるのは、両方の悪いところ取りです。編集または削除しているプロパティに触れる自動化はすべて一時停止し、生き残るものは監査後のスキーマに対して書き直します。
- マージはサンドボックスで段取ってください。本番移行はまずサンドボックスでテストし、本物のレポーティング負荷で検証し、それからスケジュールに乗せます。
- レガシーではなく監査後のシステムでトレーニングしてください。ブラウンフィールド移行はチームの行動変容です。レガシーシステムに対して書かれたドキュメントは、レガシーの負債をそのまま固定化します。
1 から 6 までを実行すれば、実際のデータ移行は金曜日の午後の作業です。これらをスキップすれば、移行はこれからの 12 か月になります。
Checkpoint がどう関わるか
Keep / edit / delete のフレームワークが圧力下でも持ちこたえる理由は、それが方法論のポスターではなく、実際の仕事だからです。Checkpoint で私たちが手がける CRM 案件の大半はブラウンフィールド移行であり、HubSpot、Salesforce、Pipedrive の引き継ぎを十分な数こなしてきたことで、毎回出てくる判断と、本当にお客様のスタック固有の判断とを見分けられるようになりました。ブラウンフィールド移行が空のスキーマではなく引き継いだ負債から始まるのであれば、プラットフォームを選ぶ前に私たちにご相談ください。正しいプラットフォームの判断は、監査から落ちてくるものであって、その逆ではありません。
出典
- Sinha, Shastri, Lorimer. 「Why Your Digital Investments Aren't Creating Value」 Harvard Business Review、2026 年 2 月 16 日。hbr.org
- Lemkin, Jason. 「Which CRM Should You Use in 2026/2027? Follow the Agents」 SaaStr、2026 年 4 月 6 日。saastr.com