「導入したのに使われない」を防ぐ業務システムの定着化設計

「システムを導入したのに現場で使われない」という状態には、大きく分けて二つのパターンがあります。一つは、ログイン自体はするものの機能の一部しか使わず、結局Excelや紙の帳票と併用し続けてしまう「形骸化」です。集計や承認など一部の作業だけシステムを通し、実質的な業務判断は従来通り紙の資料で行っているようなケースがこれにあたります。見た目には「導入は成功した」ように見えるため、経営層が問題に気づきにくいのも形骸化の厄介なところです。もう一つは、そもそもログインすらされず、担当者が導入前の業務フローにそのまま戻ってしまう「完全な不使用」です。こちらは現場から明確に不満の声が上がることが多く、問題自体は発覚しやすいものの、放置される期間が長いほど後戻りが難しくなります。

いずれのパターンでも、システムの利用料や保守費用だけが発生し続け、投資回収の見込みが立たなくなるという点は共通しています。たとえば月額数万円の利用料を払い続けながら、実際の業務は誰も触っていない画面が社内に放置されている、といった状態です。さらに形骸化のケースでは、システムと旧手段の両方にデータを入力する二重作業が発生し、担当者の負担がむしろ導入前より増えてしまうこともあります。結論から言うと、定着しない最大の原因は「導入後に何もしないこと」にあります。システム導入は契約や検収で終わるものではなく、現場に浸透させるための計画と体制があって初めて投資回収につながります。特に中小企業では、導入プロジェクトのメンバーが通常業務と兼務していることが多く、検収が終わった時点でプロジェクトチームが実質的に解散してしまい、その後の定着支援に手が回らないケースが少なくありません。以下では、なぜ使われなくなるのかという原因の整理から、導入前・導入直後・定着後の各段階で何をすべきかを具体的に解説します。

システムが定着しない理由は、業種や企業規模によって様々に見えますが、実際には共通するパターンがあります。主な原因は次の五つに整理できます。導入プロジェクトの進め方を振り返ると、どの企業でもこの五つのうちいくつかに当てはまることが多く、それぞれ単独で起きるというより、複数が重なって「使われない」という結果につながっているケースがほとんどです。

- 現場不在の要件定義: 情報システム部門や経営層だけで要件を固め、実際に使う現場担当者の意見を反映しないまま導入すると、業務の実態に合わない画面や入力項目が残ります。要件定義の会議に現場の代表者が呼ばれない、あるいは呼ばれても発言の場が少ないことが背景にあり、結果として現場が「使いにくい」と感じて離脱します
- 移行データの不備: 旧システムや台帳からのデータ移行が不完全だと、新システムの数字が信用できません。移行作業は工数がかかるため後回しにされがちで、担当者が数字を確認するために旧手段を並行して使い続けることになります
- 教育の欠落: マニュアルを配布しただけで研修や質問対応の場を設けないと、操作でつまずいた担当者がそのまま使うのをやめてしまいます。教育は導入費用に含まれないことが多く、予算やスケジュールの都合で省略されやすい工程です
- 旧手段の併存: 新システムと同時にExcelや紙の帳票の利用を禁止しないと、慣れた方法に流れてしまいます。「念のため」と両方残す判断が現場の安心材料になる一方で、いつまでも新旧併用の状態が続く原因になります
- 責任者不在: 導入後の定着を誰が責任を持って進めるかが決まっていないと、問題が起きても放置されます。導入プロジェクトの責任者と運用後の責任者が別であることを明確にしていない企業が多く、結果として現場の不満だけが蓄積します

これら五つの原因は独立しているのではなく、互いに影響し合っています。たとえば要件定義に現場が関与していないと、実際の業務に合わない画面ができあがり、それを補うための教育コストが余計にかかります。教育が不十分なまま旧手段の併存を許してしまうと、責任者がいない状況では誰もその併存を解消しようとせず、結果として移行データの不備にも誰も気づかないまま運用が続いてしまいます。つまり、一つの原因を放置すると、他の原因が連鎖的に表面化しやすくなるのです。特に教育不足は見落とされがちな原因であり、AI導入の失敗あるある6選「入れたけど使われない」 で解説した通り、システムの種類を問わず共通する失敗パターンでもあります。

定着のための準備は、システムが完成してから始めるのでは遅すぎます。キックオフの段階から、現場担当者を要件定義に巻き込み、実際の業務フローに沿った画面設計になっているかを確認することが重要です。巻き込む対象者は、役職の高い人ではなく、実際にその業務を毎日行っている担当者を最低1〜2名選ぶのが基本です。管理職だけで要件を決めてしまうと、日々の細かい例外処理や繁忙期特有の作業が抜け落ちやすくなります。要件定義のキックオフ時点で参加してもらうだけでなく、画面のモックアップができた段階、テスト環境が動き始めた段階など、複数のタイミングでレビューの機会を設けることで、完成間近になってからの手戻りを防げます。レビューのたびに現場から出た指摘を記録し、対応状況を一覧化しておくと、後から「言ったのに直っていない」という不信感が生まれるのも防げます。

また、検収の段階では機能が仕様通りに動くかだけでなく、実際の業務データを使って現場担当者がひと通り操作できるかを確認しておきたいところです。「検収」とは？納品時に確認すべきこと で解説した通り、検収は開発会社との契約上の区切りであると同時に、現場が使えるかどうかを確認する最後の機会でもあります。たとえば月末の集計処理や繁忙期特有の入力パターンなど、実際の業務でしか出てこないケースを検収時のテストシナリオに組み込んでおくと、稼働後に初めて問題が発覚するリスクを減らせます。業務フロー自体が属人化していて手順が明文化されていない場合は、システム導入と並行して業務マニュアル・手順書のデジタル化 を進めておくと、新システムでの操作手順も合わせて整備しやすくなります。

導入直後の90日間は、定着の成否を左右する最も重要な期間です。この期間に何をすべきかを期間ごとに明確にしておくと、対応漏れを防ぎやすくなります。人は新しいやり方より慣れたやり方を選びがちなので、意識的に手を動かさない限り、90日はあっという間に「様子見」のまま過ぎてしまいます。特に判断が難しいのが、旧システムや紙の帳票との並行運用をいつ打ち切るかという点です。目安としては、対象業務のログイン率や入力率が一定水準（たとえば対象者の8割以上）に達し、かつ主要な質問がひと通り出尽くしたと感じられた時点で、期限を区切って旧手段を停止するのが現実的です。期限を決めずに「使えるようになったら」と曖昧にしてしまうと、いつまでも併存状態が解消されません。逆に、準備が整う前に旧手段を強制的に止めてしまうと、業務が回らなくなり現場の信頼を損なうため、指標を確認したうえで期限を設定することが大切です。

システムを定着させるには、導入プロジェクトチームとは別に、運用フェーズを担う体制を用意しておく必要があります。導入プロジェクトチームは検収をもって解散することが多く、そのまま運用を任せてしまうと、誰も責任を持たない期間が生まれてしまいます。役割を紙の上で決めるだけでなく、誰が何を担当しているかを社内全体に周知し、問い合わせ先が分からず放置されるという事態を防ぐことも重要です。最低限、次の役割を決めておきましょう。

- 推進責任者: 定着状況に最終責任を持ち、経営層に進捗を報告します
- 現場リーダー（部署ごとの推進役）: 現場の質問を吸い上げ、簡単な操作方法をその場で教えます
- 問い合わせ窓口: 開発会社やベンダーへのエスカレーション先を一本化します
- データ管理担当: 入力ルールの逸脱やデータ不備を定期的にチェックします

なお、定着化の計画は開発が完了してから考え始めるのではなく、開発期間の後半、システム開発の期間はどれくらいかかるか で触れられているような開発スケジュールの終盤から並行して立て始めるとスムーズです。この段階であれば、誰を現場リーダーに任命するか、研修をいつ実施するかといった具体的な調整に、開発チームの知見をまだ活用できます。

定着化には一定のコストがかかります。研修やマニュアル整備、伴走支援といった項目ごとに費用の幅が出るのは、対象人数や既存マニュアルの有無、システムの複雑さ、社内で対応できる範囲がどこまでかによって工数が大きく変わるためです。たとえば同じ研修でも、対象者が5名程度で1回で完結する場合と、拠点が複数あり同じ内容を何度も実施する必要がある場合とでは、総額が数倍変わることも珍しくありません。以下はあくまで目安であり、企業規模やシステムの複雑さ、支援会社によって変動します。

上記はあくまで目安であり、実際の費用は導入するシステムの規模や社内体制によって変動します。

感覚ではなく数値で定着度を確認することが重要です。「現場から特に不満は聞こえてこない」というだけでは、実は形骸化が進んでいるだけかもしれません。特に旧手段の残存率は見落とされがちですが、ログイン率だけを見ていると「ログインはしているが実際には旧手段で二重に作業している」という形骸化を見逃してしまいます。複数の指標を組み合わせて、定点観測できる体制を用意しておくことが望ましいです。代表的な指標は次の通りです。

- ログイン率: 対象者のうち何割が定期的にログインしているか
- 入力率・利用率: 必要な情報が期日通りに入力・更新されているか
- 旧手段の残存率: Excelや紙の帳票が完全になくなっているか、一部で使われ続けていないか
- 問い合わせ件数の推移: 導入直後は多く、時間の経過とともに減少しているか
- エラー・差し戻し件数: 入力ミスによる差し戻しが減少傾向にあるか

- 要件定義の段階で現場担当者を巻き込んだか
- 検収時に実データで現場担当者が操作を確認したか
- 導入直後2週間以内に全担当者への研修を実施したか
- 週1回以上の質問対応の場を設けたか
- 旧手段（Excel・紙）を使い続けてよい期限を明示したか
- 定着化の責任者を1名決めたか
- 部署ごとの現場リーダーを任命したか
- ログイン率・入力率を月次で確認する仕組みを作ったか
- 90日時点で定着度を振り返る場を設定したか
- 定着が遅れている担当者への個別フォロー体制があるか