「以前のシステムの方がよかった」という移行時の抵抗への対処

著者: Calvin D. · 更新日: 2026年4月18日

「以前のシステムの方がよかった」は、実際にはソフトウェアについての話ではありません。

担当者がこれを言うとき、製品レビューをしているわけではありません。もっと根本的なことを表明しています。以前と同じくらいうまく仕事ができるかどうかの不確実性、何年もかけて積み上げた操作感覚を失うことへのフラストレーション、そして時として新しいシステムで再現されていない依存していた機能に関する正当な懸念です。

これを「単なる変化への抵抗」として片付けることは、声高な懐疑派を積極的な反対者に変える最も速い方法の一つです。積極的な反対者は危険です。一人の担当者がCRM導入に影響を与えるからではなく、社会的な許可が広がるからです。フロアで最も高いパフォーマンスを出している担当者が新しいCRMは使えないと言うと、その下のすべての担当者はそれを関わりをやめる許可として受け取ります。

目標は議論に勝つことではありません。技術的な苦情と感情的な抵抗を正確に区別し、両方に異なる対処をし、懐疑派が他の人を変える前に擁護者に変えることです。抵抗フレームワークに入る前に、本当の導入ミスに対処しているかどうかを確認してください。「以前のシステムの方がよかった」は実際の設定上のギャップを指している場合があります。

抵抗がなぜあなたが思うより速く広がるか

移行時の抵抗には、ほとんどのCRMロールアウトが過小評価している社会的増幅の問題があります。

新しいシステムがローンチされると、ほとんどの担当者のデフォルト状態は中立的な懐疑主義です。「これが本当に良くなるかどうか様子を見よう」。その中立状態はどちらにも傾く可能性があります。傾かせるのは通常、ソフトウェア自体ではありません。チームで最も声が大きく最も尊敬されている人物がそれについて何を言うかです。

トップのAEがCRMを採用し、予測の会話に役立っていると話せば、他の人も従います。同じトップAEが、それが自分を遅くしていると大声で不満を言えば、他の人は関わりをやめる社会的許可を得ます。

これは移行時の抵抗における最も効果的な介入が、より多くのトレーニングセッションを実施したり定着リマインダーをより多く送ったりすることではないことを意味します。チームの残りが意見を委ねる3〜4人を特定し、その人たちに具体的に働きかけることです。

対処されていない抵抗はそのままになりません。積み上がります。苦情が認識されない週が続くたびに、苦情は有効でリーダーシップは気にしていないという強化になります。6週目には、数人の声高な担当者から始まったものが、ロールアウトが失敗しているというチーム全体の認識になります。McKinseyの組織変革研究では、リーダーシップが最初の30日間に積極的に抵抗に関わるテクノロジー導入は、初期の反発をノイズとして扱うものより70%高い成功率であることが示されています。

ステップ1: 技術的な苦情と感情的な抵抗を分ける

すべての抵抗が同じではなく、すべてが同じ対応を必要とするわけでもありません。

技術的な苦情には、特定の対処可能な根本原因があります。

• 「1つのビューですべての案件を見ることができません。Pipelineの画面には10件しか表示されません。」
• 「メモフィールドは書式設定をサポートしていないので、詳細な通話メモが読めません。」
• 「以前は最終コンタクト日でフィルタリングできましたが、新しいシステムではそのフィルターが見つかりません。」
• 「モバイルアプリがうまく動作しません。出張中に案件を更新できません。」

技術的な苦情は贈り物です。何を修正すべきかを正確に教えてくれます。記録し、優先順位をつけ、修正を伝えましょう。修正できない場合はその理由と代替案を説明してください。

感情的な抵抗は異なって見えます。

• 「すべてが悪くなっています。説明できません。」
• 「以前のシステムを3年間使っていて、どこに何があるか分かっていました。」
• 「データが正しく移行されたと信頼できません。」
• 「以前のシステムが機能していたのに、なぜ変更したのですか?」

感情的な抵抗には異なるアプローチが必要です。説明の前に認識することです。感情的な抵抗を機能比較で打ち消そうとしてもうまくいきません。担当者は証拠に基づいた議論をしているのではありません。喪失と不確実性の感情を表現しているのです。まず認識してください。それから時間をかけて、新しいシステムが彼らをより良くサポートするという証拠を提供します。

2つを区別するための診断的な質問: 「以前できていたが今はできない具体的な例を挙げてもらえますか?」具体的な答えが出れば、技術的な苦情です。出なければ、または答えが常に「すべて」であれば、主に感情的な抵抗です。

ステップ2: 最初の30日間に公式のFeedbackチャネルを作成する

非公式のFeedback（Slackでの苦情、オフィスでのぼやき）はノイズが多く、実行可能性が低いです。公式のFeedbackチャネルは、拡散した苦情を実際に対応できる構造化されたインプットに変えます。

1つのチャネルを設置してください。シンプルなフォーム、共有ドキュメント、専用のSlackチャネル、またはRevOpsのエイリアスへの週次メールでも、担当者が特定の摩擦ポイントを送信できる場所を作ります。そしてループを閉じてください。すべての送信に返信します。返信が「調べたところ、これがこのように機能する理由です」であっても同様です。

チャネルを作ることは、内容と同じくらい重要です。聞いていること、苦情は無視されるのではなく歓迎されること、ロールアウトチームはシステムを使用している担当者に対して責任があると自分たちを見ていることを示します。

実際には、公式のFeedbackチャネルは最初の30日間で通常8〜12件の具体的で修正可能な問題を浮かび上がらせます。ほとんどは設定上の問題であり、ソフトウェアの根本的な制限ではありません。移行に含まれなかったフィールド、チームのWorkflowに合わないデフォルトビュー、担当者が必要な作業をブロックしている権限など。

これらを素早く修正し、修正を見える形で伝えてください。「営業チームのFeedbackに基づいて、Pipelineビューにクローズ日フィルターを追加しました」は強力なメッセージです。Feedbackチャネルが本物であり、形式上の行為ではないことを示します。

ステップ3: 最も声高な懐疑派を特定し変える

チームに影響力を持つ懐疑派は、転換の最も価値の高いターゲットです。転換した懐疑派は、得られる中で最も信頼できる擁護者になります。管理職より、RevOpsより、他の会社の成功事例より信頼できます。

以下の条件の担当者を2〜3名特定してください。

• 同僚に尊重されている（必ずしもトップパフォーマーでなくても、社会的な影響力がある）
• 新しいCRMへの懸念について声高に話してきた
• ただ文句を言うのではなく、正直に関わる意欲がある

それぞれと個別に会話をしてください。フレーミング: 「新しいシステムへのあなたの懸念のいくつかを聞きました。具体的に理解したいと思っています。以前よりも仕事が難しくなっている3〜4つのことを教えてもらえますか?」

そして実際に修正できるものは修正してください。修正できないものを文書化し、その理由を説明してください。声高な懐疑派の4つの問題のうち2つを解決できれば、彼らはしばしば「これは悪くなっている」から「まだいくつか問題はあるが取り組んでもらっている」に変わります。

転換しない懐疑派もいます。それは構いません。しかし、提起した具体的な問題が対処されて本当に話を聞いてもらったと感じるほとんどの懐疑派は、少なくとも積極的に抵抗を広めることはやめます。

懐疑派から擁護者への会話フレームワーク:

1. 「新しいシステムでは以前と比べて何が具体的に難しくなっていますか?」, 具体的な例を聞きましょう。
2. 「そのうち、実際のWorkflowで最も摩擦を引き起こしているものはどれですか?」, 優先順位をつけます。
3. 「修正できるもの、できないもの、その理由をお伝えします。」, 具体的かつ正直に。
4. 「もし[問題X]に対処したら、同僚に対するシステムへの話し方は変わりますか?」, 依頼を明示的にします。

ステップ4: 以前のシステムの方が良かったことを文書化する

これはほとんどのロールアウトチームが失敗を認めるように感じるためにスキップするステップです。

スキップしないでください。

以前のCRMが優れていた正当な点があります。レポートビルダーの方が柔軟だったかもしれません。モバイル体験の方が速かったかもしれません。まだ再現されていない特定の統合があったかもしれません。すべての批判に対して新しいシステムを守るのではなく、これを公然と認めることで、大きな信頼性が生まれます。

ドキュメントを作成してください: 「以前のシステムの方が優れていた点と各項目についての計画」。チームと共有してください。誠実さを示し、比較を真剣に受け止めたことを示し、「以前のシステムは良いか?」（全体として答えられない）から「私たちが知っている特定のギャップとそれへの対処方法」（答えられて実行可能）に問題を再フレーミングします。

このドキュメントは何を修正すべきかの優先順位付けにも役立ちます。8人の担当者が同じ不足機能を挙げれば、1人の担当者が挙げた機能より優先度が高いです。

ステップ5: すべての改善を公開で伝える

摩擦ポイントを修正したら、チームに告知します。もう1つ修正したら、それも告知します。

見える改善のサイクルは重要なことをします。「このロールアウトは苦戦している」から「このロールアウトはFeedbackに応じて改善されている」にナラティブを変えます。実際の修正の数が少なくても、担当者にとってこの2つのナラティブはまったく異なって感じられます。

コミュニケーションは精巧である必要はありません。Slackメッセージでも十分です。「Pipelineビューを修正しました。クローズ日でフィルタリングし、50件の案件を表示し、最終活動で並び替えができるようになりました。フラグを立ててくれた皆さん、ありがとう。」

最初の60日間、毎週このサイクルを実施してください。告知できる修正が1件だけでも、告知してください。規則性がFeedbackループが本物であることを示します。

異議への回答ガイド

最も一般的な5つの異議とその対処方法を以下に示します。

「以前のシステムの方が速かった。」 認識する: 「確かに、今はいくつかのタスクにより多くのステップがかかりますね。」そして説明する: 「ほとんどのチームは新しい習慣を構築する最初の4〜6週間は効率が下がります。慣れた後のWorkflowについて、経験豊富なユーザーが言うことをご紹介します。」特定の遅いWorkflowがあれば修正してください。

「データが正しく移行されませんでした。」 すぐに真剣に受け止めます。移行を守らないでください。尋ねます: 「具体的に何が問題かを見せてもらえますか?」GartnerのCRM導入調査では、データ移行の整合性への懸念が初期の放棄の主要な原因であることが示されています。移行されたデータを信頼しない担当者は新しい活動の記録を停止し、問題が急速に悪化します。CRM管理者にエスカレーションしてください。24時間以内に調査結果を伝えてください。データ整合性への懸念は対処されないと、回復が非常に難しい深い不信を生み出します。

「新しいシステムを学ぶ時間がありません。」 懸念を認め、フレームを変えます: 「トレーニングは1週間のコースではなく、1日10分で設計しました。目標はシステムができるすべてのことを学ぶのではなく、日常のWorkflowの3つの具体的な習慣を変えることです。」そして日常の習慣ループを具体的に案内します。

「以前のシステムには[機能X]があったが、このシステムにはない。」 無視しないでください。機能Xが実際にないのか、別の場所にあるのかを確認してください。本当にない場合は、改善ロードマップに追加し、いつ対処されるかを伝えてください。対処されない場合は、その理由と代替案を説明してください。

「まだ新しいシステムを信頼できません。」 これは感情的な抵抗です。対応は機能リストではありません。時間をかけた一貫性です。システムが期待どおりに機能する週、行われる修正、伝えられる改善のすべてが信頼を積み上げます。議論で誰かを信頼に説得しようとしないでください。示してください。HBRのエンタープライズ変革プログラムの分析では、信頼は単一の大きなジェスチャーではなく、繰り返される小さな勝利によって再構築されることが指摘されています。これがまさに週次の改善コミュニケーションのサイクルが単一の「大きな修正」の告知より効果的な理由です。

よくある落とし穴

苦情を「単なる変化への抵抗」として片付ける。 その一部はそうです。多くはそうではありません。以前のレポートの方が良かったと言う担当者は正しいかもしれません。反論する前に確認してください。

Feedbackループがない。 担当者が懸念を何もない場所に送信すれば、懸念を送信するのをやめます。代わりに互いに文句を言い始めます。修正できないものも含めて、すべての送信に対してループを閉じてください。

証拠ではなく権威を使う。 「新しいシステムを使わなければならない」は会話を終わらせますが、定着は生み出しません。システムが機能しているという証拠、具体的な担当者がPipeline会話が改善された、フォローアップのクローズが増えた、予測レビューにかかる時間が減ったと共有することは、いかなる命令よりも説得力があります。

議論に勝とうとする。 新しいCRMの方が優れているという議論に勝って、定着の戦いに負けることもあります。目標は正しくなることではありません。担当者が良いデータを生み出す方法でシステムを本当に使うことです。

成功の測定

移行時の抵抗管理が機能しているのは以下のときです。

• 60日目に声高な抵抗が減少する, チームの場でのCRMについての非公式なトーンが懐疑的から中立または前向きに変わる
• 公式のFeedbackチャネルが具体的な問題を生み出す, チャネルが最初の週後に静かになった場合、担当者に問題がない（ありそうにない）か送信する価値があると信じるのをやめた（より可能性が高い）かのどちらかです
• 転換した懐疑派が参照になる, 以前は懐疑的だったが今は同僚に対してシステムについて前向きに話す担当者を2〜3名挙げられれば、目標を達成しています
• 担当者のNPS月ごとに改善する, シンプルな月次の1問アンケート（「チームに加わる同僚に新しいCRMを薦める可能性はどのくらいですか?」）で方向性のトレンドが得られます

関連ガイド

移行時の抵抗はトレーニングとロールアウトのアプローチに関連しています。

• 担当者が実際にCRMを使うためのトレーニングをお読みください。トレーニングの構造が遭遇する抵抗の量に直接影響します
• CRMのロールアウト: パイロットチーム、全体展開、定着追跡をレビューしてください。抵抗は全体ロールアウトフェーズで最も高くなります。Pilotアプローチがそれを減らします
• よくあるCRM導入ミスを確認してください。一部の抵抗はチェンジマネジメントだけでなく、本物の導入エラーを指しています
• 先行指標でCRM導入定着を測定するを参照してください。定着スコアカードは抵抗が局所的か組織的かを教えてくれます
• CRMコンサルタントを雇うタイミングをお読みください。内部のチェンジマネジメントが進まない場合、外部の支援が価値を加えるタイミングを理解してください（加えない場合も）

テクノロジー移行の背後にある組織のダイナミクスについては、Sales Leadershipインサイトで収益リーダーシップの観点からのチェンジマネジメントを取り上げています。競合ツールとの比較が抵抗を部分的に引き起こしている場合、CRM比較が担当者に客観的な参照点を提供できます。

本質

修正する前に聞きましょう。抵抗には本物のシグナルが含まれています。以前のシステムの方がよかったと言う担当者は、しばしば何か具体的なことを指しています。再現されなかったWorkflow、自分の働き方に合わない設定上の選択、データ移行のギャップ。苦情のシグナルを聞き、具体的に対処し、修正を見える形で伝えることは、命令ベースの定着プレッシャーよりも多くの懐疑派を転換します。

詳細はこちら: データモデルから定着追跡まで全ステップをカバーするCRM導入ガイド全体をご覧ください。