導入したシステムが現場で使われない原因｜定着させる設計の3原則

導入したシステムが使われない原因の多くは、従業員の意識やITの得意不得意より、仕組みの設計にあります。代表的なのは、入力が業務の流れの外にある、入力した人に見返りがない、例外の処理が載らない、の3つです。使う側から見て「使わないほうが合理的」な状態が残っていれば、研修を重ねても定着しません。

たとえば小売店で在庫管理システムを入れたのに、バックヤードの手書きノートが使われ続けることがあります。ノートのほうが速く、正確で、休憩中の引き継ぎにも使えるなら、パートの担当者がノートを選ぶのは合理的な判断です。直す対象は担当者の意識より、ノートに負けているシステム側の設計です。

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

毎日同じ持ち場を担当する人は、その仕事を最短で終わらせる方法をよく知っています。その人たちがシステムを避けるなら、避ける理由があります。「意識が低い」「ITが苦手」という説明は導入した側に都合のよい解釈で、多くの場合は原因の取り違えです。避ける理由は、次の3つのどれかに当てはまります。

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

3つに共通するのは、システムが「業務のあるべき姿」をもとに設計され、「業務の実際の姿」を反映していない点です。例外が載らないシステムでは、例外の処理から紙に戻り、やがて紙のほうが正となって、システムは使われなくなります。

使われないシステムのコストは、月額では測れません。たとえば月5万円のSaaSを導入し、対象業務のうちシステム経由で処理されているのが3割なら、残り7割ぶんの投資は成果を生んでいません。さらに重いのは、システムと紙の二重管理で増えた手間と、「せっかく入れたのに」という次のIT投資への不信感です。使われるかどうかは、導入後の運用より導入前の設計でほぼ決まります。

定着する設計の3原則

第一に、入力を仕事の副産物にします。理想は、入力という行為をなくすことです。たとえばFAXや電話で届く注文をAIが読み取ってデータ化すれば、担当者は打ち込み作業から離れ、データは処理の過程で自動的に残ります。入力が残る場合も、作業のついでに1タップで済む動線に埋め込みます。

第二に、入れた数字を入れた人に返します。昨日の自分の処理件数や、担当得意先の動きが自分の画面に返ってくると、入力した本人がそのデータを使うため、入力の漏れや雑さが減ります。本部への報告のためだけの入力は、監視と同じ構図になります。

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

ツールを選ぶ前に、対象業務の担当者の動線と例外を書き出し、次の3問を自社に当ててみてください。1つでも「いいえ」があるなら、そのまま導入すると3つの設計不全のどれかに当たります。導入後に研修で埋め合わせるより、この段階で設計を直すほうが、定着までの時間も費用も少なく済みます。

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

3問に加えて、過去にシステム導入で失敗した経験のある会社ほど、要件を決める段階で「担当者の作業が1つでも増えていないか」を確かめてください。新しい入力作業が増える設計は、増えた分だけ使われなくなる確率が上がります。今の仕事の中からデータが残る形にできないかを、要件の段階で検討します。

定着させる導入プロセス

設計が整っていても、導入の進め方で定着は左右されます。使う人の合意がないまま上から入れると、どんなに良い道具でも使われません。進め方の要点は次の4つです。

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

システムは、アカウントを配った時点では成果を生みません。担当者が日々の業務で使い始めて、はじめて投資が回収に向かいます。一部の業務で成功例を作ってから横に広げると、全社一斉に入れるより手戻りが少なく済みます。

利用率の測り方と、伸び悩んだときの見直し手順

定着の度合いは、感覚より利用率（対象業務のうちシステム経由で処理された割合）で測ります。ログイン数では、業務で使われているかどうかは分かりません。あわせて、紙・電話・口頭で済まされた「システム外の件数」も数えると、どの設計不全が残っているかを特定できます。導入から3か月たっても利用率が頭打ちなら、設計のどこかに不全が残っています。

伸び悩んだときは、研修を追加する前に、導入前に使った3問のどれに「いいえ」が残っているかを、業務ごとに洗い出し直します。設計不全は導入後に形を変えて現れることもあり、当初は問題なかった工程が、繁忙期や人員の入れ替わりを機に例外扱いへ戻っていることがあります。

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

定着は一度作って終わりではありません。繁忙期や人員交代のたびに揺らぐものとして、利用率とシステム外の件数を毎月同じ形で記録する運用に組み込むと、揺り戻しを早い段階で捉えられます。

システム導入全体の失敗要因はDXが失敗する原因に、データを経営判断に使う進め方はデータドリブン経営の実践に詳しく書いています。

どの工程で入力が二度手間になっているかを社内で洗い出しきれない場合は、対象業務の動線と例外の棚卸しをawaiが手伝い、今のシステムを使い続けるか入れ替えるかを決める材料をそろえます。