← 実践記事

OTSUMU KNOWLEDGE

業務システムが現場で使われない原因と、定着させる導入の工夫

業務システムが現場で使われない原因の多くは、入力負担、旧業務の併存、使う理由の不在にあります。定着を妨げる要因の見分け方、導入前後に打てる対策、利用状況の測り方、現場を巻き込む進め方をチェックリストつきで解説します。

業務システムが現場で使われない原因は、多くの場合、システムの機能不足ではありません。入力の手間が以前より増えた、古いExcelや紙の運用が並行して残っている、現場の担当者にとって使う理由がない、困ったときに聞く相手がいない。こうした導入のしかたの問題が重なると、どれほど機能がそろったシステムでも、現場は少しずつ慣れたやり方に戻っていきます。

この記事は、業務システムを導入したものの現場で定着していない、またはこれから導入するにあたって定着の失敗を避けたいと考えている、推進担当者や管理者の方に向けて書いています。定着を妨げる代表的な原因の見分け方、導入前・導入時・導入後に打てる対策、利用状況の測り方、現場を巻き込む進め方を、チェックリストとあわせて説明します。

結論を先に言うと、システムの定着は「入力する人の負担を減らす」「旧業務を終わらせる日を決める」「使う人にとっての利点を作る」「困ったときの支えを用意する」の四つで大きく変わります。そして、導入後の数週間に利用状況を測り、原因に合わせて手を打つことが、定着の成否を分けます。

業務システムが現場で使われないとはどういう状態か

「使われない」といっても、その状態はいくつかに分かれます。どの状態にあるかによって、打つべき手が変わります。

状態現場で起きていること主な原因の方向
まったく使われないログインすらされない、旧手順だけで業務が回っている使う理由がない、旧業務が終わっていない
一部の人だけが使う特定の担当者や部署だけが入力し、他は旧手順教育の偏り、部署ごとの事情の違い
入力はされるが遅れるまとめて後から入力する、締め直前に入力が集中する入力の手間、作業の流れとのずれ
入力はされるが活用されないデータは入るが、誰も見ない、判断に使われない出力・活用の設計不足
二重管理になっているシステムに入力しつつ、手元のExcelでも管理しているシステムへの不信、必要な機能の不足

最初に、自社のシステムがどの状態にあるのかを把握することから始めます。部署や業務によって状態が違うことも珍しくありません。部署ごとに当てはまる状態を書き出してみると、全社一律の対策ではなく、部署ごとに必要な対策が見えてきます。「使われていない」とひとまとめにしてしまうと、原因を取り違えて、効果のない対策に時間を使うことになります。

定着を妨げる代表的な原因

入力の負担が以前より増えている

最も多い原因が入力の負担です。管理や集計のために入力項目が増え、以前は一行のメモで済んでいたことに、十数項目の入力が必要になる、ということがよく起こります。入力する人にとっては作業が増えただけで、その対価がありません。特に、外出先や作業の合間に入力する必要がある業務では、入力の手間がそのまま定着の障害になります。

旧業務が並行して残っている

新しいシステムを導入しても、古いExcelや紙の帳票の運用を止めていないと、現場は慣れた方を使い続けます。「念のため両方で管理しておいて」という指示が出ていると、二重の手間がかかり、結局はシステムの方が後回しになります。旧業務が残る背景には、システムへの不信(データが正しいか分からない)や、システムで対応していない業務があることも多いです。

現場にとって使う理由がない

システムの導入目的が「経営が状況を把握するため」「管理部門の集計を楽にするため」だけの場合、入力する現場の担当者には利点がありません。利点がなければ、入力は義務としての作業になり、遅れや漏れが増えます。

教育と問い合わせの支えが不足している

操作説明会を一度開いて終わり、という導入では、説明会の内容を覚えていない人や、説明会に出られなかった人が取り残されます。分からないことがあったときに誰に聞けばよいか決まっていないと、聞くのをためらって旧手順に戻ります。

システムのデータが信頼されていない

導入初期に入力漏れやデータの誤りが目立つと、「システムの数字は当てにならない」という印象が広がります。そうなると、各自が手元のExcelで正しい数字を管理し始め、システムへの入力はますますおろそかになるという悪循環に陥ります。過去データの移行が不完全だった、入力ルールが人によって違う、といったことが原因になりがちです。データの正しさは、移行時の確認と、導入直後の入力内容の点検で守ります。

業務の流れとシステムの流れがずれている

システムの画面の順番が実際の作業の順番と違う、例外の処理に対応していない、といったずれがあると、現場は作業のたびに回り道をすることになります。このずれは、導入前に現場の実態を十分に把握できていなかったことが原因です。導入前の進め方については業務システム開発の進め方:現場ヒアリングから運用定着までで扱っています。

原因を見分けるための利用状況の測り方

原因に合わせて手を打つには、まず利用状況を数字と声の両方で把握します。

  1. ログイン・利用の記録を見る:誰が、いつ、どの機能を使っているかを確認します。部署や担当者ごとの差を見ると、教育の偏りや部署の事情が見えてきます。
  2. 入力のタイミングを見る:作業の発生から入力までの時間差を確認します。まとめて後から入力されている場合は、入力の手間や作業の流れとのずれが疑われます。
  3. 旧手順の残り具合を確認する:旧Excelや紙の帳票が、まだ更新されているか、誰が使っているかを確認します。
  4. 現場の声を聞く:利用の多い人と少ない人の両方に、短時間でよいので話を聞きます。「どの場面で使いにくいか」「システムを使わずにどうしているか」を具体的に聞きます。
  5. 問い合わせの内容を集計する:問い合わせ窓口に寄せられた質問を分類し、どの操作や場面でつまずいているかを把握します。

利用の記録が取れる仕組みは、導入前に用意しておく必要があります。システムによっては利用状況の画面が標準で用意されていますが、個別に開発する場合は、どの記録を残すかを要件に含めておきます。

導入前に打てる対策

定着の対策は、導入してからでは打ちにくいものが多くあります。導入前の段階で次の点を準備します。

  • 入力項目を絞る:入力項目一つひとつについて、「誰がその情報を使うのか」「なければ何に困るのか」を確認し、使い道のない項目は削ります。必須項目は最小限にし、後から補えるものは任意にします。
  • 現場にとっての利点を設計する:入力した情報が、入力した本人にも役立つ形で返ってくるようにします。たとえば、自分の担当案件の一覧と次にやることが一目で分かる、過去の対応履歴をすぐに探せる、報告書が自動で作られる、といった機能です。
  • 現場の代表者を選定と設計に参加させる:画面の確認や試験導入に現場の担当者を参加させ、作業の順番に合っているかを確認してもらいます。設計に参加した人は、導入後に周囲へ使い方を広げる役割も担ってくれます。
  • 旧業務の終了日を決める:旧Excelや紙の帳票をいつ止めるかを、導入前に決めて周知します。終了日がないと、並行運用がいつまでも続きます。
  • 操作の支えを用意する:業務の流れに沿った操作手順書、短い動画、よくある質問、問い合わせ窓口を用意します。手順書の作り方は業務マニュアルの作り方:属人化を防ぎ更新され続ける形にするも参考にしてください。

入力の負担を減らす画面の工夫

入力項目を絞ったうえで、画面の作りでも負担を減らせます。代表的な工夫は次のとおりです。

  • 既に分かっている情報は自動で入れる:ログインしている担当者名、日付、取引先を選んだときの住所や担当者など、システムが知っている情報は入力させずに表示します。
  • 選択肢で入力できるようにする:自由記述を減らし、よく使う値は選択肢にします。選択肢が多すぎる場合は、最近使ったものを上に出します。
  • 前回の内容を引き継ぐ:同じ取引先や同じ作業の繰り返しが多い業務では、前回の入力内容を複製して一部だけ変える操作を用意します。
  • 作業の場所に合わせる:外出先や現場で入力する業務では、スマートフォンで片手でも入力できる画面を用意し、詳しい情報は後から事務所で補えるようにします。
  • 他のシステムから取り込む:メールで届く注文、別のシステムにある顧客情報など、すでにデータとして存在する情報は、手で打ち直させずに取り込む仕組みを検討します。

こうした工夫は、一つひとつは小さくても、毎日何度も操作する業務システムでは積み重なって大きな差になります。

導入時・導入後に打てる対策

導入の時期と、その後の数週間から数か月にかけて、次の対策を打ちます。

  1. 試験導入で問題を出し切る:一部の部署や担当者で先に使い始め、入力の手間や例外への対応不足を集めて直してから、全体に展開します。
  2. 最初の数週間は手厚く支える:導入直後は質問が集中します。推進担当者や設計に参加した現場の代表者が、すぐに質問に答えられる体制を作ります。現場に出向いて横で操作を見る時間を設けると、言葉にされない困りごとが見つかります。
  3. 旧業務を予定どおり終わらせる:終了日が来たら、旧Excelの共有を止める、紙の帳票の配布をやめるなど、具体的な行動で旧業務を終わらせます。ただし、システムで対応できない業務が残っている場合は、その業務の扱いを先に決めておきます。
  4. 利用状況を定期的に確認する:前の節で説明した方法で利用状況を測り、部署や担当者ごとの差、入力の遅れ、二重管理の有無を確認します。
  5. 改善要望に素早く応える:現場から出た要望のうち、入力の手間を減らすもの、作業の流れとのずれを直すものを優先して対応します。要望が反映されることで、現場はシステムを「自分たちのもの」と感じるようになります。
  6. 使われている状態を見える形で共有する:システムに集まったデータを使って会議の資料を作る、成果を共有するなど、システムが業務の中心になっていることを示します。

組織の中で新しいやり方を根づかせる取り組みは、一般にチェンジマネジメントと呼ばれます。システムの定着は、その代表的な場面の一つです。

現場を巻き込む推進役の置き方

定着の取り組みを推進担当者一人で抱えると、現場との距離が縮まらず、声も集まりにくくなります。各部署に、システムの使い方に詳しく、周囲から相談を受けやすい人を「推進役」として置く方法が有効です。推進役は、設計や試験導入に参加した現場の代表者が担うと、システムの成り立ちや意図を理解しているため、周囲への説明にも説得力が出ます。

推進役には、次のような役割をお願いします。部署内の質問に一次対応する、つまずきやすい操作や改善要望を推進担当者に伝える、新しく配属された人に使い方を教える、部署の利用状況を推進担当者と一緒に確認する。これらは本来の業務に上乗せされる仕事になるため、上司の了解を得て業務時間の一部として認めてもらうこと、推進役どうしで情報を交換する場を定期的に設けることも欠かせません。推進役の負担が見過ごされると、最初は熱心だった人ほど疲れて離れていきます。

架空の例:営業部門の案件管理システム

ある会社で、営業部門に案件管理システムを導入したとします。導入から一か月後、利用状況を確認すると、入力しているのは一部の若手社員だけで、多くの営業担当は月末の会議の直前にまとめて入力していました。話を聞くと、「外出先からは入力しにくい」「入力しても自分には何も返ってこない」「上司は相変わらずExcelの報告を求める」という声が出てきました。

推進担当者は、三つの手を打ちました。一つ目は、スマートフォンから商談のメモと次回の予定だけを短時間で入力できる画面を用意し、詳しい項目は後から補えるようにしたことです。二つ目は、システムに入力された内容から週次の報告が自動で作られるようにし、Excelでの報告をやめたことです。三つ目は、各営業担当の画面に「今週フォローすべき案件」が表示されるようにしたことです。これにより、入力することが自分の仕事の段取りに役立つようになり、入力のタイミングも商談の直後に近づいていきました。あわせて、部長が週次の会議でシステムの画面をそのまま映して案件を確認するようにしたことで、「入力していない案件は会議で話題にできない」という状態が自然に生まれ、入力の遅れも目立たなくなりました。営業部門での入力の負担を減らす工夫については、営業がCRMに入力しない問題:入力負担を減らす設計と運用の工夫でも詳しく扱っています。

よくある失敗とその避け方

  • 入力の徹底を指示だけで求める:「必ず入力すること」と指示しても、入力の負担と利点の釣り合いが取れていなければ定着しません。指示の前に、入力項目の見直しと利点の設計を行います。
  • 並行運用を長引かせる:移行の不安から並行運用を続けると、二重の手間で現場が疲弊し、システムの方が使われなくなります。終了日を決め、守ります。
  • 管理者が旧手順を求め続ける:現場にはシステムへの入力を求めながら、管理者自身がExcelの報告や紙の承認を求めていると、現場は両方に対応しなければなりません。管理者が率先して新しい手順に移ります。
  • 一度の説明会で教育を終える:説明会の内容は時間がたつと忘れられます。手順書、短い動画、問い合わせ窓口など、必要なときに参照できる支えを用意します。
  • 導入後の改善予算がない:導入直後に出る改善要望に応えられないと、現場は「言っても変わらない」と感じ、システムから離れていきます。導入後の改善の予算と体制を、最初から計画に含めます。
  • 利用状況を測っていない:定着しているかどうかを感覚で判断していると、問題に気づくのが遅れます。利用の記録と現場の声を、定期的に確認する仕組みを作ります。

定着のためのチェックリスト

導入前と導入後に、次の項目を確認してください。

  • 入力項目一つひとつについて、使う人と使い道が説明できる
  • 入力する現場の担当者にとっての利点が、機能として用意されている
  • 現場の代表者が画面の確認や試験導入に参加している
  • 旧Excelや紙の帳票の終了日が決まり、周知されている
  • 業務の流れに沿った操作手順書と、問い合わせ窓口がある
  • 導入直後の数週間、質問にすぐ答えられる体制がある
  • 利用状況(ログイン、入力のタイミング、旧手順の残り具合)を測る方法がある
  • 管理者自身が新しい手順に移っている
  • 導入後の改善要望に対応する予算と体制がある

よくある質問

Q. 定着したかどうかは、何を基準に判断すればよいですか?

旧手順がなくなっていること、作業の発生から入力までの時間差が小さくなっていること、システムのデータが会議や判断に使われていることの三つが目安になります。ログイン数だけを見ると、形だけのログインを見落とすことがあります。

Q. ベテラン社員がシステムを使ってくれません。

ベテラン社員は、旧手順で業務を効率よくこなしてきた分、新しいやり方に移る負担を大きく感じやすい立場です。ベテラン社員の経験を設計や改善の場で生かしてもらう、困っている操作を個別に横で支える、旧手順の終了日を明確にする、といった方法が有効です。使わない理由を本人に具体的に聞くと、システムの改善につながる指摘が得られることもあります。

Q. システムを作り直すべきか、運用の工夫で乗り切るべきか迷っています。

まずは利用状況を測り、原因が入力の負担や旧業務の併存といった運用で解消できるものか、業務の流れとシステムの根本的なずれなのかを見分けます。前者であれば、入力項目の見直しや画面の小さな改善、運用ルールの変更で改善できることが多くあります。後者の場合は、業務の流れを見直したうえで、システムの改修や作り直しを検討します。

Q. 定着までどのくらいの期間を見込めばよいですか?

業務の頻度や関係者の数によって異なります。毎日使う業務であれば数週間で傾向が見えますが、月次の業務であれば数か月かかります。少なくとも業務が一巡する期間は、手厚い支えと利用状況の確認を続けることをおすすめします。

Otsumuに相談できること

利用者が一つの部署の数人程度で、原因が入力項目の多さや旧業務の併存といった運用面にある場合は、この記事のチェックリストを使って社内で改善を進められることが多くあります。まずは利用状況を測り、現場の声を聞いて、入力項目と旧業務の終了日の見直しから始めてみてください。

一方で、業務の流れとシステムのずれが大きく画面や機能の改修が必要な場合、現行のシステムの開発元に改修を頼めない場合、定着の問題が複数の部署にまたがっている場合は、外部の力を借りた方が早く解決することがあります。

Otsumuは、現場の利用状況と声を確認したうえで、運用で解消できることと改修が必要なことを切り分け、入力の負担を減らす画面の改善や、旧業務を置き換える機能の追加を、目的に必要な範囲に絞って行います。新たにシステムを導入する場合も、試験導入から定着までを見据えた進め方で伴走します。業務システムの開発については業務システム開発をご覧ください。費用は範囲に応じて個別にお見積もりします。

導入したシステムが使われずに困っている段階でも、これから導入を控えている段階でも、ご相談いただけます。30分の無料相談からご連絡ください。

この記事について

Otsumu株式会社が執筆しました。統計値や他社の事例には依拠せず、進め方と判断の枠組みを中心にまとめています。法務・税務・会計などの制度は、専門家や公的窓口で最新の情報をご確認ください。

執筆:Otsumu株式会社 / 編集日 2026.10.01

あわせて読む

次の一手を、一緒に。

事業の検証から開発・運用まで、現在の段階に合わせて支援します。

事業について相談する ↗
FROM KNOWLEDGE TO ACTION

知識を、次の一手へ。

30分の無料診断で、次の一手を整理する ↗