SECURITY BULLETINPHPの重大な脆弱性(PHP2Shell)緊急対応を受付中

COLUMNAI / AUTOMATION公開日 読了目安 約7分

生成AIで業務を自動化する進め方:小さく始めて定着させる

生成AIを業務に取り入れたいものの、「どの業務から始めればよいか分からない」「試してはみたが定着しなかった」という声は少なくありません。本記事では、対象業務の選び方からPoC(概念実証)の設計、RAGの基本、リスク対策、社内ルールづくり、定着までの進め方を、公的なガイドラインも参照しながら整理します。

対象業務の選び方:「任せやすく、確かめやすい」ものから

生成AIの導入でつまずく典型は、「何でもできそうだから全社で使ってみる」と始めてしまうことです。効果が測れないまま利用が広がり、誤った出力や情報の扱いに関する不安だけが残る――という事態を避けるには、最初の対象業務を絞り込むことが大切です。

最初に取り組む業務は、次の条件を満たすものが向いています。

  • 頻度が高い:毎日・毎週発生し、少しの改善でも積み重なる
  • 出力を人が確認しやすい:正しいかどうかを担当者がすぐ判断できる
  • 間違えても影響が限定的:社内向けの下書きなど、確認後に使う前提の業務
  • 入力する情報の扱いを決めやすい:個人情報や機密情報を含まない、または取り除ける

たとえば、議事録や報告書の下書き、社内規程やマニュアルを参照した問い合わせへの回答案、定型メールの作成、問い合わせ内容の分類などは、比較的始めやすい業務です。反対に、契約内容の最終判断や、顧客へ直接送る回答の自動送信、人事評価のような重要な判断は、最初の対象からは外し、人が最終判断する形を保つべきでしょう。

PoCの設計と評価軸

対象業務を決めたら、本格導入の前にPoC(概念実証)で効果と課題を確かめます。PoCで大切なのは、「試してみた」で終わらせず、導入するかどうかを判断できる材料を集めることです。

PoCの進め方

  1. 現状を測る:対象業務にかかっている時間や手順、よくある失敗を、導入前に記録しておきます。比較の基準がないと効果を説明できません。
  2. 評価用のデータを用意する:実際の業務から代表的な例を集め、「正解」や「望ましい出力」を担当者と一緒に決めておきます。
  3. 期間と範囲を区切る:参加者・期間・対象業務を限定し、終了時に判断する項目をあらかじめ決めます。
  4. 利用者の声を集める:数値だけでなく、「どこで手直しが必要だったか」を具体的に記録します。

評価軸の例

生成AIのPoCで確認する評価軸
評価軸確認すること
品質出力の正確さ、根拠の示し方、手直しが必要だった割合
効率作業時間の変化。確認・修正にかかる時間も含めて比較する
安全性機密情報の扱い、誤った出力が業務に与える影響、権限外の情報が表示されないか
運用利用料・保守の手間、参照データを更新する仕組み、担当者の負担
定着利用者が継続して使いたいと感じるか、業務の流れに無理なく組み込めるか

効率だけを見ると、AIの出力を確認・修正する時間が見落とされがちです。「確認込みで本当に楽になったか」を評価することが、導入後のギャップを防ぐポイントです。

RAG(検索拡張生成)の基本

社内規程やマニュアル、過去の問い合わせ履歴など、自社の情報に基づいて回答させたい場合によく使われるのが、RAG(Retrieval-Augmented Generation:検索拡張生成)という仕組みです。

  1. 社内文書をあらかじめ検索しやすい形に整理・登録しておく
  2. 質問を受けると、関連する文書の該当箇所を検索する
  3. 検索で見つかった内容を生成AIに渡し、それを根拠に回答を作成させる

RAGの利点は、AIモデル自体を学習し直さなくても、文書を更新するだけで最新の情報を回答に反映できることと、回答の根拠となった文書を利用者に示せることです。一方で、回答の質は元の文書の質に大きく左右されます。古い版の規程が残っている、同じ内容が複数の文書で食い違っている、といった状態では、AIも誤った回答をしてしまいます。RAGの導入は、社内文書を整理する良い機会でもあります。

また、閲覧権限のある人だけが見られる文書を検索対象にする場合は、利用者ごとの権限に応じて検索範囲を制御する設計が欠かせません。既存の業務システムとの連携やデータの整備が必要な場合は、システム移行・モダナイゼーションとあわせて検討すると効率的です。

情報漏えい・権限・ハルシネーション対策

入力する情報の取扱い

まず確認すべきは、利用する生成AIサービスが、入力した内容をどのように扱うかです。サービスの利用規約や設定で、入力データがAIの学習に使われるかどうか、どこに保存されるかを確認し、業務利用に適した契約・設定を選びます。

個人情報保護委員会は、個人情報取扱事業者が個人情報を含むプロンプトを入力する場合には利用目的の範囲内であることを十分に確認すること、また、あらかじめ本人の同意を得ずに個人データを含むプロンプトを入力し、それが応答の出力以外の目的で取り扱われる場合には個人情報保護法に違反する可能性があるため、サービス提供事業者がそのデータを機械学習に利用しないこと等を十分に確認すること、といった注意喚起を行っています(出典:個人情報保護委員会「生成AIサービスの利用に関する注意喚起等について」)。

権限の設計

社内システムと連携させる場合、AIが参照・操作できる範囲は利用者本人の権限を超えないように設計します。特に、メール送信やデータ更新など「操作」を伴う自動化は、最初は人の承認を挟む形にし、ログを残して後から確認できるようにしておきます。

ハルシネーション(もっともらしい誤り)への備え

生成AIは、事実と異なる内容をもっともらしく出力することがあります。これは完全には防げない前提で、業務の流れの中に確認の仕組みを組み込むことが現実的です。

  • 回答に根拠となる文書や該当箇所を示させ、利用者が確認できるようにする
  • 根拠が見つからない場合は「分からない」と答えるよう指示する
  • 社外への送付や重要な判断に使う前には、必ず人が確認する

社内ルールづくり:公的なガイドラインを土台に

生成AIを安心して使うためには、利用のルールを文書にしておくことが欠かせません。土台として参考になるのが、総務省・経済産業省が取りまとめた「AI事業者ガイドライン」です。2026年3月31日に第1.2版が公表されています(出典:経済産業省「AI事業者ガイドライン(第1.2版)」/総務省「AI事業者ガイドライン」)。

同ガイドラインは、AIに関わる事業者を「AI開発者」「AI提供者」「AI利用者」の3つに分け、人間中心、安全性、公平性、プライバシー保護、セキュリティ確保、透明性、アカウンタビリティなどの「共通の指針」を示しています。業務で生成AIサービスを使う企業は主に「AI利用者」にあたり、その概要資料では、個人情報や機密情報を不適切に入力しないよう注意を払うこと、AI提供者が示すセキュリティ上の留意点を守ること、プロンプトに含まれるバイアスに留意して出力結果の事業利用を責任をもって判断することなどが挙げられています。

社内ルールには、少なくとも次の項目を盛り込んでおくとよいでしょう。

  • 利用を認めるAIサービスと、業務で使う際の契約・設定
  • 入力してはいけない情報(個人情報、取引先の機密情報など)の具体例
  • 出力を利用する前の確認責任と、社外に出す場合の承認手順
  • 著作権など、生成物の利用に関する注意点
  • トラブルや誤りに気づいたときの報告先
  • ルールの見直し時期と担当部署

ルールは一度作って終わりではありません。サービスの機能や公的なガイドラインは更新されていくため、定期的に見直す前提で運用しましょう。

定着と運用:PoCの「その後」が本番

PoCで良い結果が出ても、本格導入後に使われなくなってしまうことは珍しくありません。定着させるためには、次のような取り組みが有効です。

  • 業務の流れに組み込む:別の画面を開いて使う「おまけ」ではなく、普段使っているツールや手順の中に組み込む
  • 使い方を共有する:うまくいった指示文(プロンプト)や使い方の例を社内で共有し、短時間の勉強会を開く
  • 担当者を決める:参照する文書の更新、利用状況の確認、問い合わせ対応を担う担当者を置く
  • 効果を測り続ける:PoCで使った評価軸を継続して確認し、対象業務の拡大や見直しを判断する

「小さく始めて、確かめて、広げる」というサイクルを回し続けることが、生成AIを一過性の取り組みで終わらせないための近道です。

まとめ

  • 最初の対象は、頻度が高く、人が確認しやすく、間違えても影響が限定的な業務から選ぶ
  • PoCでは導入前の状態を測り、品質・効率・安全性・運用・定着の観点で判断する
  • 自社の情報を使うならRAGが有力。文書の整理と権限に応じた検索範囲の制御が鍵
  • 入力情報の扱い、権限、ハルシネーションへの備えを業務の流れに組み込む
  • 社内ルールは公的なガイドラインを土台に作り、定期的に見直す

コエラーン・テクノロジー(Koelearn Technology)では、対象業務の選定からPoCの設計、RAGを含むシステムの構築、社内ルールづくりや運用の定着まで、AI・データ活用・業務自動化をご支援しています。まずは「どの業務から始めるべきか」の整理から、お気軽にご相談ください。