RAKUDA AI INSIGHTS

契約したAIツールが社内で使われない7つの原因と定着策

AIツールの利用率が低いとき、社員の意欲やITリテラシーだけを原因にしても定着しません。対象業務、入力ルール、確認責任、既存の作業導線、推進体制、効果測定、継続支援のいずれかが欠け、使わない方が合理的な状態になっている可能性があります。

点在するAIツールが日常業務の連続したフローへ組み込まれる様子

AIツールの利用率が低いとき、社員の意欲やITリテラシーだけを原因にしても定着しません。対象業務、入力ルール、確認責任、既存の作業導線、推進体制、効果測定、継続支援のいずれかが欠け、使わない方が合理的な状態になっている可能性があります。

結論として、AIツールの定着とはログイン人数が増えることではありません。対象業務が繰り返し完了し、作業時間・品質・手戻りのいずれかが改善した状態です。研修を追加する前に7つの原因を切り分け、業務の入口と出口を設計する必要があります。

AIツールが社内で使われないときの結論

最初に確認すべきなのは「誰が使っていないか」ではなく、「どの業務の、どの工程で止まっているか」です。

導入時には、対象業務、入力できる情報、出力の完成条件、確認者、測定方法、停止条件を一組で決めます。ツールの利用回数だけを追うと、試しに触っただけの操作と、実務を完了させた利用を区別できません。

未利用者へのヒアリングでも、抵抗感を責めるのではなく、「使う場面が分からない」「入力が不安」「確認に時間がかかる」「従来の方法の方が早い」といった障害を集めます。その回答を7つの原因に分類すれば、研修、ルール整備、業務変更のどれが必要か判断しやすくなります。

社内で使われない7つの原因と定着策

7つの原因は似て見えても、修正すべき場所が異なります。複数が同時に起きている場合も、一つずつ担当者と対応期限を決めます。

原因 起きること 修正・定着策
原因1:対象業務が絞られていない 全社へアカウントを配っても、いつ何に使うか判断できない 頻度が高く、完成条件を定義できる一業務から試す
原因2:入力してよい情報・利用ルールが曖昧 情報漏えいを恐れ、安全側の判断で利用を避ける 入力可否、禁止情報、保存方法、問題時の連絡先を文書化する
原因3:確認責任者が決まっていない 出力の誤りを誰が確認するか分からず、利用者が抱え込む 業務ごとに確認者、確認項目、承認できる範囲を決める
原因4:既存フローに統合されていない 転記や別画面での操作が増え、従来より手間がかかる 現行フローに利用点を置き、準備から転記まで含めて簡素化する
原因5:推進担当者が孤立している、または存在しない 質問と改善依頼が一人に集中し、運用が止まる 経営・業務・IT・利用者の役割を分け、部門窓口を置く
原因6:効果を測定していない 成果を説明できず、更新や追加投資を判断できない 導入前の基準値を取り、時間・品質・手戻りなどを比較する
原因7:一回きりの研修で終わっている 操作方法は学んでも、実際の案件で生じた疑問を解消できない 実務ログを使った定例レビューと教材更新を続ける

原因1〜3は業務の入口を設計して直す

原因1では、ツールから用途を考えるのではなく、日常的に発生している業務から候補を選びます。議事録、文案作成、情報整理などの名称だけで決めず、入力物、担当者、処理手順、完成条件まで特定してください。最初から全社一律で始めると、部門ごとの例外を吸収できず、最初の失敗をきっかけに利用が止まりやすくなります。

原因2には、利用者が迷ったときの判断材料を用意します。入力してよい情報、匿名化が必要な情報、入力しない情報、出力を保存する場所、問題が起きた場合の連絡先を一枚にまとめます。特定のツールだから安全だと一律に保証せず、自社の契約内容、設定、規程、扱う情報に合わせた確認が必要です。

IPAの「テキスト生成AIの導入・運用ガイドライン」では、運用に関する章で利活用ルールの策定や文書化が扱われています。ただし、この資料は中核人材育成プログラムの卒業プロジェクトメンバーによる見解であり、IPAそのものの公式見解を代表するものではありません。法令や必須手順ではなく、自社ルールを検討する際の参考資料として扱います。

原因3では、「最終的には人が確認する」で終わらせず、その人を特定します。数値、固有名詞、表現、社外公開の可否など、確認項目も業務ごとに変わります。確認者が判断できない案件の相談先と、利用を停止する条件まで決めておくと、担当者が一人でリスクを背負わずに済みます。

原因4〜5は業務導線と推進体制を直す

原因4を見つけるには、AIの処理時間だけでなく、資料準備、入力、出力確認、修正、転記までを通して観察します。生成自体が速くても、別の画面を何度も往復したり、出力形式を毎回整えたりするなら、全体の手間は増えています。

定着策は、既存業務の中に「ここで使う」という利用点を置くことです。入力元と納品先を決め、テンプレートや確認項目を普段使う場所から参照できるようにします。例外の多い工程は無理に自動化せず、人が処理する範囲として残す判断も必要です。

原因5では、推進担当者を単なる問い合わせ窓口にしないことが重要です。担当者には、現場から障害を集め、業務責任者へ修正を提案し、経営責任者へ判断材料を渡す役割があります。一人に設定変更、教育、効果集計、全出力の確認まで集中させると、担当者の不在と同時に運用も止まります。

原因6〜7は測定と継続支援で直す

原因6の問題は、利用回数が少ないことより、継続の根拠がないことです。導入前の作業時間や差し戻し回数を記録していなければ、導入後の数字だけを見ても改善したか判断できません。比較条件には、担当者、案件数、難易度、繁忙期などの違いも残します。

原因7に対しては、操作研修を繰り返すのではなく、実際の業務で止まった箇所を教材へ戻します。うまくいった入力例だけでなく、誤りが出た条件、確認に時間がかかった理由、利用を見送ったケースも共有対象です。短い定例会でも、質問への回答、ルール改定、対象業務の見直しを続ければ、研修を運用へ接続できます。

実務での進め方

1. 未利用者を責めず、止まった理由を聞く

対象者ごとに、使おうとした場面、使わなかった理由、困った操作、懸念した情報、従来手順を聞きます。「興味がない」で終わらせず、7つの原因のどれに当たるかを記録します。

2. 対象業務の現行手順と時間を測る

AI導入前の業務を、準備、作成、確認、修正、提出に分けます。各工程の所要時間、件数、差し戻し理由を測り、導入後も同じ範囲で比較できる基準値を作ります。

3. 入力例・確認項目・完成条件を一枚にする

一つの業務について、入力元、入力できない情報、操作例、期待する形式、確認項目、確認者を業務カードにまとめます。初めて担当する人が、その一枚を見て開始と完了を判断できる状態が目安です。

4. 利用ログと手戻りを定期的に確認する

実行回数だけでなく、完了件数、修正回数、停止理由、質問内容を確認します。利用されない日が続いた場合は催促する前に、業務の発生有無や新しい障害を調べます。

5. 改善しない業務は中止して別候補へ移る

確認負荷が減らない、重大な誤りを発見しにくい、安全に入力を用意できない場合は一度止めます。停止理由と再検討条件を残せば、環境や技術が変わったときに再評価できます。

導入候補を比べる判断基準

候補業務は、発生頻度、現行の負担、入力情報の扱いやすさ、完成条件の明確さ、確認可能性、既存導線との相性で比較します。点数を付ける場合も、根拠を一行ずつ記録してください。高得点でも重大な情報リスクが残る業務は、環境や工程を変更できるまで保留します。

経済産業省・総務省の「AI事業者ガイドライン(第1.2版)」の案内ページでは、本編に加えてチェックリストやワークシートが公開されています。導入・運用上の検討事項を記録する際の参考になりますが、個社へ一律の法的義務を課すものとして扱うべきではありません。

最初の30日で残す成果物

最初の30日は全社展開の完成ではなく、次の判断に必要な証拠を残す期間です。

1週目は、未利用理由と課題を集め、対象者・対象業務・除外範囲を決めます。成果物は課題一覧と対象範囲です。

2週目は、現行フロー、基準時間、情報区分、完成条件を確認します。業務フローと業務カードを残します。

3週目は、小さな件数で実行し、入力、出力、確認結果、修正理由、例外を記録します。成功例だけを選ばず、止まった案件も残してください。

4週目は、導入前後を比較して判定会を開きます。継続、修正、中止のいずれかと、その理由、次の確認日を記録します。

誰が何を決めるか

責任者を役職だけでなく担当者名まで決め、異動や不在時の引き継ぎ先も記載します。

役割 決めること 残す記録
経営責任者 優先課題、予算、許容リスク、停止判断 方針と承認履歴
業務責任者 対象業務、完成条件、例外、KPI 業務フローと評価表
IT・情報管理 アカウント、権限、データ、ログ 設定と点検履歴
利用者 出力確認、問題報告、改善提案 実行ログと修正理由
外部支援者 助言、調査、実装範囲 提案と変更履歴

外部支援者へ作業を任せても、最終的な業務責任と利用ルールは社内に残ります。経営層は導入目的を示し、現場は実行可能な完成条件を定め、IT・情報管理は利用環境を確認するという分担が必要です。

導入後に測る5つの指標

効果測定では、AIの操作部分だけを切り出さず、準備から確認・修正までを含む業務全体を測ります。

指標 測り方 注意点
作業時間 情報収集、作成、確認、修正を分ける AI操作だけを測らない
品質 欠落、誤り、表現のばらつきを記録する 完成条件を先に決める
手戻り 差し戻し回数と理由を数える 失敗した案件を除外しない
継続利用 対象者・対象業務ごとの実行回数を見る 全社員平均にしない
顧客影響 応答速度、待ち時間、再問い合わせを確認する 売上との因果を断定しない

数値が改善しても、品質や安全性が下がっていないかを同時に確認します。削減時間を金額換算する場合は、対象人数、期間、計算式、教育・確認・保守の負担を明記し、将来の成果を保証しません。

継続・修正・中止をどう判断するか

4週間または事前に決めた件数を実行したら、判定会を開きます。

継続は、時間・品質・手戻り・顧客影響のいずれかが改善し、安全条件と運用負荷が許容範囲にある場合です。担当者が変わっても実行できるかを確認してから対象拡大を検討します。

修正は、改善の可能性がある一方で、入力データ、手順、確認方法、権限、利用環境のいずれかが原因で安定しない場合です。変更点と再判定日を決めて再試行します。

中止は、確認を含めると遅くなる、重大な誤りを人が見つけにくい、必要な情報を適切に扱えない、例外対応の負担が大きい場合です。中止を失敗として隠さず、理由と再検討条件を保存します。

株式会社ラクダが支援できること

月額AI顧問では、利用状況の見方、対象業務の変更、次の施策を定例で判断します。部門ヒアリングと施策管理が必要なら30万円以上のプランまたはAIコンサルへ移行します。

最初の30分無料相談では、現在の課題を聞き、AI顧問、AI検索最適化、AI研修・講演、AIコンサル、AIエージェント開発のどれが適切かを整理します。有料提案は、次に必要な作業が明確になった場合だけ提示します。

よくある質問

Q1. 利用率は何%を目標にすべきですか

全社員一律の割合ではなく、対象業務を担当する人の継続利用と、業務が完了した件数を確認します。利用率が高くても品質や手戻りが悪化していれば、定着したとはいえません。

Q2. 使わない社員には研修を追加すべきですか

先に、知識不足なのか、対象業務・ルール・責任者・導線の問題なのかを切り分けます。知識不足なら業務別の演習が有効ですが、運用設計の問題は研修だけでは解消できません。

Q3. 別のAIツールへ変更すれば解決しますか

現在のツールが業務要件を満たさない場合は変更も選択肢です。ただし、対象業務や完成条件が曖昧なまま変更すると、同じ問題が再発します。

Q4. どの業務から試すとよいですか

一定の頻度で発生し、入力と完成条件を定義でき、人が出力を確認できる業務が候補です。重大な判断を自動化する業務や、安全に情報を用意できない業務は初期候補から外します。

まとめ

AIツールが社内で使われないときは、社員を責める前に、対象業務、利用ルール、確認責任、業務導線、推進体制、効果測定、継続支援という7つの原因を確認します。

一つの業務について入口と出口を設計し、導入前後を同じ条件で測り、継続・修正・中止を判断できる記録を残すことが定着への第一歩です。

参考資料

AI活用に関するほかの実務情報は、AI関連記事一覧で確認できます。

START WITH THE RIGHT PROBLEM

AIで何ができるか、ではなく
どの業務から変えるか。

30分の無料相談で、現在の課題、最初に検証する業務、必要な支援の形を整理します。

AI顧問AI検索最適化AI研修・講演AIコンサルAIエージェント開発
30分無料相談を予約する 相談後、必要な場合だけ次の有料提案をご案内します。
PAGE TOP