中小企業の業務マニュアルを生成AIで使う前に｜検索できる形へ整える5つの確認

同じ経費申請でも、共有フォルダには昨年度のPDF、チャットには口頭変更のメモ、担当者のPCには更新中の表があることがあります。この状態で全ファイルを検索対象へ入れると、AIがどれを優先するかを人が説明できません。最初に、現行の手順、更新日、更新担当を一組にして置きます。古い資料は消す必要はありませんが、検索対象から外すか、「参考・旧版」と分かる場所へ分けます。

ここで対象にするのは、問い合わせが多く、完成形が決まっている仕事です。たとえば社内の備品申請、見積書の社内確認、入社時の書類案内などです。判断が毎回変わる契約交渉や人事評価まで最初から含めると、手順の整理より例外対応が増えます。DOONでは、最初の対象を一業務に絞り、実際に担当者が探している質問から手順書を直す進め方を勧めます。

正本を決める作業では、文章をきれいに書き直す必要はありません。「申請する人」「確認する人」「完了の条件」「迷った時の連絡先」が読めれば始められます。画面操作の手順がある場合は、変更されやすい画面名やリンクを日付付きで残します。更新担当が退職や異動をした時に、次の人がどこを見直せばよいかも分かるからです。

• 正本の保存場所とファイル名
• 最終更新日と更新した人
• 使える部署・役割
• 旧版を検索対象から外した方法

手順書には、顧客名、連絡先、従業員の個人情報、取引条件、ログイン情報が混ざりやすいものです。個人情報保護委員会は、個人情報を入力する際の利用目的の範囲や、本人の同意なく入力する個人データが応答以外に利用されないかなどの確認を促しています。サービスの設定や契約内容を見ずに、社内資料を一括で渡す運用は避けます。

検索用に整える時は、個人名を役割名へ置き換え、顧客固有の数値や契約条件を外し、認証情報は別の安全な管理場所に残します。一般化すると手順の意味が失われる資料は、AIの検索対象に入れません。情報を減らせば常に安全になるわけでもありません。担当者が仕事を進めるために必要な範囲と、外に出してはいけない範囲を文書ごとに判断します。

利用中の生成AIサービスでは、会話履歴の保存、入力内容の利用、管理者が設定できる範囲も確認します。サービス名だけで「社内利用可」と決めず、確認した規約のページ、確認日、判断した担当を残します。設定や規約が変わった時に見直せるためです。判断に迷う資料は、最初の対象へ含めず、情報管理の担当者と別途検討します。

「請求書の承認手順を教えて」と聞いた時、回答文だけが出る仕組みでは、担当者はどの規程を見ればよいか分かりません。回答には、参照した手順書の題名、更新日、元の保存場所を添えます。参照元が出せない回答は、下書きや探すための手掛かりに留め、手続きの根拠として使わない方針にします。

確認者も、全件を管理職へ集める必要はありません。申請手順なら経理担当、顧客への回答案なら担当部署の責任者のように、業務ごとに決めます。DOONは、回答の用途に応じて人が確認する箇所を設けることを勧めます。承認が必要な手続きでは、元の資料と既存の承認経路へ戻します。

確認の記録は、長い報告書にしなくて構いません。質問、参照元、確認した人、修正した点を一行ずつ残せば、次の担当者も判断の経緯を追えます。回答が正しかった時も残すと、どの資料が役に立ったかを見分けられます。参照元が古い、または見つからない回答は、正本を直す依頼へ回します。

業務手順は制度変更、担当変更、取引先との取り決めで変わります。AIが古い説明を返した時に、誰がどの文書を更新し、検索対象をいつ入れ替えるかがなければ、間違いを見つけても同じ回答が残ります。更新依頼の入口を一つにし、更新後に正本、旧版、検索対象をまとめて確認します。

IPAの中小企業向け情報セキュリティ対策では、組織的な取り組みや対策の段階的な実施が案内されています。マニュアルのAI利用も、一度に全資料を移すより、対象業務を限定し、困った回答を記録して更新する方が管理できます。使われなかった質問も残します。手順書に答えがないのか、質問の言い方が曖昧なのかを分けて見直せるからです。

更新の担当が一人だけのままなら、休暇や異動の時に止まります。正本を直せる人と、変更内容を確認できる人を少なくとも二つの役割に分けます。内容を変えたら、変更日、変えた理由、影響する業務を書き、旧版が検索対象に残っていないかを確認します。小さな変更でも、この流れを繰り返すと、回答を直すために毎回AI側の設定を探す必要がなくなります。更新通知を受け取る窓口も決め、制度変更の連絡が担当者個人の受信箱に埋もれないようにします。

外部サービスの仕様変更や社内制度の改定が予定されている時は、公開日より前に回答の利用を止める判断も用意します。停止中は、AIの回答に代わって正本の保存場所を案内します。便利さを維持することより、誤った手順を広げないことを優先する場面があります。停止の判断日と再開条件を手順書に残します。確認の担当も明記します。

試行中に数えるのは、AIが何回答えたかだけではありません。参照元が見つからなかった質問、回答が古かった場面、確認者へ回した理由、手順書そのものを直した箇所を残します。こうした記録は、業務の知識がどこで止まっているかを見つける材料です。

最初の一か月は、質問を受けた日時と、業務が止まった箇所も残します。たとえば「備品申請の上限額を探した」「取引先へ送る前の確認者を探した」と書けば、検索が役に立ったかを後から振り返れます。回答が出る速さだけを成功条件にすると、古い手順や不十分な根拠を見逃します。元資料へ戻れたか、確認者が迷わなかったか、手順書の更新依頼がどこへ届いたかを同時に見ます。

対象業務を広げる判断は、利用回数の多さだけで行いません。正本の更新が続いていること、対象外にした情報が守られていること、回答の参照元を担当者が確認できることを確かめます。この三つが崩れた状態で部署を増やすと、後から検索対象を止めたり整理したりする負担が大きくなります。

IPAは、業務でAIを使いこなす人材の育成と、役割に応じたスキルの整理を案内しています。社内の誰もが同じ設定を管理する必要はありません。業務を説明する人、正本を更新する人、回答を確認する人を分け、一つの定型業務で回ることを確かめてから対象を広げます。マニュアルをAIで検索できる状態は、知識をAIへ預けることではありません。社員が正しい手順へ戻れる入口を整える仕事です。