導入したのに現場が使わないシステムは、設計の時点で決まっている

せっかく導入したシステムを、なぜ現場は使ってくれないのか——。この問いを立てた時点で、実は少しつまずいています。問うべきは「なぜ使わないのか」ではなく、「使わないほうが合理的な状況を、誰が設計してしまったのか」だからです。

私は家業の小売チェーンで、鳴り物入りで入った在庫管理システムが、バックヤードの手書きノートに完敗するのを見たことがあります。ベテランのパートさんたちは怠けていたのではありません。ノートのほうが速く、正確で、休憩中の引き継ぎにも使えた。つまり現場は、合理的にノートを選んでいたのです。

現場は正しい——不合理なのはたいてい設計のほう

現場の人は、自分の持ち場を最短で回す方法を毎日考え続けているプロです。その人たちがシステムを避けるなら、避けるだけの理由が必ずあります。「意識が低い」「ITが苦手」という説明は、設計側にとって都合がよいだけで、ほとんどの場合は原因の取り違えです。

定着しない3つの設計不全

• 設計不全①：入力が業務動線の外にある——作業が終わったあと、別の場所・別の画面でわざわざ入力させる。二度手間は必ず省略される
• 設計不全②：入力する人に見返りがない——現場が打ち込んだデータを本部だけが見る。自分の仕事が楽にならない入力は続かない
• 設計不全③：例外が載らない——急ぎの電話注文、単価の特例、返品。現場の仕事は例外だらけなのに、システムが正規ルートしか想定していない

3つに共通するのは、システムが「業務のあるべき姿」から設計され、「業務の実際の姿」から設計されていないことです。例外が載らないシステムでは、現場はまず例外だけを紙で処理し、やがて紙のほうが正になり、システムは形骸化します。

使われないシステムのコストは、月額だけでは測れません。たとえば月5万円のSaaSを導入し、対象業務のうち現場が実際にシステム経由で処理しているのが3割だとすると、残り7割ぶんの投資は死に金です。しかも本当に痛いのはライセンス費ではなく、システムと紙の二重管理で増えた現場の手間と、「せっかく入れたのに」という次のIT投資への不信感のほうです。定着しないシステムは、お金を捨てるだけでなく、次の一歩を重くします。だからこそ、使われるかどうかは導入後の運用ではなく、導入前の設計で勝負が決まっています。

定着する設計の3原則

第一に、入力を仕事の副産物にすることです。理想は「入力する」という行為自体を無くすこと。たとえばFAXや電話で届く注文をAIが読み取ってデータ化すれば、現場は入力から解放され、データは勝手に生まれます。入力が残る場合も、作業のついでに1タップで済む動線に埋め込みます。

第二に、入れた数字を入れた人に返すことです。昨日の自分の処理件数、自分の担当得意先の動き——入力の成果が自分の画面に返ってくると、データの精度は目に見えて上がります。本部への報告のためだけの入力は、監視と同じ構図になります。

第三に、例外の逃げ道を最初から設計することです。全業務の完全なシステム化を狙わず、イレギュラーは備考欄なり手書き併用なりの逃げ道を認めたうえで、後からデータに合流させる。例外を禁止するのではなく、受け止める。この割り切りが、結果的に定着率を最も高めます。

順番を間違えないこと

ツール選定の前に、現場の動線と例外の棚卸しをする。導入後に研修で埋め合わせるのではなく、研修がほぼ要らない設計を先に作る。この順番が守られたシステムは、驚くほど静かに定着します。

導入前に自問する3つの設計チェック

新しいシステムを選ぶ前に、次の3問を自社に当ててみてください。1つでも「いいえ」があるなら、そのまま導入すると3つの設計不全のどれかを踏みます。研修で挽回するより、ここで設計を直すほうが速くて安いです。

• Q1. その入力は、いまの作業の流れの中で完結するか？ 別画面・別場所への転記が発生しないか？ → 発生するなら二度手間になり、必ず省略される
• Q2. 入力した本人に、何か見返り（自分の実績・担当先の動きが返る等）があるか？ → ないなら、本部への報告＝監視と受け取られ、精度が落ちる
• Q3. 現場の例外（急ぎの電話注文・特価・返品）を、逃げ道込みで受け止められるか？ → 受け止められないなら、例外が紙に逃げ、やがて紙が正になる

定着の度合いは、感覚ではなく利用率——対象業務のうちシステム経由で処理された割合——で測ります。ログイン数ではなく、業務量に対する処理割合で見るのがポイントです。あわせて、紙・電話・口頭で済まされた「システム外の件数」も数えておくと、どの設計不全が残っているかを特定できます。導入から3か月たっても利用率が頭打ちなら、それは現場の意識の問題ではなく、上の3問のどれかが「いいえ」のまま残っているサインです。

awai Coreは、FAX・電話中心の受発注をAIで自動化するサービスですが、思想の中心はまさに「入力を無くす」ことにあります。現場に新しい仕事を増やすのではなく、いまの仕事の中からデータが自然に生まれる状態を設計する。過去にシステム導入でつまずいた経験のある会社ほど、この設計思想の違いを体感いただけるはずです。

より詳しくはDXが失敗する原因を、隣接するテーマはデータドリブン経営の実践をご参照ください。

定着させる導入プロセス

システムが定着しない原因の多くは、性能ではなく導入の進め方にあります。現場の合意がないまま上から入れると、どんなに良い道具でも使われません。順番が大事です。

• 現場を最初から巻き込む：使う人の困りごとから設計を始める
• スモールスタート：一部の業務・一部の店舗で試し、型を作る
• 慣れた画面を残す：毎日触る操作は、これまでのやり方に近づける
• 効果を可視化する：削減できた時間やミスの減少を、現場に見える形で返す

導入は、配って終わりではなく、定着まで伴走してはじめて成果になります。小さく始めて成功体験を作り、それを横に広げる——この順番が、結局いちばん速く定着します。

利用率が伸び悩んだときの見直し手順

利用率を測り始めても、思うように上がらない局面はあります。ここで研修を追加するのではなく、まず上記の3問のどれに「いいえ」が残っているかを、業務ごとに洗い出し直すのが最初の一手です。設計不全は導入後に姿を変えて現れることもあり、当初は問題なかった工程が、繁忙期や人員の入れ替わりを機に例外扱いへ逆戻りしていることがあります。

見直しは全社一斉にやる必要はありません。利用率が低い部署・店舗を1つ選び、そこだけを対象に3問を当て直し、動線・見返り・例外のどこで崩れているかを特定します。他部署への展開は、原因が特定できてからで十分です。

定着は一度作って終わりではありません。繁忙期や人員交代のたびに揺らぐことを前提に、利用率とシステム外の件数を定点観測する運用として組み込んでおくと、揺り戻しを早い段階で捉えられます。