DX推進で「前のツールの方がよかった」の声にどう対応？不満の5類型と対処法

2026,03,24 2026.03.24 XIMIX Google Workspace チーム

はじめに

新しいツールを導入した直後、現場から聞こえてくる「前のツールの方がよかった」という声。DX推進を担うリーダーにとって、この一言は胃にこたえるものです。

多大なコストと時間をかけて選定・導入したツールに対する不満は、単なる愚痴として片付けてよいのでしょうか。それとも、プロジェクトの根本的な見直しを迫るシグナルなのでしょうか。

実は、この「前の方がよかった」という言葉の裏には、性質の異なる複数の"本音"が隠れています。そして、本音の種類によって、取るべき対応はまったく異なります。一律に「研修を増やす」「丁寧に説明する」だけでは、的外れな対処に終わりかねません。

本記事では、現場の不満の声を構造的に分解する「VOICE分析」を提示し、発生源に応じた具体的な対処法を解説します。さらに、Google WorkspaceやGoogle Cloudの機能を活用した定着促進の実践策もご紹介します。記事を読み終えた後、自社の現場で起きている不満がどのタイプに該当するかを仕分け、的確な次の一手を打てる状態を目指します。

「前の方がよかった」は本当に"抵抗"なのか？声の本質を見極める

DX推進の現場で不満の声が上がると、推進側はつい「変化への抵抗」と一括りにしがちです。チェンジマネジメントの教科書にも「抵抗は自然な反応」と書かれており、それ自体は事実です。しかし、ここに落とし穴があります。

すべての不満を「抵抗」と見なした瞬間、正当なフィードバックまで無視してしまうリスクが生じます。たとえば、以下の2つの声は、表面的には同じ「前のツールの方がよかった」ですが、意味がまるで違います。

「前のツールなら3クリックで終わった作業が、新ツールでは7クリック必要になった」
「なんとなく前の方が使いやすかった気がする」

前者は業務効率に関する具体的な指摘であり、ツール設定やワークフローの改善で解決できる可能性があります。後者は、慣れや心理的な安心感に起因する感覚的な不満です。この2つに同じ対処法を適用しても、効果は期待できません。

デジタルトランスフォーメーション・プロジェクトの成功率は依然として50%を下回ると言われています。その主因の一つとして、技術的な問題よりも「人と組織の適応」に関する課題が繰り返し指摘されています。つまり、現場の声への対応品質が、DXの成否を分ける大きな変数なのです。

関連記事：
チェンジマネジメントとは？意味と重要性、進め方・ポイントを解説

不満の声を構造的に分解する

では、現場の不満をどのように仕分ければよいのでしょうか。ここで、不満の発生源を5つのカテゴリに分類する「VOICE分析」というフレームワークを紹介します。

カテゴリ	意味	典型的な声	対処の方向性
Visibility （見えない価値）	新ツール導入の目的や効果が現場に伝わっていない	「なぜ変える必要があったの？」	目的の再伝達・効果の可視化
Operation （操作の壁）	操作方法や手順がわからず業務効率が落ちている	「やり方がわからない」「前より手間が増えた」	トレーニング・操作環境の最適化
Identity （自己効力感の喪失）	長年の習熟が無効化され、自分の有能さが揺らいでいる	「ベテランなのに新人と同じスタートなんて…」	心理的安全性の確保・役割再定義
Context （文脈の欠如）	自分の業務にどう関係するか、具体的な接続が見えない	「うちの部署には関係ないのでは？」	部門別ユースケースの提示
Expectation （期待値のズレ）	ツールへの過剰期待、または過小評価によるギャップ	「AIが全部やってくれると思ったのに」	期待値の再設定・段階的な成功体験

このフレームワークの重要な点は、不満の声を「人の問題」ではなく「構造の問題」として捉えることにあります。「あの人は変化を嫌っている」と人にラベルを貼るのではなく、「この声はOperationカテゴリの問題だから、操作環境を改善すれば解消できる」と問題を切り分けることで、感情論を排した合理的な対処が可能になります。

発生源別：具体的な対処法

VOICE分析で不満の発生源を特定したら、それぞれに適した対処法を講じます。以下、カテゴリごとに具体的な打ち手を解説します。

➀Visibility（見えない価値）への対処 ― 「なぜ」を繰り返し語る

導入の目的や期待される効果が現場に浸透していない場合、いくらツールの使い方を教えても「そもそもなぜ使わなければならないのか」という根本的な疑問が残り続けます。

対処の要点:

経営層からの目的伝達を一度で終わらせない： 導入前のキックオフで説明したつもりでも、日々の業務に追われる現場は驚くほど早く忘れます。月次の全体会議や部門会議の冒頭で、「なぜこのツールに切り替えたのか」を異なるエピソードや数値を交えて繰り返し伝えることが効果的です
効果を定量的に見せる：「業務効率が上がります」では抽象的すぎます。たとえば「導入3ヶ月で、A業務の処理時間が平均20%短縮された」といった具体的なデータを、ダッシュボードで常時閲覧できる状態にすると説得力が増します。Google CloudのLooker（データ分析・可視化プラットフォーム）を活用すれば、導入効果をリアルタイムで可視化し、全社に共有する仕組みを構築できます

関連記事：
DXに経営層のコミットメントが重要な理由と具体的な関与方法を解説

②Operation（操作の壁）への対処 ― 「学ぶコスト」を最小化する

操作がわからない、前より手間が増えたという声は、最も頻出するカテゴリです。ここで重要なのは、「ユーザーが悪い（学習が足りない）」と捉えるのではなく、「操作環境やワークフロー設計に改善余地がある」と捉えることです。

対処の要点:

「前のツールで3クリック、新ツールで7クリック」は正当な指摘として扱う： 業務プロセスに対してツール設定が最適化されていない可能性があります。現場のヘビーユーザーにヒアリングし、頻出する操作パターンに対してショートカットやテンプレートを整備することで、操作ステップを削減できます
学習コンテンツは「座学」より「業務シナリオ別」で設計する： 「Googleスプレッドシートの使い方」という汎用的な研修より、「月次報告書をスプレッドシートで作成する手順」という業務直結型のマイクロラーニングの方が、定着率は格段に高くなります
Google Workspaceであれば、Gemini（GoogleのAIアシスタント）を「操作ガイド」として活用する： たとえば、Google ドキュメントやスプレッドシート上でGeminiに「この表をピボットテーブルに変換するにはどうすればいい？」と質問すれば、操作手順をその場で案内してもらえます。これにより、「わからないときに誰に聞けばいいかわからない」という二次的な不満も軽減されます

③Identity（自己効力感の喪失）への対処 ― ベテランの経験を新しい武器に変える

このカテゴリは、対処が最も難しく、かつ見落とされやすい問題です。長年にわたって旧ツールに習熟してきたベテラン社員にとって、ツール変更は「自分の強みがリセットされる」という喪失体験になりえます。

対処の要点:

ベテラン社員を「変化に抵抗する人」ではなく「業務知識の専門家」として再定義する： 新ツールの操作は若手が得意かもしれませんが、「この業務でどんなアウトプットが求められるか」「どんな例外パターンがあるか」を知っているのはベテランです。この業務知識とツール操作を組み合わせて、ベテランに「新ツール活用のナレッジ整備」や「部門別運用ルールの策定」といった役割を担ってもらうことで、自己効力感を回復できます
「教わる側」から「共創する側」へ巻き込む： 導入チームにベテラン社員を1〜2名加え、運用設計に参加してもらう。自分が設計に関わったルールやテンプレートには、当然ながら愛着が生まれます

④Context（文脈の欠如）への対処 ― 部門別の「自分ごと化」を仕掛ける

全社一律の導入説明だけでは、各部門の社員は「自分の日常業務がどう変わるのか」をイメージできません。

対処の要点:

部門別のユースケースマップを作成する：営業部門であれば「顧客提案資料の共同編集→レビュー→承認のフロー」、経理部門であれば「月次決算データの集約→レポート自動生成のフロー」といった具体的な業務シナリオを可視化し、新ツールでどう実現するかを示します
「チャンピオンユーザー」を部門ごとに設置する： 各部門から1〜2名、新ツールの活用に前向きなメンバーを選出し、部門内の相談窓口・推進役を担ってもらいます。全社のIT部門に質問するよりも、同じ業務をしている隣の席の同僚に聞ける方が、心理的なハードルは圧倒的に低いものです

⑤Expectation（期待値のズレ）への対処 ― 期待値を「正しく」設定する

「AIが全部やってくれると思った」「もっと劇的に変わると思った」という声は、導入前のコミュニケーションで期待値が過度に高められた場合に発生します。逆に「こんな程度のツールのために変えたのか」という過小評価もあります。

対処の要点:

導入前に「できること」と「できないこと」を明示する： 特にAI機能を含むツール（Google WorkspaceのGeminiなど）では、「AIは万能ではなく、人間の判断を支援するもの」という位置づけを最初から明確にしておくことが重要です
小さな成功体験を早期に積ませる： 導入初期は、全機能を一度に展開するのではなく、「まずはこの1つの機能だけ使ってみてください」と絞り込み、「確かに便利だ」という実感を早期に生み出す設計が有効です。たとえば、Google Workspaceの導入であれば、最初の2週間はGoogleカレンダーによる会議室予約と日程調整だけに集中する、といったステップです
期待値の再設定は「謝罪」ではなく「ロードマップの提示」で行う： 「期待に沿えず申し訳ありません」ではなく、「現時点ではここまでできています。3ヶ月後にはこの機能が追加され、ここまで実現できます」という前向きなロードマップを示すことで、現状への不満を将来への期待に転換できます

Google Workspaceの定着を加速する実践テクニック

VOICE分析による対処と並行して、ツール側の環境整備も定着を左右する重要な要素です。

例えば、Google Workspace環境では、以下のような施策が効果的です。

➀利用状況の可視化で「放置」を防ぐ

Google Workspaceの管理コンソールには、利用状況レポート機能が標準搭載されています。アプリごとのアクティブユーザー数、ドライブのファイル作成数、Meetの利用頻度などを確認でき、「導入したが使われていない」という状態を早期に検知できます。

さらに、これらのデータをBigQuery（Google Cloudの大規模データ分析サービス）にエクスポートし、部門別・役職別の利用傾向を分析すれば、「どの部門のどの機能で定着が遅れているか」をピンポイントで特定できます。この分析結果をもとに、VOICE分析のどのカテゴリに該当する問題が起きているかを推定し、的確な追加施策を打てるようになります。

②Gemini for Google Workspaceを「定着の味方」にする

Google Workspaceに統合されたAIアシスタント「Gemini」は、業務の生産性向上だけでなく、ツール定着そのものを助ける存在にもなります。

Gmail: 長文メールの要約、返信文案の生成により、「メール処理が前より遅くなった」という不満を解消
Google ドキュメント: 「この文章をもっと簡潔にして」「議事録のフォーマットに整えて」といった指示で、文書作成の学習コストを軽減
Google スプレッドシート: データの分析や整理をAIが補助することで、Excelとの操作差異によるストレスを緩和

重要なのは、Geminiの存在と活用法を現場に周知することです。「困ったらGeminiに聞いてみる」という習慣が根付けば、サポートデスクへの問い合わせ集中を防ぎつつ、自律的な学習サイクルが回り始めます。

DXツール定着を成功に導くための3つの原則

個別の対処法を実行する上で、共通して意識すべき原則をまとめます。

第一の原則：「不満」と「抵抗」を区別する冷静さを持つ

すべての声を「抵抗」と断じれば正当なフィードバックを失い、すべての声を「正当な不満」と受け止めれば意思決定が停滞します。VOICE分析を用いて声を構造的に仕分け、対処の優先順位をつけることが、推進リーダーに求められる重要な判断力です。

第二の原則：定着を「状態」ではなく「プロセス」として管理する

ツール導入はゴールではなくスタートです。導入後3ヶ月、6ヶ月、12ヶ月のタイミングで定着度を測定し、VOICE分析の各カテゴリのスコアがどう変化しているかを追跡する運用を組み込むことが重要です。IPA（独立行政法人情報処理推進機構）の「DX白書」でも、DXの推進には継続的な組織学習と改善サイクルが不可欠であることが指摘されています

第三の原則：推進側が「正しさ」を押し付けない

「新しいツールの方が客観的に優れている」という事実があったとしても、現場にとってはそれが全てではありません。「あなたたちの不満は間違っている」というメッセージを発してしまった瞬間、信頼関係は崩壊します。現場の声を「改善のための情報源」として敬意を持って扱う姿勢が、長期的な定着を支える土台になります。

XIMIXによる支援 ― 導入後の「定着」まで伴走する

ここまで解説してきたVOICE分析と発生源別の対処法は、社内だけで実践することも可能です。しかし、以下のような状況では、外部の専門パートナーの力を借りることで、定着のスピードと確度が大きく向上します。

不満の声が複数のカテゴリにまたがっており、優先順位の判断が難しい
Google Workspaceの管理コンソールやBigQueryを活用した利用状況分析の知見が社内にない
部門別ユースケースの設計やチャンピオンユーザーの育成を体系的に進めたいが、推進チームのリソースが不足している
Gemini for Google Workspaceの活用促進を含む、AI時代のツール定着戦略を描きたい

XIMIXは、Google Cloud・Google Workspaceの導入支援において多くの中堅・大企業を支援してきた実績があります。その中で培ってきた知見は、「技術的な導入」だけでなく、導入後の現場定着と活用促進にも及びます。

具体的には、利用状況データの分析による要因の特定、部門別の活用シナリオ設計、トレーニングプログラムの企画・実施、そしてGeminiを含む最新機能の活用戦略策定まで、ツールが現場に根付くまでを一貫して伴走します。

「導入したツールが現場で使われていない」「不満の声への対応に悩んでいる」という課題をお持ちでしたら、ぜひ一度XIMIXにご相談ください。

XIMIXのGoogle Workspace 導入支援についてはこちらをご覧ください。
XIMIXのGoogle Cloud 導入支援についてはこちらをご覧ください。

まとめ

「前のツールの方がよかった」という声は、DX推進における最も一般的で、かつ最も対処を間違えやすい課題です。本記事のポイントを振り返ります。

現場の不満を「変化への抵抗」と一括りにせず、VOICE分析（Visibility・Operation・Identity・Context・Expectation）で発生源を構造的に特定することが第一歩
発生源が異なれば、有効な対処法もまったく異なる。「一律に研修を増やす」では解決しない
Google Workspaceの利用状況レポートやBigQueryによるデータ分析で、定着の遅れをピンポイントで検知し、打ち手を最適化できる
Gemini for Google Workspaceは、業務生産性の向上だけでなく、ツール定着そのものを加速する味方になる
定着は「状態」ではなく「プロセス」であり、継続的な測定と改善が不可欠

DXの成果は、ツールを導入した瞬間ではなく、現場がそのツールを使いこなし、業務の質を向上させた時点で初めて生まれます。現場から聞こえる声を正しく聞き分け、的確に応えることこそが、DXの投資を確実にリターンへ転換する鍵です。

不満の声を放置すれば、せっかくの投資が「使われないツール」というコストに変わります。逆に、声の構造を理解し適切に対処すれば、現場は最も強力な推進力に変わります。その第一歩として、まずは自社の現場で聞こえている声をVOICE分析で仕分けることから始めてみてはいかがでしょうか。

執筆者紹介

XIMIX Google Workspace チーム

監修：増谷謙介（クラウドインテグレーション部テクニカルエキスパート）。：2018年よりGoogle Cloudビジネスに携わり、営業からマーケティング、ビジネス立ち上げまで幅広い業務を通じてGoogle Cloudの導入・活用を推進。Google Cloud専業パートナー、コンサル系パートナー企業を経て現職。Google Cloud Partner Tech Influencer Challenge 2025受賞。Google Cloud Next Tokyo 2025に登壇。(&ITmedia掲載)保有資格はGoogle Cloud Digital Leader、生成AIパスポート、情報セキュリティマネジメント、GAIQ、Google教育者レベル1など。

この執筆者の記事一覧