%20(%E8%83%8C%E6%99%AF%E3%81%82%E3%82%8A).png?width=130&height=39&name=%E6%9C%80%E7%B5%82Start%20Link%20(500%20x%20150%20px)%20(%E8%83%8C%E6%99%AF%E3%81%82%E3%82%8A).png "StartLink"){kind=logo}
この記事の結論
業務改革やDXが期待した成果につながらない主な原因は、ツールではなく組織の変革への抵抗にあります。人の行動を変える進め方と、後戻りさせない仕組みを両輪で設計することが、変革を現場に定着させる鍵です。
業務改革やDXが期待した成果につながらない主な原因は、ツールではなく組織の変革への抵抗にあります。人の行動を変える進め方と、後戻りさせない仕組みを両輪で設計することが、変革を現場に定着させる鍵です。
「新しいCRMを導入したのに、誰も使っていない」「業務フローを見直したが、結局元のやり方に戻ってしまった」「会議の前になると、みんな手元のExcelで案件表を作り直している」——こうした経験は多くの企業に共通しています。
チェンジマネジメントとは、業務改革やDXに伴う「人と組織の変革」を、計画・伝達・定着の各段階で体系的にマネジメントするアプローチです。ツールの導入や制度の変更は比較的容易ですが、人の行動と組織の文化を変えることは容易ではありません。BPR（業務プロセス改革）の進め方のように業務を根本から再設計する場合はなおさら、変革への抵抗を管理する手法が欠かせません。
本記事では、業務改革やDXプロジェクトにおけるチェンジマネジメントの実践手法を、実名企業の事例とともに解説します。
DXの業務効率化について体系的に学びたい方は、業務効率化ガイドで全体像を把握できます。
この記事でわかること
CRMやSFAを導入したが現場に定着しない経営者・情報システム部門の方や、組織の抵抗に直面している変革リーダーの方が、変革を現場に定着させる進め方を把握できる内容です。コッターの8段階モデルを軸に、抵抗への対処から定着度の測り方までを順に解説します。
- 業務改革が現場に定着しない構造的な原因 — 失敗の主因が技術ではなく人と組織の抵抗にあることと、後戻りの最初のサインを解説します
- コッターの8段階変革モデルの実務への落とし込み方 — 8段階を3つのフェーズで読み解き、自社の現在地から着手すべき段階を判断する方法を紹介します
- 4つの変革抵抗への対処法 — 理解不足型・不安型・利害対立型・習慣型の見分け方と、タイプ別の打ち手を整理します
- 定着度の測定と後戻りを防ぐ仕組み — 認知・行動・内面化の3段階で定着度を測り、個人の努力に頼らずCRMの仕組みで支える方法を解説します
- 日立・富士通・パナソニックの変革事例 — 実名企業の取り組みから、変革推進の実践ポイントを紹介します
この記事を読むことで、チェンジマネジメントの全体像を理解し、自社の変革を現場に定着させるための具体的な知識が得られます。
業務改革が現場に定着しない構造的な原因
業務改革やDXが期待どおりに進まないとき、原因はシステムの機能不足として語られがちです。しかし、つまずきの多くは導入後の現場で起きています。ここでは、変革が失敗に向かう構造を3つに整理し、その兆候の見つけ方を解説します。
変革プロジェクトが失敗する3つの構造的原因
業務改革やDXプロジェクトが失敗する原因を分析すると、以下の3つのパターンに集約されます。
現場の「なぜ」が共有されない: 経営層が「競争力強化のためにDXが必要だ」と号令をかけても、現場にとって「なぜ今の業務を変えなければならないのか」が理解できなければ、変化への動機は生まれません。日々の業務を回している担当者ほど今のやり方で困っていないと感じている場合があり、説明が経営の言葉のままだと自分ごとになりません。
変革の痛みへの対策がない: 新しいシステムへの移行期には、一時的に業務効率が下がります。この「学習曲線の谷」を想定せず、導入直後から成果を求めると、現場の不満が一気に噴出します。移行期には旧来の方法と新しい方法を並行して扱う負担も生じるため、その期間の目標は通常期と分けて設定しておくことをおすすめします。
定着を仕組みとして担保しない: 導入時のトレーニングだけで終わり、その後のフォローアップがなければ、人は慣れ親しんだやり方に戻ります。変革を定着させるには、継続的なサポートとモニタリングの仕組みが欠かせません。
3つの原因は、それぞれ現場に異なる兆候として表れます。本記事では、兆候と対応する段階を次のように整理します。
| 構造的原因 | 現場に表れる兆候 | 対応する主な段階（本記事の整理） |
|---|---|---|
| 「なぜ」が共有されない | 説明会の後も「何のためにやるのか」という質問が続く | コッターモデルの段階1・3・4 |
| 変革の痛みへの対策がない | 移行期に「前のほうが早かった」という声が増える | 段階5・6 |
| 定着を仕組みとして担保しない | 導入から時間がたつにつれて利用や入力が減っていく | 段階8と定着度の測定 |
自社の状況をこの表に当てはめ、最も声が多い兆候の行から手を付けると、限られた推進リソースを原因に直接向けられます。
技術の問題ではなく「人」の問題
CRM導入プロジェクトの成否を分けるのは、システムの機能ではなく、組織への定着度です。どれほど機能が豊富なCRMでも、現場が入力しなければデータは蓄積されず、投資は回収できません。
日立製作所がLumadaプラットフォームを社内に展開した際、技術面の課題以上に注力したのが、各事業部門の業務担当者に対する「なぜデジタルツールを活用すべきか」の理解浸透でした。変革の必然性を一人ひとりが腹落ちするまで、対話と説明を繰り返したことが、最終的な定着につながっています。
この事例から読み取れるのは、変革の説明を一度の発表で終わらせず、部門ごとの業務の言葉に置き換えて繰り返すことの意味です。ツール選定の議論に時間をかけるのと同じ熱量で、現場への説明と対話の計画を立てることをおすすめします。
「Excelに戻る」は後戻りの最初のサイン
CRMを導入した後によく見られるのが、会議資料や上司への報告のために、手元のスプレッドシートで案件表を作り直す動きです。CRMとスプレッドシートの両方に情報があると、どちらが最新なのかがわからなくなり、差分の照合に時間を取られます。やがて「CRMの数字は当てにならない」という空気が生まれ、さらに入力されなくなる悪循環に入ります。
この兆候を見つけるには、週次の営業会議やマネージャーへの報告で使う資料が、どこから作られているかを見てください。CRMのレポートやダッシュボードをそのまま画面に映しているなら、新しいやり方が行動として根づき始めています。スプレッドシートに転記して作っているなら、その会議資料をCRMのダッシュボードに置き換えることを最初の改善対象にします。
会議の場で使われるデータがCRMに一本化されると、「入力しないと自分の案件が会議で扱われない」状態になります。呼びかけに頼らずに入力が続く流れを、会議の運用そのもので作れます。
関連するテーマとして、Excel業務の脱却方法もあわせてご覧ください。
コッターの8段階変革モデルを実務に落とし込む
ハーバード・ビジネス・スクールのジョン・コッター教授が提唱した8段階変革モデルは、チェンジマネジメントの代表的なフレームワークです。8つの段階は順に積み上げていく構成になっており、前の段階を飛ばすと、後の段階で抵抗が表面化しやすくなります。ここでは表の読み方と、自社の現在地の見極め方を整理します。
モデルの全体像
| 段階 | 内容 | 実務でのアクション |
|---|---|---|
| 1. 危機意識の醸成 | なぜ変わる必要があるかを共有 | 競合動向・業界データ・顧客の声を提示 |
| 2. 変革推進チームの結成 | 影響力のあるメンバーを集める | 各部門のキーパーソンを巻き込む |
| 3. ビジョンの策定 | 変革後の目指す姿を明確化 | 具体的なKPIと期限を設定 |
| 4. ビジョンの伝達 | 全社員への浸透 | 繰り返しの発信・対話の場づくり |
| 5. 障害の除去 | 変革を阻む仕組みを排除 | 既存ルール・制度の見直し |
| 6. 短期的成果の実現 | 早期に目に見える成果を出す | Quick Winの設定と成功の共有 |
| 7. 成果の活用と拡大 | 成功を梃子に変革を拡大 | 水平展開・追加投資の判断 |
| 8. 文化への定着 | 変革を組織文化に埋め込む | 評価制度・行動規範への反映 |
表の「実務でのアクション」列は、各段階で何を用意するかの準備項目として使えます。段階ごとに、誰がそのアクションを担当し、いつまでに終えるかを書き加えておくと、推進チーム内で進捗を共有しやすくなります。
8段階を3つのフェーズで読み解く
8つの段階をそのまま追うと、いま何に集中すべきかが見えにくくなります。本記事では、8段階を目指す状態ごとに3つのフェーズへまとめて整理します。
| フェーズ（本記事の整理） | 対象の段階 | このフェーズで目指す状態 |
|---|---|---|
| 土台づくり | 段階1〜4 | 変わる理由と変わった後の姿を、現場が自分の言葉で説明できる |
| 実行と短期成果 | 段階5〜6 | 新しいやり方を試す障害がなくなり、小さな成功を実感している |
| 拡大と定着 | 段階7〜8 | 成功が他部門に広がり、評価や行動規範に組み込まれている |
各フェーズの「目指す状態」は、次のフェーズへ進むかどうかの判断基準になります。例えば土台づくりでは、現場のメンバー数名に変革の目的を説明してもらい、経営層の説明と同じ趣旨が返ってくれば実行フェーズに進みます。答えが人によってばらつく場合は、段階3・4に戻って伝え方を見直します。
自社がいまどの段階にいるかを見極める
すでに変革を始めている企業では、段階1から順にやり直すより、つまずいている段階を特定して手を打つほうが現実的です。現場の状態から着手すべき段階を選ぶ目安を、次の表にまとめます。
| 現場の状態 | 着手する段階 | 次に決めること |
|---|---|---|
| 導入の目的を聞かれても、担当者ごとに答えが違う | 段階1・3 | 変わらなかった場合に起きることと、変革後の業務の姿を1枚にまとめる |
| 目的は理解されているが、旧来のルールや評価がそのまま残っている | 段階5 | 新しいやり方と矛盾する制度・ルールを洗い出す |
| 一部の部門では使われているが、全社には広がっていない | 段階6・7 | うまくいった部門の成功要因を言語化する |
| 導入当初は使われていたが、利用が減ってきている | 段階8と定着度の測定 | 利用状況をどこで、誰が、どの頻度で見るかを決める |
複数の状態が当てはまる場合は、表の上にある段階から手を付けることをおすすめします。土台が揺らいだまま定着の施策を重ねても、現場には「また新しい管理が増えた」としか映らないためです。
段階1〜4：危機意識とビジョンで変革の土台を作る
変革の初期段階で問われるのは、「なぜ変わるのか」と「変わった後にどうなるのか」を現場が納得できるかどうかです。この土台が弱いと、後の段階でどれだけ施策を重ねても抵抗が残ります。段階1〜4では、事実の共有、推進体制、ビジョンの具体化、伝達の設計を順に進めます。
段階1〜2：事実を共有し、推進チームを3層で組む
危機意識の醸成で効果的なのは、「外部からの圧力」を可視化することです。競合企業の動向、顧客のニーズ変化、業界の構造変化など、客観的なデータに基づいて「変わらなければどうなるか」を示します。
パナソニックは事業構造改革において、グローバル市場での競争環境の変化を全社員に共有し、「現状維持は後退と同義」というメッセージを経営トップが繰り返し発信しました。重要なのは「危機を煽る」のではなく、「事実を共有する」姿勢です。
変革推進チームには、経営層のスポンサー、各部門のキーパーソン、現場で影響力のあるインフルエンサーの3層を含めます。肩書きではなく現場での影響力を基準にメンバーを選出することがポイントです。本記事では、3層の役割と選び方を次のように整理します。
| 層 | 主な役割 | 選び方の基準 |
|---|---|---|
| 経営層のスポンサー | 変革の意思決定と、障害を取り除くための権限行使 | 予算や制度を動かせる立場にあるか |
| 各部門のキーパーソン | 部門の業務に合わせた進め方の調整 | 部門の業務フローを把握しているか |
| 現場のインフルエンサー | 新しいやり方の率先実践と周囲への声かけ | 日頃から同僚に相談される存在か |
変革の前提として、まず業務フローを可視化して現状の課題を見える化することが、推進チームの共通認識づくりに役立ちます。
段階3：変革後の日常業務まで具体的に描く
変革のビジョンは「抽象的な理想像」ではなく、「変革後の日常業務がどう変わるか」を具体的に描くことが大切です。抽象的な言葉のままだと、現場は自分の仕事との関係を想像できません。
たとえばCRM導入プロジェクトであれば、ビジョンを次のように具体化します。
| 観点 | 抽象的なビジョン | 具体化したビジョン |
|---|---|---|
| 1日の始まり | 顧客情報を一元管理して営業効率を上げる | 朝、自分のダッシュボードを開くと今日フォローすべき顧客がリストアップされている |
| 過去の経緯の把握 | 情報共有を強化する | 過去の対応履歴をワンクリックで確認できる |
| 資料作成 | 提案業務を効率化する | 提案資料をテンプレートから作成できる |
具体化できたかどうかは、現場のメンバーにビジョンを読んでもらい、「明日の自分の仕事がどう変わるか」を説明してもらうことで判断できます。説明できれば段階4の伝達に進み、説明できなければ、そのメンバーの業務を例にとってビジョンを書き直します。
段階4：過小コミュニケーションを防ぐ伝達設計
ビジョンの伝達において、コッターは「過小コミュニケーション」を大きなリスクとして指摘しています。経営層が「十分に伝えた」と思っていても、現場は「聞いていない」と感じているケースは珍しくありません。全社メール1通で済ませず、朝会、1on1、ワークショップなど複数のチャネルで繰り返し伝えることが効果的です。
| 伝達チャネル | 向いている内容 |
|---|---|
| 全社メール・社内ポータル | 変革の目的、全体スケジュール、決定事項の記録 |
| 朝会・部門ミーティング | 今週から変わること、直近の成功事例 |
| 1on1 | 個人の役割の変化、不安や疑問の吸い上げ |
| ワークショップ | 新しい業務の体験、運用ルールのすり合わせ |
伝わったかどうかは、伝えた回数ではなく、現場から出る質問の中身で判断します。質問が「何のためにやるのか」から「具体的にどう操作するのか」に移っていれば、ビジョンが受け止められ始めた合図です。目的への質問が続く部門には、1on1や部門ミーティングでの説明を追加します。
段階5〜8：障害を除去し、短期成果から定着へつなげる
土台ができたら、新しいやり方を試せる環境を整え、小さな成功を積み上げる段階に入ります。ここで成果が見えないと、土台づくりで高めた期待が失望に変わります。障害の除去、Quick Winの設計、横展開と文化への定着を順に解説します。
段階5：制度的障害と心理的障害を取り除く
変革を阻む障害には、制度的障害（古い評価基準、既存のルール）と心理的障害（変化への不安、失敗への恐れ）の2種類があります。
制度的障害の例として、「CRMへの入力を評価しない」人事制度があります。新しいツールの利用を促進するなら、利用状況を評価制度に組み込むことを検討してください。入力の手間だけが増えて評価に反映されない状態では、忙しい担当者ほど入力を後回しにします。
心理的障害に対しては、移行期の試行錯誤を責めない姿勢を推進チームが示し、旧来の方法と並行して扱う期間をあらかじめ区切っておくことが有効です。終わりが見えない並行運用は、二重管理の負担を長引かせます。
洗い出した障害は、「誰の権限で変えられるか」で振り分けます。推進チームの裁量で変えられるものはすぐに着手し、評価制度や全社ルールのように経営判断を伴うものは、段階2で決めた経営層のスポンサーに判断を上げます。振り分けた結果は一覧にして、対応状況を推進チームで共有してください。
段階6：Quick Winは身近な業務から小さく始める
短期的成果（Quick Win）の設計は極めて重要です。導入後の早い時期に「確かに便利になった」と現場が実感できる成功体験を設計します。
富士通はDX推進において、まず経費精算の電子化という身近な業務から着手し、「紙の申請書を書く手間がなくなった」という実感を全社員に提供しました。この小さな成功体験が、その後のより大きな変革への抵抗を下げる効果を発揮しています。
いきなり全部門・全機能に広げるのではなく、効果が出やすいものを見極めて優先順位をつけ、小さく始めて段階的に広げることをおすすめします。Quick Winの候補を選ぶときの判断軸を、次の表にまとめます。
| 確認すること | Quick Winに向いている | 後回しにする |
|---|---|---|
| 対象業務の身近さ | 多くの社員が日常的に触れる | 一部の専門部署だけが関わる |
| 効果の見えやすさ | 手間が減ったことを本人が実感できる | 効果が出るまでに長い期間がかかる |
| 関係者の範囲 | 一つの部門の中で完結する | 複数部門の合意が前提になる |
| うまくいかなかったときの影響 | 元のやり方に戻しやすい | 顧客対応や売上計上に直結する |
「向いている」側に多く当てはまる業務を最初の対象にし、成果が出たら、その実感を朝会や社内ポータルで具体的な声として共有します。共有された成功体験が、次の段階の拡大を後押しします。
段階7〜8：成功要因を抽象化して横展開し、文化に埋め込む
Quick Winで得た信頼と実績を梃子に、変革を他部門・他業務に拡大します。このフェーズで重要なのは「成功の再現性」です。ある部門で成功した施策をそのまま他部門に横展開するのではなく、成功要因を抽象化し、各部門の文脈に合わせて再設計します。
例えば、ある部門で「会議資料をCRMのダッシュボードに置き換えたこと」が定着の決め手だったなら、横展開すべきなのはダッシュボードの形そのものではなく、「日常的に使う場にCRMのデータを置く」という要因です。展開先の部門で日常的に使う場が会議なのか、日報なのかを見極めてから設計し直します。
最終的に変革を組織文化に定着させるには、評価制度・行動規範・採用基準といった組織の根幹に変革の価値観を組み込みます。日立製作所がジョブ型人事制度を導入したのは、DX推進という変革を組織文化に定着させるための施策でもありました。
関連するテーマとして、生産性向上のための業務効率化戦略もあわせてご覧ください。
組織の変革抵抗への対処法
変革への抵抗は、悪意や怠慢から生まれるものではありません。抵抗の背景にある理由を見極めずに一律の説明を重ねると、かえって反発を強めることがあります。ここでは抵抗を4つのパターンに分け、見分け方と対処、そして現場で浸透を担う人材の配置を整理します。
4つの抵抗パターンと対処アプローチ
| 抵抗パターン | 背景 | 対処アプローチ |
|---|---|---|
| 理解不足型 | 変革の意味がわからない | 情報提供・研修・対話 |
| 不安型 | 自分の役割がなくなる不安 | 変革後の役割の明確化・スキル支援 |
| 利害対立型 | 現状で得ている利益を失う | Win-Winの設計・代替メリットの提示 |
| 習慣型 | 単に今のやり方が楽 | 新しい方法を「より楽」に設計 |
「理解不足型」と「習慣型」は、丁寧な説明とUXの改善で解消に向かいやすいパターンです。一方で「利害対立型」の抵抗が深刻な場合は、説明や研修を重ねても解消しにくく、変革の設計自体を見直す選択肢を持っておくことをおすすめします。
現場の言葉から抵抗タイプを見分ける
抵抗のタイプは、現場で聞かれる言葉や行動に表れます。本記事では、見分け方と最初の打ち手を次のように整理します。
| 現場で聞かれる言葉・行動 | 想定される抵抗パターン | 最初の打ち手 |
|---|---|---|
| 「何のためにやるのかわからない」 | 理解不足型 | 段階1・3の内容を、その部門の業務の言葉で説明し直す |
| 「この仕事は今後どうなるのか」 | 不安型 | 変革後の役割と、身につけてほしいスキルを本人と話し合う |
| 「今のやり方で成果は出ている」 | 利害対立型 | 変革によって失うものと得るものを並べ、代替メリットを提示する |
| 「入力が面倒」「前のほうが早い」 | 習慣型 | 入力項目や操作手順を見直し、新しい方法のほうが楽になるようにする |
一人の中に複数のパターンが重なっていることもあります。その場合は利害対立型への対応から始めてください。利害の問題が残ったまま説明や操作改善を重ねても、「結局は自分が損をする」という受け止め方が変わらないためです。対応した内容とその後の反応は推進チームで記録し、同じタイプの抵抗が他部門で出たときの打ち手として再利用します。
チェンジエージェントの育成と配置
変革を現場に浸透させる鍵は、各部門に配置する「チェンジエージェント」です。チェンジエージェントとは、変革の意義を理解し、現場での実践を率先して行い、周囲を巻き込む役割を担う人材です。
富士通は全社DX推進において、各部門から「DXオフィサー」を選出し、経営層と現場をつなぐ橋渡し役を担わせました。この仕組みにより、経営の方針が現場の文脈に翻訳され、具体的なアクションにつながりやすくなりました。
チェンジエージェントに適しているのは、役職の高い人ではなく、現場のメンバーから信頼されており、新しいことに抵抗がなく、論理的に説明できる人材です。候補者を選ぶ際は、「同僚からよく相談を受けているか」を最初の判断軸にし、該当者が複数いる場合は新しいツールを試すことに前向きな人を優先します。
関連するテーマとして、Zapier・Make（Integromat）活用ガイドもあわせてご覧ください。
個人の努力に頼らず「仕組み」で変革を支える
定着の場面で起こりがちなのが、「ちゃんと入力してください」という呼びかけに頼る運用です。人の意識に頼る運用は、担当者の異動や繁忙期に崩れやすく、新しいメンバーが加わるたびに同じ説明を繰り返すことになります。本記事では、CRMの一元管理・自動化・可視化を、現場の行動を支える仕組みとして使う考え方を整理します。
入力してほしい項目は「必須」と「最小限」で設計する
営業の業務改革であれば、取引のステージごとに「何が確認できたら次に進めるか」という定義を決め、ステージを進めるときに入力してほしい項目を必須にしておく方法があります。必須項目は、新しく入ったメンバーが各段階で何を確認すべきかを示す役割も果たすため、引き継ぎや育成を個人の経験に頼らずに進められます。
一方で、使われない項目が大量に並ぶと、入力の負担が増えて習慣型の抵抗を強めます。項目は少ないほうが現場は集中できるため、最初は次の情報に絞ることをおすすめします。
- 営業プロセス上で知っておくべき情報
- レポートで経営的に管理すべき情報
HubSpotでは、項目にあたるプロパティの作成や編集を設定画面から行えます（出典：Create and edit properties）。誰でも項目を増やせる状態のままにすると項目が増え続けやすいため、プロパティの編集は管理者に限る運用が向いています。
既存の項目を残すかどうかは、「その項目がレポートや会議で使われているか」で判断します。使われていれば残し、使われていなければ非表示の候補として一覧に記録し、各部門のキーパーソンと相談したうえで整理します。
ワークフローで「漏れ」を人から仕組みへ移す
HubSpotのワークフローは、登録条件を満たしたレコードに対して、プロパティの更新や社内への通知などのアクションを自動で実行する機能です（出典：Create workflows）。例えば、取引のステージが変わったときに次の対応のタスクを担当者に作成したり、必要な情報が空欄のまま一定の状態になった取引を管理者に知らせたりすることで、フォローの漏れを個人の注意力に頼らずに防げます。
通知は、受け取った担当者がその日のうちに行動を決められる条件に絞ってください。条件を広げすぎると通知が埋もれ、かえって見過ごされやすくなります。運用を始めたら、開かれないまま残った通知の条件から順に外していきます。
ただし、ワークフローは決めたルールを自動で実行する仕組みであり、ルールそのものを決めるのは人の役割です。ステージの定義や業務の進め方が固まらないうちに自動化を重ねると、意図しない処理が増えて現場の不信を招きます。段階3で描いたビジョンと、ステージの定義が一致しているかを推進チームで合意してから自動化に進むことをおすすめします。
変革の対象をフロー全体の中に位置づける
CRMを使った業務改革は、個別の機能を導入するだけでは効果が限られます。顧客との最初の接点から、取引、受注後の顧客対応、請求までが一つのデータでつながることで、転記や二重管理がなくなり、変革の効果が現場で実感されやすくなります。本記事では、フローの各段階で変わることと、定着を見るポイントを次のように整理します。
| フローの段階 | 変革で変わること（例） | 定着を見るポイント |
|---|---|---|
| コンタクト | 名刺や問い合わせの情報をExcelではなくCRMに集約する | 新しく接点を持った顧客がCRMに登録されているか |
| 取引 | 案件の状況をパイプラインのステージで管理する | 会議で使う案件情報がCRMから出ているか |
| 顧客 | 受注後の対応履歴を同じ顧客レコードに残す | 担当が交代したとき、CRMの履歴だけで引き継げるか |
| 請求 | 受注情報を請求業務につなげる | 請求のために情報を転記し直していないか |
どの段階から始めるかは、手作業による転記が多く、現場が負担を実感している段階を選ぶことをおすすめします。負担が減ったことを実感しやすく、Quick Winにもなりやすいためです。ただし、仕組みで解消できるのは主に理解不足型と習慣型の抵抗であり、利害対立型や不安型の抵抗は、前の章で整理した対話や役割の見直しと組み合わせて対処します。
変革の定着度を測定し後戻りを防ぐ
変革は、導入した時点ではなく、新しいやり方が当たり前になった時点で完了します。定着度を測らずに次の施策へ移ると、気づかないうちに元のやり方へ戻っていることがあります。ここでは、定着度の測り方と、後戻りを防ぐ仕組みを解説します。
定着度の3段階評価
変革がどの程度定着しているかを、以下の3段階で評価します。
- 認知 ── 変革の意義と内容を理解しているか（アンケート・ヒアリングで測定）
- 行動 ── 新しいやり方を実際に実行しているか（ツール利用率・プロセス遵守率で測定）
- 内面化 ── 新しいやり方が「当たり前」になっているか（元のやり方に戻る兆候がないかで判定）
「認知」の段階で満足し、「行動」と「内面化」の測定が後回しになるケースがあります。研修を受けたからといって行動が変わるとは限りませんし、一時的に行動が変わっても、フォローがなければ元に戻ります。
各段階の測定結果が不十分だった場合の戻り先を、コッターモデルの段階と対応させて整理します。
| 定着の段階 | 測り方 | 不十分なときの戻り先 |
|---|---|---|
| 認知 | アンケート・ヒアリング | 段階3・4（ビジョンの具体化と伝達） |
| 行動 | ツール利用率・プロセス遵守率 | 段階5・6（障害の除去と短期成果） |
| 内面化 | 元のやり方に戻る兆候がないか | 段階8（評価制度・行動規範への反映） |
測定の結果、認知はできているのに行動が伴わない場合は、説明を追加するより、操作の手間や制度上の障害を取り除くほうに力を注ぎます。
定着化の3つの仕組み
1. 定期的な利用状況モニタリング
ツールのログインデータ、データ入力率、新プロセスの遵守率を週次で確認し、低下傾向が見えたら早めにフォローします。利用状況をダッシュボードにまとめておくと、推進チームが毎週同じ画面を見て話せるため、担当者が替わってもモニタリングを引き継げます。
低下が見えたときは、低下が特定の部門や個人に集中しているのか、全体に広がっているのかで対応を分けます。特定の部門・個人に集中していれば、チェンジエージェントを通じて個別にフォローします。全体に広がっていれば、入力項目や画面の構成など仕組み側に習慣型の抵抗を生む原因があると捉え、運用ルールを見直します。
2. ピアサポートの仕組み
困ったときに気軽に相談できる体制を作ります。専門のヘルプデスクだけでなく、同じ部門内で詳しいメンバーが「ちょっとした質問」に答える非公式なサポート網が有効です。
ピアサポートを補う手段として、社内のナレッジを参照して回答するAIアシスタントを用意する方法もあります。HubSpotのAI機能であるBreezeのアシスタントは、社内で使っているファイル保管やコミュニケーションのツールと連携できます。以下の画面は、Breezeアシスタント向けのアプリ一覧で、OneDrive・SharePoint・Box・Google Drive・Teamsなどの連携先が並んでいます。
AIアシスタントの回答の質は、参照させる社内ナレッジの質に左右されます。操作手順や運用ルールの資料を最新に保つ担当者を決めたうえで、AIの回答は叩き台として扱い、例外的な判断や業務ルールの解釈は詳しいメンバーが引き受ける分担にしておくことをおすすめします。
3. 成功事例の定期共有
月次で各部門の成功事例を共有する場を設け、「新しいやり方で成果が出た」ストーリーを組織に流通させます。人は成功事例の共有によって「自分もやってみよう」という動機を持ちやすくなります。
共有する事例は、成果の大きさよりも、聞いた人が自分の業務で真似できるかどうかで選びます。共有した事例は社内ポータルなどに蓄積しておくと、新しく加わったメンバーが変革の経緯と進め方を後から追えるようになります。
定着の責任者と見直しの周期を決めておく
変革の推進チームは、プロジェクトの区切りとともに解散することがあります。そのまま定着の責任者が決まっていないと、モニタリングも成功事例の共有も自然に止まり、後戻りが始まります。
推進チームを解散する前に、利用状況のダッシュボードを誰が見るのか、運用ルールの見直しを誰がどの周期で行うのかを決め、日常業務の役割として引き継いでください。引き継ぎ先は、各部門のチェンジエージェントや、CRMの管理者が候補になります。役割として明文化しておくことで、担当者が異動しても定着の仕組みが残ります。
よくある質問
Q1. なぜチェンジマネジメントが必要なのですか？
業務改革やDXが失敗する原因の多くは、技術ではなく人と組織にあります。現場が「なぜ変える必要があるのか」を理解していない、変革を推進する体制が不十分、短期的な成果が見えずモチベーションが低下する——これらの組織的な問題に体系的に対処するのがチェンジマネジメントです。
Q2. コッターの8段階変革モデルとは何ですか？
ジョン・コッター教授が提唱した変革推進のフレームワークです。①危機意識の醸成、②変革推進チームの結成、③ビジョンの策定、④ビジョンの伝達、⑤障害の除去、⑥短期的成果の実現、⑦成果の活用と拡大、⑧文化への定着の8段階で進めます。特に最初の「危機意識の醸成」が、その後のすべての段階の基盤になります。
Q3. 変革の定着度はどう測定しますか？
①認知（変革の意義と内容を理解しているか）、②行動（新しいプロセスを実際に実行しているか）、③内面化（新しいやり方が当たり前になっているか）の3段階で評価します。アンケート、システムの利用ログ、定期的なヒアリングを組み合わせて測定します。結果が不十分な段階に応じて、ビジョンの伝達、障害の除去、評価制度への反映のどこに戻るかを決めます。
Q4. 変革への抵抗にはどう対処しますか？
抵抗には主に理解不足型・不安型・利害対立型・習慣型の4タイプがあります。「理解不足型」と「習慣型」は、丁寧な説明とUXの改善で解消に向かいやすいタイプです。「不安型」には変革後の役割とスキル支援を示し、「利害対立型」には変革による影響を正直に伝えたうえで代替メリットを提示します。
Q5. CRMを導入すれば、業務改革は定着しますか？
CRMは、必須項目やワークフロー、ダッシュボードによって入力漏れや後戻りを防ぐ仕組みを作れますが、導入だけで定着するわけではありません。仕組みで解消しやすいのは理解不足型や習慣型の抵抗であり、不安型や利害対立型の抵抗には対話や制度の見直しを組み合わせます。ツールの選定と並行して、コッターモデルに沿った進め方を計画しておくことをおすすめします。
まとめ
チェンジマネジメントの本質は、「技術を導入すること」ではなく「人の行動と組織の文化を変えること」にあります。変革を成功させる4つの要諦は次のとおりです。
- コッターの8段階モデルに沿って進める ── 危機意識の醸成から文化への定着まで体系的に進める
- Quick Winで早期の成功体験を作る
- チェンジエージェントを通じて現場に浸透させる
- 定着度を継続的に測定する
あわせて、入力や通知を個人の努力に任せず、必須項目・ワークフロー・ダッシュボードといった仕組みで支えることで、担当者が替わっても変革が続く状態を作れます。
まずは、週次の会議で使っている資料がCRMから作られているか、Excelに転記して作られているかを見ることから始めてみてください。そのうえで、次の3ステップで進めることをおすすめします。
- 「現場の言葉から抵抗タイプを見分ける」の表を使い、自部門で聞かれる声がどの抵抗パターンに当たるかを整理する
- 「自社がいまどの段階にいるかを見極める」の表で着手する段階を決め、Quick Winの候補を1つ選ぶ
- 利用状況を見るダッシュボードと、それを毎週見る担当者を決め、定着度の測定を始める
実践にあたっては、以下のポイントを押さえておくことが大切です。
- DXや業務改革プロジェクトに着手する際は、ツールの選定と同じかそれ以上のリソースを、チェンジマネジメントに投じてください
- 業務改革が頓挫する典型的なパターンと対策については業務改革が失敗する5つの原因と対策を、DX推進の基礎知識についてはDXとは？定義・目的・IT化との違いもあわせてご覧ください
- DX推進の全体像についてはDX完全ガイドで基礎から実践まで体系的に解説しています
変革の進め方に唯一の正解はありません。同じフレームワークでも、組織の規模や文化、過去の改革の経験によって最適な進め方は変わります。
StartLinkでもHubSpotの導入支援で大切にしているのは「小さく始めて実感を作る」ことです。まず変化の影響が小さい業務から成功体験を作り、そこで得た学びを次の範囲に活かす順序が、現場への定着には有効です。チェンジマネジメントは担当者の努力に頼るものではなく、CRMの仕組みとして設計してこそ持続します。
CRMを活用した業務効率化やAIとの連携に関するご相談は、StartLinkまでお気軽にお問い合わせください。
あわせて読みたい
記事の内容を、そのまま実務に落とし込みたい方向け
HubSpotゴールドパートナーのStartLinkが、HubSpot導入・AI活用・CRM整備・業務効率化までをまとめて支援しています。記事で気になったテーマを、そのまま相談ベースで整理できます。
次に読む
株式会社StartLinkは、事業推進に関わる「販売促進」「DXによる業務効率化（ERP/CRM/SFA/MAの導入）」などのご相談を受け付けております。 サービスのプランについてのご相談/お見積もり依頼や、ノウハウのお問い合わせについては、無料のお問い合わせページより、お気軽にご連絡くださいませ。
著者情報
