AIガイドラインを実務で使うには｜情報・操作・承認を仕事ごとに決める

AIに任せたい業務が増えると、現場から具体的な質問が出てきます。「顧客の記録を読ませてよいか」「案件管理の項目を更新してよいか」「作った文面を、そのまま送ってよいか」。使ってよい製品の一覧があっても、仕事の途中で判断に迷うことは残ります。

社内のAIガイドラインには、一つの仕事で使う情報、実行する操作、任せる条件、判断を戻す担当まで書きます。通常の処理を進める条件が明確なら、毎回同じ確認を繰り返さずに任せられます。条件が変わったときは、人が判断する場所も分かります。

1. 一つの業務で、使う情報と実行する操作を書き出す

最初は「商談後に、合意内容の確認メールを送って案件記録を更新する」のように、始まりと終わりの分かる仕事を選びます。AIが読む資料と、書き換える記録、外部へ届ける情報を別々に確認してください。議事録を要約してよいことと、その内容を顧客へ送ってよいことは、異なる許可です。

利用する情報については、顧客との契約や社内規程、製品・契約プランのデータ取扱条件を照合します。対象の情報を入力・連携してよいか、何が保存されるか、誰が閲覧できるかを、実際の契約と設定で確かめます。製品名だけで一律に判断せず、同じ製品でも使うアカウントや接続方法を特定します。

総務省・経済産業省「AI事業者ガイドライン第1.2版」本編p.40（PDF41ページ）でも、想定された範囲での利用、入力データの正確性、出力の精度・リスクの確認が扱われています。自社の業務では、それを現場が判断できる具体的な条件にします。

次の表は、商談後フォローを題材にした架空の記入例です。自社で決めるべき項目を示すもので、顧客への送信を一律に許可する規則ではありません。

決める項目	業務ルールの記入例
参照する情報	当該案件の商談記録、現行の商品資料、承認済みの条件を使う。別顧客の非公開資料は参照対象に含めない
更新する記録	当該案件の次アクションと対応履歴を更新する。契約金額や受注確定の変更は対象外とする
送る相手と内容	既存の確認済み宛先へ、承認済みの条件を変えず、合意事項の確認と次の連絡を行う
人へ戻す判断	値引き、契約条件、新しい宛先、根拠が食い違う記載は営業責任者へ確認する
結果が分からない場合	送信済み履歴を照合し、未送信と確認できるまで再送しない。確定できなければ担当者へ渡す
残す記録と担当	参照元、更新・送信の結果、例外時の判断を残す。業務責任者が条件を見直し、システム担当が設定へ反映する

2. 通常の処理を任せる条件と、人へ戻す判断を決める

通常の仕事を任せるには、たとえば「この案件の、この宛先に、この範囲の内容を送る」まで条件を具体化します。事前にその業務を承認し、条件をシステムで確かめられるようにすれば、その範囲の処理は都度の確認を挟まずに進める設計ができます。

一方、値引きや契約の変更、新しい宛先への共有などは、元の条件を変える判断です。AIには変更点、根拠となる記録、提案する対応をまとめさせ、権限を持つ担当者へ渡します。「確認してください」だけで戻さず、何を決めれば次へ進めるかを示します。判断が終わるまでは、その操作を実行しません。

送信中に通信が切れた場合のように、実行結果が分からないときも扱いを決めます。エラーの表示だけで未送信と決めず、送信先の履歴などで確認します。確認できなければ結果不明として引き継ぎ、同じメールを重ねて送りません。結果の照合まで含めて、仕事の完了条件を定めておきます。

3. 書いたルールを、接続・権限・動作確認に反映する

文書で「当該案件だけ」と決めたら、接続先の権限や参照範囲も合わせます。更新してよい項目を限定し、送信前には対象の宛先、条件の変更、重複送信の有無を確認する処理を組み込みます。ルールをAIへの指示文に書くだけで終わらせず、権限設定や入力チェックでも支えます。

たとえばMicrosoft Copilot Studioのツール設定には、ツール実行前に利用者へ確認する設定と、利用者・作成者のどちらの認証情報を使うかの設定があります。これは、確認を求めるかと、どの権限で接続するかを別々に確かめる必要がある製品例です。設定の選択肢や適用範囲は、利用する環境で確認します。

運用開始前は、通常の仕事に加えて、宛先の変更、資料の不一致、対象外の更新、送信結果が不明な場合を試します。進めてよいときに進めること、判断が必要なときに止まり、必要な情報を担当者へ渡せることの両方を確認します。担当者が文書を読んだかだけでなく、実際に使う画面と操作で確かめてください。

導入全体の進め方や、動く試作から現場で検証する方法は、生成AI導入の進め方でも解説しています。

4. 現場の迷いと変更を、ルールの見直しにつなげる

運用すると、承認待ちが集中する操作、担当が曖昧な例外、何度も同じ修正が入る文面が見えてきます。その記録を使い、条件を明確にして任せられる仕事を増やすのか、人の判断を残すのかを見直します。処理件数だけでなく、確認・修正・待ち時間と、誤った更新や重複送信が起きていないかも確認します。

業務責任者は任せる条件と例外を決め、システム担当は接続や権限へ反映し、現場の利用者は迷った場面を報告します。個人情報や契約の取扱いに判断が必要なら、その分野の担当者へつなぎます。NISTのAIリスク管理フレームワークも、人とAIの関わり・監督における役割と責任（GOVERN 3.2）、継続的な監視と定期的な見直し（GOVERN 1.5）を扱っています。

利用製品、接続先、対象データ、担当者、顧客との条件が変わったときは、文書と設定を一緒に見直します。どの版のルールで試し、誰が確認したかを残しておけば、変更後にも同じ業務で確かめ直せます。

Facet BridgeのAI Native Company化支援では、AI利用ガイドライン・権限設計を、業務フロー、組織の役割、実装・運用と合わせて扱います。相談では、いま任せたい仕事と、担当者が判断に迷う操作をお聞かせください。条件を決めるところから、設定・動作確認、現場での見直しまで具体化します。