AIツールを導入したものの、数か月後には一部の人しか使っていない。こうした状態では、ツールの性能や業務との適合性に加え、運用設計の抜けが原因になっている可能性があります。この記事では、稼働後に利用が止まる原因を担当者・手順書・問い合わせ窓口・利用状況の確認という4つの観点で整理し、定着させるための6手順と、定着しているかを判断するチェック項目を示します。
本稿は、導入後の日常運用を扱います。入力情報の扱いや承認フローなど、全社的な利用規程については生成AIの社内利用ルールはどう作る｜規程に盛り込む7項目と運用の実際をご参照ください。
- 利用対象と成功条件を決める 誰のどの作業をどう変えるかを文章にする
- 担当者と役割を置く 運用担当・業務側の相談先・意思決定者を明記
- 手順書と例外ルールを作る うまくいかないときの逃げ道も書く
- 問い合わせ窓口を一本化する どこに何を聞くかを迷わせない
- 利用状況を定期的に見る 使われていない箇所を特定する
- 見直し会議で手順を更新する 決めたことを手順書に反映して閉じる
なぜ稼働後に利用が止まるのか
導入直後は説明会や初期サポートがあるため利用されます。問題はその後です。利用が止まる場面を分解すると、次のような原因に行き着きます。
| 観点 | よくある状態 | 現場で起きること |
|---|---|---|
| 担当者 | 導入プロジェクトの解散後、運用の持ち主が不在 | 不具合も改善要望も誰にも届かない |
| 手順書 | 画面操作の説明はあるが、例外時の扱いがない | 例外が出た瞬間に従来のやり方へ戻る |
| 問い合わせ窓口 | ベンダー・情報システム・業務部門のどこに聞くか不明 | 聞くのが面倒で使わなくなる |
| 利用状況の確認 | 誰がどれだけ使っているか把握していない | 止まっていることに気づくのが半年後 |
これらの例に共通するのは、「困ったときにどうするか」が決まっていない点です。ツールの機能や業務との適合性も別途確認します。現場の担当者は業務を止められないため、迷ったら確実に終わる従来手順に戻ります。これは合理的な判断であり、個人の意欲の問題として扱うと改善しません。
利用が止まったときは、機能や業務との適合性とあわせて、困ったときの進め方が決まっているかを確認します。
定着させる運用設計6手順
手順1｜利用対象と成功条件を決める
「全社でAIを活用する」という表現では、誰も自分の仕事だと認識しません。対象業務・対象者・変える前と後の作業の流れを、1ページで書けるところまで絞ります。成功条件は「この作業を従来手順に戻さず、月末まで続けられること」のように、観測できる形にします。
手順2｜担当者と役割を置く
最低限、次の3つの役割を名前付きで決めます。兼務でも構いませんが、空欄は作らないことが重要です。
- 運用担当：設定変更、不具合の一次切り分け、利用状況の確認
- 業務側の相談先：現場からの質問を受け、業務上の判断を返す人
- 意思決定者：手順変更や追加投資を決める人
手順3｜手順書と例外ルールを作る
操作手順だけでなく、「AIの出力が明らかにおかしいとき」「対象外のデータが来たとき」にどうするかを書きます。例外時に人が確認する基準を先に決めておくと、現場は安心して使えます。出力をそのまま使ってよい範囲と、必ず人が確認する範囲の線引きを明文化してください。
手順4｜問い合わせ窓口を一本化する
窓口が複数あると、現場は「たぶんここではない」と考えて質問をやめます。入口は1つにし、そこから振り分ける形にします。受付手段（チャット、メール、所定のフォームなど）と、回答までの目安時間を併記します。
手順5｜利用状況を定期的に見る
月に1回、決めた指標を確認します。見るべきは利用者数、利用頻度、処理できずに人へ戻った件数、問い合わせの内容です。特に問い合わせ内容は、手順書の抜けを直接示します。
手順6｜見直し会議で手順を更新する
30分程度で構いません。議題は「前回からの利用状況」「寄せられた問い合わせ」「手順書のどこを直すか」の3つに固定します。決めたことは必ず手順書に反映し、更新日を記録して閉じます。
運用ルールに書くべき項目
日常的に参照する運用ルールは、要点を1〜2ページ程度にまとめる方法があります。必要な詳細手順や社内規程への参照先も併記します。
「入力してよい情報の範囲」は後回しにされがちですが、現場が最も判断に迷う項目です。顧客情報や契約内容を扱う業務では、社内の情報取扱規程との整合を先に確認してください。
定着しているかを判断するチェック項目
「使われている気がする」では判断できません。次の項目で確認します。
- 導入時に想定した対象者のうち、直近1か月で実際に使った人の割合を答えられる
- 問い合わせの内容と未解決の状況を確認できる
- 従来手順に戻している作業があるか、ある場合その理由を説明できる
- 定めた周期や業務変更時に手順書を見直している
- 運用担当が不在でも、現場が連絡先を見て動ける
- 見直し会議で決めた改善の担当者・期限・進捗を確認できる
これらは見直しのための確認例であり、定着を判定する一律の基準ではありません。未整備の項目があれば、現場への聞き取りとあわせて原因と改善の優先順位を決めます。
運用改善で対応する
- 機能は要件を満たしているが、使い方が現場に伝わっていない
- 問い合わせの多くが操作方法や例外時の判断に集中している
- 一部の部署では継続利用できている
要件から見直す
- 対象業務の実態と、導入時の前提が食い違っている
- 例外処理が全体の大半を占め、人の確認作業が減っていない
- 既存システムとのデータ受け渡しが手作業のまま残っている
定着の判断は印象ではなく、利用者の割合・問い合わせの変化・手順書の更新状況で行います。
外部の支援をどこで使うか
社内だけで運用設計まで組み立てるのが難しい場合、設計段階から外部の視点を入れる選択肢があります。株式会社ALTは、公式サイトで、AIコンサルティングにおける課題整理・活用構想・PoC設計、AIを組み込んだシステム開発と既存環境との連携、AI SaaSの導入から運用・改善までの支援を案内しています。
特に、運用が止まっている原因が「要件の前提ずれ」なのか「運用ルールの不足」なのかを切り分ける場面や、既存システムとのつなぎ込みが手作業で残っている場面では、第三者の整理が判断材料になります。どこまでを自社で持ち、どこから外部に相談するかを最初に決めておくと、稼働後の対応が早くなります。
よくある質問
Q: 運用担当を専任で置く余裕がありません。兼務でも定着しますか。
A: 兼務でも機能します。重要なのは専任かどうかではなく、役割と連絡先が明記され、現場が誰に聞けばよいか迷わない状態になっていることです。ただし、利用状況の確認と見直し会議の時間だけは、月次で業務時間として確保してください。
Q: 見直し会議はどのくらいの頻度で続けるべきですか。
A: 稼働直後の数か月は月1回を目安にし、問い合わせの件数が落ち着き、手順書の更新箇所が出なくなってきた段階で四半期ごとに間隔を広げる進め方が現実的です。業務や体制が変わったタイミングでは、頻度を一時的に戻します。
Q: 一度使われなくなったAIを、再び使ってもらうことはできますか。
A: 可能性はありますが、同じ形で再展開しても戻りにくいのが実情です。まず止まった理由を現場に聞き取り、例外処理の負担なのか、連絡先が不明だったのか、業務の前提が変わったのかを特定します。原因が要件の前提ずれにある場合は、運用ルールの作り直しだけでは解決しないため、対象業務の範囲から再検討します。
まとめ
AIが使われなくなったときは、ツールの性能や業務との適合性に加え、稼働後の運用に不足がないかを確認します。対象と成功条件を決め、担当者を置き、例外ルールを含む手順書を作り、窓口を一本化し、利用状況を確認して見直し会議で更新する。この6手順を通じて、継続利用を妨げる課題を把握し、改善につなげます。
定着しているかどうかは、利用者の割合、問い合わせ内容の変化、手順書の更新日といった観測できる項目で判断してください。改善で対応できる範囲か、要件から見直すべきかを切り分けたうえで、必要に応じて外部の支援を組み合わせるのが現実的な進め方です。
