生成AIを社内で使い始めると、だんだん「例外」が見えてきます。
問い合わせ返信で、いつもと違う条件が出る。
議事録要約で、決定事項なのか雑談なのか迷う。
FAQ案をAIに作らせたけれど、そのまま社外へ出していいか判断できない。
前回、生成AIの例外対応は、担当者の勘ではなく分岐表にする で、こうした例外を「進める、止める、確認する」の分岐表にする話を書きました。
ただ、ここで終わると少しもったいないです。
分岐表を作った。
担当者は理解した。
でも、その分岐表がフォルダの奥に置かれて、次に迷った人が見つけられない。
この状態だと、翌週にはまた同じ質問が出ます。
「この場合、AI使っていいんでしたっけ」
「前も似た話ありませんでしたっけ」
「結局、誰に確認すればいいんですか」
はい、分岐表、どこ行った問題です。
せっかく判断を整理したのに、使う入口がなければ現場には残りません。
総務省・経済産業省の AI事業者ガイドライン第1.2版 では、AI活用に関わる体制やリスク対応を継続的に見直す前提が示されています。
IPAの AI利用者のためのセキュリティ豆知識 でも、AIに詳しくない利用者や管理者が最低限の対策を理解し、利用ケースの広がりに合わせて更新していく考え方が整理されています。
中小機構の 中小企業のAI等利活用に係る実態調査 では、AI導入済み企業で生成AIの利用が多く、導入効果として業務効率化や作業時間短縮が大きく扱われています。
一方で、商工中金の 中小企業の生成AIの利用にかかる調査 では、導入以前は「具体的な活用場面が不明」、導入検討では「導入を推進する人材がいない」、導入後は「社内ルール・方針整備が追い付かない」ことが課題として挙げられています。
つまり、生成AIは使われ始めている。
でも、使い続けるための社内の置き場所が弱い。
ここが今日のテーマです。
生成AIの例外分岐表は、社内FAQに戻して初めて「次の人が使える判断」になります。
この記事では、小さな会社やひとり社長が、生成AIの例外対応を一度きりの判断で終わらせず、社内FAQとして育てる手順をまとめます。
分岐表は作って終わりではなく、次に迷う人の入口にする
分岐表は便利です。
どんな条件なら進めるか。
どんな条件なら止めるか。
誰に確認するか。
どこまでAIに任せて、どこから人が判断するか。
これが見えるだけで、担当者の負担はかなり減ります。
ただし、分岐表には弱点があります。
それは、必要な人が必要な瞬間に見つけにくいことです。
特に小さな会社では、資料の置き場所が分かれていきます。
Google Drive。
Notion。
共有フォルダ。
チャットのピン留め。
担当者のデスクトップ。
最後のやつ、だいぶ危ないです。
分岐表は、作った本人にとっては分かりやすい資料です。
でも、後から見る人にとっては「どの業務の、どの場面で見るものなのか」が分からないことがあります。
問い合わせ返信の分岐表なのか。
社内文書の要約ルールなのか。
顧客情報をAIに入れるときの注意なのか。
FAQ作成時の確認ルールなのか。
タイトルだけで判断できない場合、現場は探しません。
忙しいからです。
そして、近くの人に聞きます。
「これ、どうしたらいいですか」
その質問に毎回答えていると、分岐表を作った意味が薄くなります。
だから、分岐表は単体で置かず、社内FAQの入口へ戻します。
社内FAQというのは、きれいなQ&A集を作ることではありません。
現場で迷った人が、まず開く場所を決めることです。
分岐表は、判断の中身。
社内FAQは、判断にたどり着く入口。
この2つを分けて考えると、運用しやすくなります。
最初にやることはシンプルです。
例外分岐表を1つ作ったら、それに対応するFAQを1つ作る。
たとえば、問い合わせ返信の分岐表を作ったなら、FAQの入口はこうです。
「AIで作った返信案を、そのまま送ってよいか迷ったらどうする？」
この質問から、分岐表へつなげます。
資料名ではなく、迷いの言葉で入口を作る。
これだけで、次に迷った人が探しやすくなります。
FAQに戻す前に、例外を質問の形に言い換える
社内FAQに入れるとき、やりがちな失敗があります。
それは、例外の名前をそのまま見出しにしてしまうことです。
「金額例外」
「個人情報対応」
「顧客別条件」
「社外公開チェック」
「AI出力レビュー」
管理する側から見ると、たしかに分かります。
でも、現場で迷っている人は、その言葉で検索しません。
たとえば問い合わせ返信の担当者が迷っているとします。
頭の中にあるのは、こういう問いです。
「AIが値引きっぽい提案を書いているけど、送っていいのかな」
「お客様の名前を消せば、問い合わせ内容をAIに入れていいのかな」
「過去の契約条件が関係しそうだけど、自分だけで返していいのかな」
「AIが断定しているけど、まだ社内確認していない情報がある」
この言葉で入口を作らないと、FAQは使われません。
つまり、例外は分類名ではなく質問に変換します。
悪い例は、こうです。
- 顧客情報の取り扱い
- 金額条件の確認
- 社外送信前レビュー
悪くはないのですが、現場の迷いから少し遠いです。
使いやすい形にすると、こうなります。
- お客様の名前を消せば、問い合わせ内容をAIに入れてよい？
- AIの返信案に金額や値引きが含まれたら、誰に確認する？
- AIが作った文章を社外へ送る前に、どこを見る？
質問の形にすると、読む人が自分ごとにしやすくなります。
ここで大事なのは、FAQを増やしすぎないことです。
同じような質問を、少しずつ表現を変えて10個も作る必要はありません。
まずは、現場で実際に出た質問を1つ置く。
その下に、関連する分岐表や判断ログをつなげる。
これで十分です。
生成AIの社内FAQは、作って終わりではなく更新担当を決めて育てる でも書いたように、FAQは最初から完成品として作るものではありません。
実際に出た質問から育てるものです。
例外分岐表をFAQへ戻すときも同じです。
最初に必要なのは、きれいな分類ではなく、現場の言葉です。
答えには、結論だけでなく判断理由と確認先を残す
FAQの回答には、つい結論だけを書きたくなります。
「この場合はAIに入れない」
「この場合は責任者に確認する」
「この場合は社外送信前に人が見る」
もちろん、結論は必要です。
でも、結論だけだと弱いです。
なぜなら、少し条件が変わったときに応用できないからです。
たとえば、FAQにこう書いてあったとします。
「個人情報が含まれる場合はAIに入力しない」
これは大事です。
ただ、現場では次の迷いが出ます。
「名前を消したらいいのか」
「会社名はどうするのか」
「問い合わせの文脈まで消すと、AIが答えられないのでは」
「社内契約しているAIツールなら大丈夫なのか」
「要約だけならいいのか」
ここで結論しかないと、また人に聞くことになります。
だから、FAQの回答には、少なくとも次の5つを残します。
- 結論
- 判断理由
- 使ってよい条件
- 止める条件
- 確認先
この5つがあると、少し条件が変わっても判断しやすくなります。
たとえば、問い合わせ返信のFAQならこうです。
「AIの返信案に金額が含まれたら、そのまま送ってよい？」
結論は、原則そのまま送らない。
判断理由は、金額や値引きは契約条件や過去の約束と結びつきやすいから。
使ってよい条件は、公開済み料金表の範囲を説明するだけの場合。
止める条件は、個別値引き、特別対応、過去契約、未確定見積もりが含まれる場合。
確認先は、営業責任者、代表、または案件担当者。
ここまで書いておくと、FAQが単なる答えではなく、判断の再利用になります。
さらに、元になった分岐表や改善ログへのリンクも置いておきます。
ただし、顧客名、個人情報、機密情報はFAQにそのまま残しません。
具体例を残す場合も、必ず抽象化します。
「A社の〇〇案件」ではなく、「既存顧客で過去契約がある問い合わせ」のように置き換えます。
AI活用のFAQは、便利にするほど情報が集まりやすくなります。
だからこそ、FAQ自体が情報漏れの置き場にならないようにします。
判断を残す。
でも、余計な個人情報は残さない。
このバランスが大事です。
更新日は、FAQより運用ログを先に見て決める
社内FAQは、作ったあとが本番です。
ただ、更新の仕方を間違えると、すぐに重くなります。
毎週全部見直す。
担当者が気づいたら直す。
質問が出たらその場で足す。
一見よさそうですが、続けるのは大変です。
特に小さな会社では、FAQ担当者が専任ではないことが多いです。
本業をしながら、AI運用も見て、社内質問にも答える。
その状態で「FAQを常に最新にしてください」と言われると、まあ無理です。
なので、FAQの更新日は、気合いで決めません。
運用ログを見て決めます。
見るポイントは3つです。
1つ目は、同じ質問が2回以上出ているか。
同じ迷いが繰り返されているなら、FAQに入口がないか、入口の言葉が悪い可能性があります。
2つ目は、止める判断が増えているか。
AIの出力を止める場面が増えているなら、分岐表やルールが現場に合っていないかもしれません。
3つ目は、確認先が毎回同じ人に偏っているか。
特定の人だけに質問が集まるなら、その人の判断をFAQへ移す価値があります。
この3つを、月1回だけ見ます。
毎日見なくていいです。
毎週の細かい修正も、最初は不要です。
月1回、運用ログからFAQへ戻す。
このくらいのリズムの方が続きます。
ログに残す項目も、最初は軽くていいです。
- 迷った場面
- どう判断したか
- 誰に確認したか
- 次も迷いそうか
これだけで、FAQ更新の材料になります。
逆に、運用ログを見ずにFAQだけを直すと、管理者の想像で更新することになります。
「たぶん現場はここで困るはず」
「このルールも入れておいた方がいいかも」
「念のため、この注意も追加しておこう」
こうしてFAQが長くなります。
長いFAQは、読まれません。
読む前に負けます。
FAQは、運用ログから必要なものだけ戻す。
この順番を守るだけで、だいぶ実務寄りになります。
社内FAQは、教育資料と月次レビューへつなげる
社内FAQは、ただ置いておくだけでは広がりません。
検索できるようにした。
リンクも貼った。
更新担当も決めた。
それでも、現場が見ないことはあります。
なぜか。
日常業務の流れに入っていないからです。
FAQは、困ったときに見る場所です。
でも、困った瞬間の人は、だいたい急いでいます。
急いでいる人に「FAQを探して読んでください」と言っても、なかなか定着しません。
だから、FAQは教育資料と月次レビューにつなげます。
まず、教育資料への接続です。
よく出るFAQを、そのまま研修資料にします。
新しくAIを使う人に、抽象的なルールを説明するより、実際に出た質問を見せる方が伝わります。
「お客様の名前を消せばAIに入れてよい？」
「AIの文章を社外へ送る前に、どこを見る？」
「AIが断定しているときは、どう直す？」
こういうFAQを3つ見せるだけで、現場はかなりイメージしやすくなります。
生成AIの社内教育は、共有後の質問ログで直す でも書いたように、社内教育は一度説明して終わりではありません。
共有後に出た質問で直していくものです。
FAQは、その質問ログの受け皿になります。
次に、月次レビューへの接続です。
月1回のAI活用レビューで、FAQを全部読み直す必要はありません。
見るのは、次の3つだけでいいです。
- 今月よく見られたFAQ
- 今月追加したFAQ
- まだFAQにできていない迷い
これだけで、社内のAI活用がどこで止まりやすいかが見えます。
もし同じFAQが何度も見られているなら、ルールが分かりにくいのかもしれません。
もしFAQにできていない迷いが多いなら、分岐表が足りないのかもしれません。
もしFAQが増えているのに質問が減らないなら、入口の言葉が現場と合っていないのかもしれません。
FAQは、答えの倉庫ではありません。
社内教育と運用改善をつなぐ観察ポイントです。
ここまでつながると、生成AI活用は「詳しい人ががんばる」状態から少し抜け出せます。
担当者の判断が、質問になり、FAQになり、教育になり、月次レビューに戻る。
この循環ができると、AI内製化はかなり現実的になります。
最初は3問だけでいいので、使われた質問から育てる
ここまで読むと、ちゃんとした社内FAQを作らないといけない気がするかもしれません。
カテゴリを決める。
タグを付ける。
担当者を決める。
更新日を入れる。
検索しやすくする。
教育資料にもつなげる。
月次レビューにも戻す。
やること多すぎ問題です。
でも、最初から全部やらなくて大丈夫です。
最初は3問だけでいいです。
本当に現場で使われそうな質問を3つだけ作ります。
たとえば、問い合わせ対応で生成AIを使っているなら、この3つです。
- お客様情報をどこまで消せばAIに入れてよい？
- AIの返信案に金額や約束が含まれたらどうする？
- AIが作った文章を社外へ送る前に、誰が見る？
社内資料の要約に使っているなら、この3つです。
- 社外秘の資料をAIに入れてよい？
- 要約に決定事項が混ざっているときはどう確認する？
- AIの要約を会議メモとして共有してよい？
FAQ作成に使っているなら、この3つです。
- AIが作ったFAQ案をそのまま公開してよい？
- 事実確認が必要な回答は、どこで止める？
- 古くなったFAQは誰が直す？
最初の3問は、かっこよくなくていいです。
むしろ、現場の言葉そのままの方がいいです。
「これ、どうしたらいいんでしたっけ」
その言葉を拾います。
そして、答えを短く書きます。
結論。
理由。
確認先。
元になった分岐表。
更新日。
これだけで、社内FAQの最小形になります。
使われたら残す。
使われなかったら直す。
同じ質問が増えたら、教育資料に入れる。
判断が変わったら、分岐表も直す。
このくらいの小さな循環から始める方が、結局続きます。
生成AIの運用は、最初から大きな制度にすると止まりやすいです。
でも、1つの迷いを1つの質問にして、次の人が見られる場所へ置く。
それなら、今日からできます。
AI活用で大事なのは、完璧なFAQを作ることではありません。
迷った判断を、次の人が使える形にすることです。
分岐表は、判断を整理する道具。
社内FAQは、その判断へたどり着く入口。
運用ログは、次に直す材料。
この3つがつながると、生成AIは「担当者が頑張って使うもの」から「社内で少しずつ育つ仕組み」へ変わっていきます。
もし今、生成AIの使い方が担当者の頭の中に寄っているなら、いきなり大きなルールを作らなくて大丈夫です。
まずは、最近出た例外を1つ選んでください。
それを質問の形に直す。
答えに、結論、理由、確認先を入れる。
元の分岐表へリンクする。
これで、最初の社内FAQができます。
カタチ舎では、生成AIの活用を「ツール導入」だけで終わらせず、業務手順、社内FAQ、教育、月次レビューまでつなげて、社内に残る形へ整える支援をしています。
生成AIを使い始めたけれど、例外対応や社内ルールが担当者任せになっている。
FAQや運用ログまで整えたいが、どこから手をつければいいか分からない。
そんな場合は、お問い合わせ からご相談ください。
今ある業務の迷いを一緒に分解し、最初の3問から社内で使える形にしていきます。
Author
村上龍平
カタチ舎代表。言葉、生成AI活用、資料・Web制作を行き来しながら、事業の考えを届く形へ整理しています。