目次
社内問い合わせBotは、FAQへ答えるだけでは不十分です。承認済みナレッジを権限に沿って検索し、根拠と更新日を示し、答えられない質問は受付番号つきで人へ引き継ぐところまで設計します。評価するのは自動回答率ではなく、利用者が解決を確認した割合、誤案内、再問い合わせ、有人対応開始までの時間です。
本記事は2026年6月28日時点のGoogle公式情報をもとにしています。Google Chat API、Workspace API、Gemini、管理機能の利用条件は、契約エディションや管理者設定で異なります。個人情報、アカウント権限、給与・人事、セキュリティ事象を扱う場合は、自社の情報管理・本人確認・対応手順も確認してください。
Expert Q&A
作り始める前に確認したいこと
湯田英也SakuraAI株式会社 代表 / ソフトウェアエンジニアQ. FAQを何件用意すればBotを始められますか？
A. 件数より、頻度と回答の安定性です。毎月繰り返され、担当者によって答えが変わらない質問を10〜20件ほど。逆に、個別判断が要る質問を水増しして自動回答させると、かえって信頼を失います。
Q. 生成AIなら自然な言葉の質問にも答えられますか？
A. 答えやすくはなりますが、自然な文章と正しい回答はまったく別物です。必ず承認済み文書から根拠を取り、見つからなければ『分かりません』と言って人へ引き継ぐ。この設計を外すと、それらしい嘘を返すBotになります。
Q. 自動回答率は高いほどいい？
A. そうとは限りません。分からない質問にまで答えると、数字だけは上がります。見るべきは、利用者が実際に解決したか・同じ問い合わせが再発していないか・誤案内がないか。回答率は目的ではありません。
情シス、人事、経理、総務には、同じ問い合わせが何度も届きます。担当者は回答そのものより、過去の資料を探し、質問者の状況を確認し、担当部署へ転送する作業に時間を使っています。
社内問い合わせBotは、この一次対応を短くできます。ただし、何でも即答するBotは危険です。古い規程を断定的に案内したり、質問者が見られない人事情報を要約したり、緊急のセキュリティ事故を通常FAQとして処理したりする可能性があります。
先に分ける：Botが答える質問・答えない質問
| 問い合わせ | Botの役割 | 人の役割 | 回答方針 |
|---|---|---|---|
| 全社員共通の手順 | 承認済み手順を検索し、根拠つきで案内 | ナレッジを更新 | 自動回答しやすい |
| 制度の一般案内 | 対象者と条件を示す | 個別適用を判断 | 一般情報まで回答 |
| 個人の申請状況 | 本人確認後に受付先へ案内 | 個別データを確認 | 内容は担当へ引き継ぐ |
| 権限追加・アカウント変更 | 必要項目を受け付ける | 本人・承認・影響を確認して実行 | Botは変更しない |
| 給与・評価・労務相談 | 窓口と安全な連絡方法を案内 | 権限を持つ担当者が対応 | 公開スペースで回答しない |
| セキュリティ事故 | 緊急窓口へ即時誘導・通知 | インシデント手順で対応 | FAQ検索よりエスカレーション優先 |
| 規程にない例外 | 受付番号と要約を作る | 責任者が判断 | 推測で回答しない |
Botに答えられないと言わせることは失敗ではありません。質問を適切な担当へ、必要な情報と一緒に渡せれば、ヘルプデスク全体の時間を短縮できます。
どの問い合わせから自動化するべきか
Decision chart
社内問い合わせの自動回答適性
回答の安定性、個別情報の少なさ、誤案内時の影響、手順の更新頻度をもとにSakuraAIが整理した導入判断用スコアです。Google公式の評価ではありません。
全社員共通で手順を根拠文書にしやすい
確認項目を順番に提示し、解決しなければ引き継げる
対象者と最新版の様式を示せれば回答しやすい
対象条件を示し、個別判断は担当へ渡す
本人確認と制限データへのアクセスが必要
受付はできるが、承認と実行は人が行う
自動回答せず、安全な窓口へ案内する
問い合わせ件数が多くても、個人情報や例外判断を含む質問は自動回答に向きません。件数とリスクを別々に評価します。
Google Chat Botの実務フロー
Chatで問い合わせ
DM、メンション、コマンド、フォームで受付
分類・権限確認
緊急度、対象部署、利用者の閲覧範囲を判定
承認済み情報を検索
根拠、対象者、更新日を取得
回答・解決確認
出典を示し、解決したか利用者へ確認
担当へ引き継ぎ
受付番号、要約、履歴、期限を通知
Google Chatアプリは、メッセージ、メンション、コマンド、ボタンクリックなどのインタラクションイベントを受け取り、カードやダイアログで応答できます。単に文章を返すだけでなく、解決した、解決しない、内容が古い、担当へ相談といった操作を用意できます。
ナレッジには本文以外の情報が必要
生成AIへ文書を渡すだけでは、正しい回答基盤になりません。各ナレッジに管理情報を持たせます。
| 項目 | 内容 | 目的 |
|---|---|---|
| ナレッジID | 一意の管理番号 | 回答と修正履歴を追跡する |
| 質問・タイトル | 利用者が探す内容 | 検索と分類に使う |
| 承認済み回答 | 現在の正式な案内 | AIが要約する正本にする |
| 対象者 | 全社員、特定拠点、管理職など | 誤った対象への案内を防ぐ |
| 根拠リンク | 規程、手順書、申請ページ | 利用者が原文へ戻れるようにする |
| 責任者 | 内容を管理する部署・担当 | 修正先を明確にする |
| 最終確認日 | 最後に内容を確認した日 | 古い情報を検出する |
| 次回見直し日 | 再確認する期限 | 放置を防ぐ |
| 機密区分 | 全社、部門限定、個別情報など | 検索・表示範囲を制御する |
| 引き継ぎ先 | 担当スペース、キュー、連絡方法 | 回答不能時に止めない |
古いナレッジは回答対象から外し、担当者へ確認を戻す方法もあります。更新日がない文書を、AIが自信を持って要約する状態を避けます。
回答は5要素で揃える
| 要素 | 表示する内容 | 理由 |
|---|---|---|
| 結論 | 利用者が次に行うこと | 長い説明を読まなくても動ける |
| 条件 | 対象者、前提、例外 | 自分に当てはまるか判断できる |
| 根拠 | 正式文書へのリンク | AI要約から原文へ戻れる |
| 鮮度 | 最終確認日 | 古い情報か判断できる |
| 次の導線 | 解決確認、誤り報告、担当相談 | 回答後に利用者を放置しない |
回答が長くなる場合は、最初に結論と手順を示し、詳細は根拠文書へリンクします。Chatへ規程全文を貼ると、更新後も古い投稿が残ります。
権限はBotの検索時と回答時の両方で確認する
Google Driveのファイルとフォルダには権限があり、フォルダの権限は配下へ継承されます。Botがどの認証方式でDriveを検索するかによって、取得できる情報が変わります。
| 方式 | 特徴 | 向くナレッジ | 注意点 |
|---|---|---|---|
| 全社員向け専用ナレッジ | Botが承認済みの共通文書だけを検索 | IT手順、全社申請、共通FAQ | 対象文書を明示的に限定する |
| 利用者認証で検索 | 質問者の権限でWorkspaceデータへアクセス | 部門ごとに閲覧範囲が違う文書 | OAuth同意、スコープ、実装が必要 |
| Botのサービスアカウント | アプリ自身の権限で処理 | Bot専用のナレッジ保管庫 | 広い権限を持たせると情報漏えいにつながる |
| 担当者へ引き継ぎ | 制限情報をBotが返さず、人が確認 | 個人情報、例外、権限変更 | 本人確認と対応期限を設計する |
Google Workspace内のGeminiは、利用者がアクセス権を持つデータを参照するよう設計されています。一方、独自に作るChat Botでは、サービスアカウントが取得できた内容を質問者へ返してよいとは限りません。アプリ側で認証と認可を設計します。
ドメイン全体の委任や広いOAuthスコープを、実装を簡単にする目的だけで使わないでください。必要なデータと操作を最小化し、管理者の承認、監査、認証情報の安全な保管を前提にします。
有人エスカレーションで渡す情報
Botが回答できないとき、質問文だけを担当スペースへ転送すると、担当者が同じ確認をやり直します。次の情報を引き継ぎます。
| 項目 | 内容 |
|---|---|
| 受付番号 | 問い合わせを追跡する一意のID |
| 問い合わせ分類 | 情シス、人事、経理など |
| 利用者 | 必要な範囲で本人・部署を特定 |
| 要約 | 何が起き、何を試したか |
| Botの回答履歴 | 提示した手順と根拠 |
| 緊急度 | 影響範囲と業務停止の有無 |
| 担当者 | 次に対応する人・チーム |
| 対応期限 | 初回対応や次回連絡の目安 |
| 正本リンク | チケット、管理表、制限された記録 |
担当スペースには必要最小限を通知し、個人情報や機密内容は権限を設定したチケットへ置きます。担当者が回答した内容を、そのまま全社FAQへ追加しないことも重要です。責任者の確認を経てナレッジ化します。
FAQ検索・生成AI・専用サービスの比較
| 方式 | 強み | 弱点 | 向く状況 |
|---|---|---|---|
| キーワードFAQ Bot | 挙動が予測しやすく、小さく作れる | 言い換えや複雑な質問に弱い | 質問と回答が固定された初期導入 |
| 生成AI + 承認済みナレッジ | 自然文の質問を検索・要約しやすい | 根拠、権限、誤回答対策が必要 | 文書が多く質問表現が揃わない組織 |
| 独自Google Chatアプリ | Workspace認証、カード、ダイアログ、独自連携 | 開発、監視、保守が必要 | 社内フローと深く連携したい場合 |
| 専用サービスデスク | チケット、SLA、資産、分析、複数チャネル | 導入費用と製品運用が必要 | 問い合わせ量と担当部署が多い組織 |
| 人だけで対応 | 例外や個別事情を判断できる | 検索・転送・定型回答の負担が大きい | 件数が少ない、判断リスクが高い領域 |
生成AIを使うかどうかより、承認済みナレッジと有人引き継ぎがあるかの方が重要です。問い合わせ件数が増え、SLAや資産管理まで必要になったら、Chat Botへ機能を足し続けず専用製品を比較します。
導入手順
1. 問い合わせログから対象を選ぶ
件数が多く、回答が安定し、全社員向けに公開できる質問を選びます。担当者の感覚だけでFAQを作らず、実際の問い合わせと解決実績を確認します。
2. 自動回答禁止ラインを決める
個人情報、権限変更、給与・評価、例外承認、セキュリティ事象など、Botが回答せず人へ渡す条件を文書化します。
3. ナレッジを整備する
根拠、対象者、責任者、最終確認日、見直し日、機密区分、引き継ぎ先を付けます。正本がない口頭回答は、確認してから登録します。
4. 認証と権限を設計する
Chatアプリ自身の認証と、利用者としての認証を使い分けます。全社員向けナレッジだけを対象にする方法から始めると、権限設計を単純にできます。
5. 解決確認と引き継ぎを実装する
回答、根拠、更新日とともに、解決した、解決しない、古い、担当へ相談の操作を用意します。担当への引き継ぎには受付番号と回答履歴を含めます。
6. 指標を見て改善する
| 評価項目 | 見る内容 |
|---|---|
| 確認済み解決率 | 利用者が解決したと回答した割合 |
| 誤回答率 | 担当者が誤りとして修正した回答 |
| 根拠なし回答 | 出典を提示できなかった回答 |
| 古いナレッジ | 見直し期限を過ぎた回答元 |
| 再問い合わせ率 | 同じ利用者・内容で再度発生した割合 |
| 有人対応開始時間 | 引き継ぎから担当者の初回対応まで |
| 再オープン率 | 解決後に同じ受付が再開した割合 |
| 権限エラー | 見えるべき情報が見えない、または逆の件数 |
よくある失敗
| 失敗 | 起きること | 回避策 |
|---|---|---|
| 自動回答率だけを追う | 分からない質問にもBotが答える | 確認済み解決率と誤回答を測る |
| Drive全体を検索対象にする | 制限情報や古い文書を返す | 承認済みコーパスと権限を限定する |
| 根拠を表示しない | 利用者も担当者も正誤を確認できない | 文書リンクと更新日を付ける |
| 回答不能で会話を終える | 利用者が別窓口を探し直す | 受付番号つきで担当へ引き継ぐ |
| 担当回答を自動でFAQ化する | 例外回答が全社ルールになる | ナレッジ責任者が承認する |
| 個別相談を公開スペースで続ける | 個人情報が広がる | DMや制限されたチケットへ移す |
| 緊急事象もFAQ検索する | 対応開始が遅れる | キーワードと影響で即時エスカレーションする |
SakuraAIで支援できること
SakuraAIは、Google Chatで文章を返すだけのBotではなく、ナレッジ管理、権限、受付番号、有人引き継ぎ、改善指標まで含む社内ヘルプデスクを設計します。Chatのカード・ダイアログ、Drive検索、Google Chat API、Apps Script、生成AIを必要な範囲で組み合わせます。
全社員向けFAQから小さく始め、個別情報は担当者へ渡します。問い合わせ量やSLA要件が大きい場合は、専用サービスデスク製品との比較も行います。
Expert Q&A
最後に湯田へ確認
湯田英也SakuraAI株式会社 代表 / ソフトウェアエンジニアQ. 社内Botが成功した状態とは？
A. 担当者への同じ質問が減り、利用者が根拠を確認して自己解決でき、解決できない質問は迷わず担当へ届く状態です。Botが何件返答したかだけでは判断しません。
Q. 回答精度を上げる一番の方法は？
A. モデル変更より先に、古い文書を外し、対象者と責任者を付け、実際の問い合わせ表現をナレッジへ反映することです。誤回答を報告しやすくする仕組みも必要です。
Q. 専用サービスデスクへ移る目安は？
A. 複数部署のSLA、資産管理、承認、監査、メールやポータルなど複数チャネルが必要になったときです。Chat Botへ独自機能を増やす保守費と比較します。
よくある質問
社内問い合わせをすべてBotで自動回答できますか？
できません。手順や制度の一般案内は自動回答に向きますが、個人の給与・評価、アカウント権限変更、例外承認、セキュリティ事故などは本人確認や担当者判断が必要です。回答不能ではなく、安全に引き継げることを要件にします。
生成AIを使えばFAQを作らなくてもよいですか？
いいえ。生成AIは文書を探して要約できますが、正しい根拠、対象者、更新日、責任者がないと古い回答を自然な文章で返します。FAQという形式に限定する必要はありませんが、承認済みナレッジの整備は必要です。
Driveの社内文書をすべてBotに読ませてもよいですか？
おすすめしません。全社員向けナレッジと制限文書を分け、利用者の権限に応じて検索します。サービスアカウントが広い権限で取得した内容を、そのまま質問者へ返す設計は避けます。
Botの回答が間違っていた場合はどうしますか？
回答ごとに根拠リンク、最終確認日、解決しなかった、内容が古い、担当へ相談の操作を用意します。誤回答は問い合わせ履歴とナレッジ責任者へ紐づけ、回答停止や修正をすぐ行えるようにします。
Google ChatアプリとFAQサービスのどちらがよいですか？
Workspace内の認証や業務フロー、独自の引き継ぎが必要ならChatアプリが向きます。多チャネル対応、SLA、資産管理、分析などを重視する場合は専用サービスデスク製品を比較します。
参考・一次情報
開発相談
Google Chat Bot・Webhook開発を相談する
通知・承認・問い合わせ連携のBotとAPI実装を支援します。
開発を相談する