導入しただけでは、会社は変わりません
企業変革に関わったことのある人ほど、導入完了という言葉をあまり信用しなくなります。
理由は単純です。
システムが動き始めたことと、仕事の流れが変わったことは別だからです。
さらに言えば、仕事の流れが変わったことと、組織の文化が変わったこともまた別です。
だから、導入のあとに何が起きるかを見ないまま「成功」と言うのは、かなり危ういです。
多くの変革プロジェクトは、導入の瞬間をゴールのように扱います。
画面が出た。
連携が通った。
初回処理が動いた。
AIが回答した。
ダッシュボードが見えた。
もちろん、それは重要な一歩です。
ですが、その段階ではまだ、人は以前の仕事の延長線上にいます。
新しい仕組みを使いながら、頭の中では古いやり方で動いています。
だから、導入直後の会社では、見た目には新しい仕組みが動いていても、実際には裏で旧運用が生き続けていることが多いです。
ここで必ず起きるのが、揺り戻しです。
人は、慣れたやり方に戻ろうとします。
Excelに戻ります。
口頭確認に戻ります。
“念のため”の二重チェックに戻ります。
AIが答えていても、自分で別メールを打ちます。
ダッシュボードがあっても、自分の勘や過去の経験を優先します。
これは怠慢ではありません。
むしろ多くの場合、責任感から起きます。
新しい仕組みを完全には信じ切れない。
失敗したときに、自分が責任を取るのが怖い。
現場や顧客に迷惑をかけたくない。
だから、人は“念のため”を残します。
この“念のため”が積み重なると、会社はあっという間に旧業務へ戻ります。
定着フェーズの本当の難しさはここにあります。
導入は技術の問題に見えますが、定着は人の問題に見えます。
ただ、もっと正確に言えば、定着は人と技術のあいだにある運用設計の問題です。
誰が見るのか。
誰が責任を持つのか。
どこまでAIを信用するのか。
どの例外は人が拾うのか。
どの数字を毎週見るのか。
利用率が低いときに誰が改善するのか。
こうしたことが定義されていなければ、人は結局、自分の知っているやり方へ戻ります。
ここで重要になるのが、利用率やKPIです。
KPIというと、多くの人は経営指標を思い浮かべます。売上、利益、採算、工数、件数。もちろんそれらも大事です。
ですが定着フェーズでは、もう一つ別のKPIが必要です。
使われているか。
戻っていないか。
どこで詰まっているか。
例外は増えていないか。
問い合わせは減っているか。
こうした“運用の健康状態”を見なければ、新しい仕組みが会社に根を張っているのかは分かりません。
導入の成功が技術的成功だとすれば、定着の成功は運用の習慣化です。
この習慣化を進めるうえで、現場チャンピオンの存在は非常に大きいです。
本社やプロジェクトチームがどれだけ正しいことを言っても、現場の言葉に翻訳されなければ定着しません。
現場にいる人が、自分の言葉で「なぜこのやり方に変わるのか」「ここは以前よりいい」「ここはまだ直した方がいい」と語れることが重要です。
この役割は、システム担当でもコンサルでもなく、現場の信頼を持った人が担うことが多いです。
つまり定着とは、機能が増えることではなく、新しい型を語れる人が増えることでもあります。
ここで見落とされやすいのが、評価制度や役割定義との関係です。
たとえば、営業採算ダッシュボードが入っても、営業評価が売上偏重のままであれば、営業は結局売上だけを見ます。
AIが問い合わせ一次対応を担っても、担当者が“全部自分で確認しないと評価されない”と感じていれば、AIの利用は広がりません。
標準業務に寄せても、旧来の例外対応をたくさん引き受ける人が“現場に寄り添う人”として高く評価され続ければ、例外は復活します。
つまり、定着とは単に「使うようになること」ではありません。
新しいやり方が、新しい正しさとして組織に認められることです。
この認知がない限り、人は本気では新しい型に乗り換えません。
ここで、再配置や役割転換の意味も見えてきます。
第6章で「半分で足りる」という問題が出てきたとき、多くの人はまず削減を想像します。
ですが、定着フェーズで本当に重要なのは、減った工数の先にどんな役割を作るかです。
AIやAPIでつなぎ仕事が減ったとき、その時間をどう使うのか。
問い合わせ一次対応をしていた人は、ルール整備や例外判断へ移れるのか。
請求の二重確認をしていた人は、採算分析や営業支援へ入れるのか。
総務の定型応答をしていた人は、ナレッジ整備や運用改善へ回れるのか。
ここまで描けて初めて、効率化は“人を減らす話”ではなく、“人の価値を上げる再設計”になります。
もちろん、ここでもきれいごとだけでは済みません。
すべての人が新しい役割へうまく移れるわけではありません。
再教育で追いつく人もいます。
再配置で活きる人もいます。
一方で、どうしても難しい人もいます。
その現実から目を逸らさないことが重要です。
ただし同時に、役割転換の可能性を十分に試す前から、“どうせ削減だ”という空気にしてしまうと、組織は防衛反応だけで固まります。
だから定着フェーズでは、数字の改善と同じくらい、新しい役割の実例を見せることが重要になります。
一人でも、二人でも、「前の仕事が減った分、別の価値ある仕事へ移れた」という例が出ると、組織の空気は変わり始めます。
ここで、定着の本質を一言で言うなら、戻れなくすることです。
この表現は少し強く聞こえるかもしれません。
ですが、実際にはそこが核心です。
人は選べると、たいてい慣れた方へ戻ります。
だから旧Excelは残しすぎない。
旧例外は安易に復活させない。
旧承認フローは“念のため”で戻さない。
もちろん現場支援は必要ですし、例外を本当に残す判断もあります。
ですが、それらを無制限に認めると、新しい仕組みは“あるだけ”になって終わります。
定着とは、選択肢を増やすことではなく、新しい型以外では回りにくくすることでもあります。
この意味で、定着は最も政治的なフェーズです。
導入までは、まだ「試してみる」が通じます。
ですが、定着では「今後これでやる」が必要になります。
そこでは、誰のやり方が標準になるのか、誰の役割が中心になるのか、誰の経験が翻訳され、誰の経験が過去になるのか、といった問題が生まれます。
だから定着が進むほど、社内の対立は静かになりますが、深くなります。
怒鳴り合いは減っても、視線が変わる。
会話が減る。
黙って離れる人が出る。
ここまで含めて、定着の現実です。
そして、この章の先で、外の世界もまた変わり始めます。
会社の中で新しい型が定着してくると、それまで前提だったものが本当に不要になります。
SaaSの席数。
人がつなぐ前提。
保守のための複雑さ。
提案のための提案。
それらが減り始めると、社外の既存プレイヤーのビジネスにも影響が出ます。
つまり、定着とは社内運用の話であると同時に、会社の外にある収益構造を壊し始める話でもあります。
ここが、最終章「SaaSの死」につながる大きな橋になります。
導入の成功は、まだ試作品の成功に近いです。
定着の成功は、生活の変化です。
仕事の流れが変わり、見る数字が変わり、会話の内容が変わり、人の役割が変わる。
そこまで行って初めて、会社は変わったと言えます。
そして、その変化はたいてい、静かに始まります。
大きな宣言よりも、小さな“戻らなさ”の積み重ねの中で進みます。
会社が変わるとき、最初に必要なのは勇気です。
ですが最後に必要なのは、習慣です。
その習慣が根づいたとき、変革はイベントではなく、組織の新しい現実になります。