お問い合わせ
2026 / 05 / 27 更新 2026 / 08 / 19 ベストプラクティス

士業事務所が問い合わせ対応AIを導入する前に確認する項目

Lead

士業事務所の問い合わせ対応AI導入で確認したい「受付」と「判断」の境界、ツール選定の観点、PoCで終わらせないための確認項目を整理します。

結論: 問い合わせ対応AIは「受付」までは任せてよいですが、「個別判断」は有資格者の領域として最初に切り分けておきたいところです。

「問い合わせフォームの一次返信だけでもAIに任せたい」というニーズは、士業事務所で高まっています。電話・メール・LINE・チャット——窓口が増えるほど、初動の遅れがそのまま機会損失と顧問先の不満につながるためです。

ところが、いざ導入の話になると「どこまでAIに任せていいのか」「先生のご判断とAIの返信を、依頼者にどう区別してもらうのか」で手が止まるケースが多くなります。本稿では、士業事務所が問い合わせ対応AIを導入する前に整理しておきたい論点を、現場の困りごと・業法・運用設計の観点でまとめておきます。

AIに任せて安全な領域

問い合わせ対応AIが現実的に担えるのは、おおむね次のような領域です。

  • 初回受付の自動返信(受領のご連絡・回答までの目安日数のご案内)
  • よくあるご質問への定型回答(料金体系・所在地・初回相談の進め方など、公開情報に基づくもの)
  • 面談日程の調整(カレンダー連携での候補提示・確定通知)
  • 問い合わせ内容のカテゴリ分け(相続・労務・税務調査・登記、など事務所内の振り分け)
  • 必要書類リストのご案内(一般的なケースのみ。個別判断は含めません)

ここに共通しているのは、「公開情報の範囲」「事務的な工程」「定型化できる導線」の3点です。ここから外れる問い合わせは、AIに任せた瞬間に修正コストの大きい想定外の挙動を生みやすくなります。

個別事案の専門判断は禁止範囲に置く

一次受付の自動化が便利だからといって、回答の中身まで踏み込ませると、すぐに次のような問題が顔を出してきます。

  • 個別の事情(家族構成・売上規模・契約形態など)を踏まえた助言
  • 法令解釈や判例適用の余地がある回答
  • 顧問先と新規問い合わせの取り違え(誤って顧問先扱いの回答をしてしまうケース)
  • 「これは違法ですか」「税務署にどう答えればいいですか」といった、判断責任を伴う質問への回答

法律・税務・労務その他の個別判断を伴う質問は、AIに自動回答させない「禁止範囲」として扱い、有人切替の対象にすることをおすすめします。自動応答のフロー側で、これらの質問が検知されたら即時に有資格者へエスカレーションする導線を組み込んでおくことが、事故防止の前提になります。

本来「先生が事実関係を確認したうえでご判断いただく」べき領域にAIが踏み込み、その文面が事実と異なっていた場合、被害は依頼者側で発生し、責任は事務所側に残ってしまいます。読み手にとっては「AIが返したのか、先生が返したのか」は区別がつきません。

業法上の論点

ここから先は、士業特有の論点です。

弁護士法72条は、弁護士または弁護士法人でない者が、報酬を得る目的で法律事件に関して鑑定・代理・仲裁・和解その他の法律事務を取り扱うことを禁止しています。AIチャットボットが個別の法的トラブルについて「このケースはこう対応するのが適切です」と回答した場合、それを提供する事業者が誰の名義で・どの範囲まで踏み込むかによって、非弁行為と評価される余地があると考えられます。

税理士法も同様に、税理士でない者が業として税務相談を行うことを禁じています(税理士法52条)。「個別の確定申告について、この経費は計上できますか」とAIに尋ねられて回答するような運用は、たとえ無料・即時返答であっても、慎重なご検討が必要な領域です。

社労士・行政書士・司法書士についても、それぞれの業法に独占業務が定められています。問い合わせ対応AIを導入する前に、自所が扱う業務領域のうち「個別具体的な相談に踏み込まずに済む範囲はどこまでか」を線引きしておくことが、最初の関門になります。

一般的・抽象的な情報提供(制度の概要解説など)と、個別事案への適用判断との境界は、文脈に依存するグレーゾーンです。法務省のグレーゾーン解消制度では、AIチャットボットによる法律相談類似サービスについての照会回答が公表されており、参考になります。実装前に、自所のユースケースをこの線引きに照らしてご確認いただくことをおすすめします。

3層に分解して導入する

事故を避けつつ自動化のメリットを取りに行くには、問い合わせ対応を3層に分解するのが現実的です。

対応内容担い手
一次受付受領連絡・カテゴリ分け・日程調整AIで自動化可
二次対応必要書類のご案内・FAQの提示・面談準備AIの下書きをスタッフが確認のうえ送信
専門判断個別事案への回答・法令適用・金額判断必ず有資格者

この3層を文書化しておくと、新人スタッフへの引き継ぎや、外部ベンダーとの仕様調整も格段に楽になります。「AIが返した文面」と「先生が返した文面」が見分けられるよう、署名・テンプレート・送信元アドレスを分けておくのも有効な手立てです。

ツールを選ぶときに見る観点

問い合わせ対応AIと一口に言っても、汎用チャットボットに組み込むタイプ、電話・LINE・メールを横断するタイプ、既存の顧客管理SaaSにアドオンするタイプなど、選択肢は事務所の想定より広くなりがちです。特定の製品を挙げて優劣を論じるより、次の観点で自所の運用に照らして見ていくほうが選定を誤りにくいと考えられます。

  • 禁止範囲の設定がどこまで細かくできるか: 「個別事案の専門判断」を検知して有人切替する仕組みが、キーワード一致だけなのか、文脈を踏まえた判定なのかで、事故の起きやすさが変わってきます
  • ログの取得形式とエクスポート可否: 誰に・いつ・どの文面で返信したかを、契約終了後も含めて自所で保持できるか。ベンダーの管理画面でしか見られない設計だと、後日の検証に支障が出ます
  • 入力データの学習利用有無: API利用なのかWeb版の延長なのか、エンタープライズ契約でオプトアウトできるのかは、契約書のどの条項に書かれているかまで確認しておきたいところです
  • 既存システムとの連携範囲: 顧客管理SaaS・カレンダー・会計ソフトとどこまで連携するか。連携範囲が広いほど利便性は上がりますが、権限設計と障害時のフォールバックの検討事項も増えます
  • 署名・送信元・テンプレートを分離できるか: 「AIが返した文面」と「先生が返した文面」を依頼者側が区別できる設計になっているか。後付けでの変更が難しい製品もあります
  • 解約時のデータ返却・削除条件: 乗り換えや契約終了時に、蓄積したログ・FAQデータをどう扱う契約になっているか

ツール選定は機能一覧の比較で終わらせず、上記の観点を自所の運用フローに当てはめて、「この製品ならどの層まで任せられるか」を先に固めておくと、契約後の手戻りを減らせます。

誤回答時の責任所在

問い合わせ対応AIを運用するうえで、避けて通れないのが「AIが誤った回答をしたとき、誰が責任を負うのか」という問いです。実務的には、次の3点を最初に決めておくのが安全と考えられます。

  • AI返信であることの明示(「自動応答です」「正式回答は担当者から改めてご連絡します」など)
  • 個別判断を含まない旨の注記(「個別のご事情によって結論が異なる場合があります」)
  • ログ保全(誰に・いつ・どの文面で返信したかを、後から検証できる形で残しておくこと)

ベンダー任せにすると、ログがベンダー側にしか残らず、後日の検証が不可能になるケースもあります。契約前に、ログの保管期間・取得形式・エクスポート可否をご確認いただきたいところです。

個人情報・守秘の論点

問い合わせ対応AIは、依頼者の個人情報・相談内容という機微な情報を扱うシステムです。守秘義務と個人情報保護法の両方が問題になってきます。

個人情報保護委員会は2023年6月2日に「生成AIサービスの利用に関する注意喚起」を公表しており、個人情報取扱事業者が生成AIにプロンプトとして個人情報を入力する場合、利用目的・第三者提供・本人の同意などの観点で慎重なご確認が必要であると整理しています。実装にあたっては、最低限次の点を押さえておきたいところです。

  • 入力データが学習に使われない契約・設定になっているか(API利用かWeb版か、エンタープライズ契約の有無)
  • 国外サーバへの送信が発生するか、発生する場合の同意取得・プライバシーポリシーへの反映
  • 要配慮個人情報(病歴・犯罪歴など)が混入した場合の取り扱いルール
  • 顧問先データと新規問い合わせデータの混在防止
  • 退職スタッフのアクセス権剥奪・APIキーのローテーション

総務省・経済産業省は2024年4月に「AI事業者ガイドライン」の初版を公表し、現行はVer1.2(2026年3月31日公表)です。AIの開発者・提供者・利用者それぞれの責務を整理しており、事務所として「利用者」の立場で何を担保すべきかは、このガイドラインの該当箇所を参照しながら社内ルールに落とし込んでいくのが現実的です。商用AIチャットツールに何を入れてよいかという入力側の線引きは、別記事「士業事務所がChatGPTに入力してはいけない情報」でも扱っています。

また、削除したはずの入力内容がサイドバーから消えるだけでバックエンドや派生データに残る場合がある点は、問い合わせ対応AIのログ保全とも表裏の論点です。詳しくは「AIのチャット履歴は削除しても残る」をご覧ください。

導入前に読み合わせておきたい項目

ここまでの論点を、導入判断の会議で読み合わせる形にまとめておきます。チェックを埋めて終わりにするより、各項目について「うちの事務所ではどうするか」を担当者間で合意しておく材料として使っていただくのが狙いです。

まず、AIに任せる範囲そのものについてです。一次受付・二次対応・専門判断の3層のうち、どこまでをAIに任せるかを事務所として決めているか。個別事案の専門判断を検知して有人切替する条件を、具体的な質問例で確認できているか。この2点が曖昧なままだと、後続の論点をいくら詰めても運用が揺れます。

次に、業法と守秘義務の側です。自所が扱う業務領域について、独占業務との境界をどこに置くかを確認したか。入力データの学習利用有無・国外送信の有無を、契約書の条項レベルで把握しているか。要配慮個人情報が混入した場合の取り扱いルールを決めているか。

最後に、運用と契約の側です。AI返信であることの明示方法(署名・テンプレート・送信元)を決めたか。ログの保管期間・取得形式・エクスポート可否を契約前に確認したか。半年〜1年スパンで運用ログをレビューする予定を組んでいるか。

これらを一度に全部固める必要はありません。ただし、どの項目を「後回しにする」と決めたかは、議事録として残しておくことをおすすめします。後回しにした判断そのものが、後日の検証で意味を持つ場面があります。

試して終わりにしないための観点

問い合わせ対応AIは、比較的小さく始められる領域です。そのぶん、PoC(概念実証)を回したところで満足してしまい、本番運用に移す前の検討が薄くなりやすい領域でもあります。

PoCの段階では、少数の問い合わせパターンで動作確認をして「思ったより使える」という感触を得られることが多くなります。ところが本番運用では、PoCで想定していなかった問い合わせ(表記揺れ・複数論点が混在する質問・皮肉やクレーム調の文面など)が流れ込んできます。PoCの成功体験をそのまま本番の判断材料にすると、この差分を見落としがちです。

本番移行の前に確認しておきたいのは、次のような点です。PoCで使った問い合わせサンプルは、実際の問い合わせ全体のどれくらいの幅をカバーしていたか。禁止範囲への該当を見逃した場合、どの段階で誰が気づく設計になっているか。本番運用開始後、最初の一定期間は人がAIの回答を全件確認する体制を組めているか。この確認体制をいつまで続け、どの条件が揃ったら間引くかを事前に決めているか。

PoCは「動くかどうか」を確かめる工程で、本番移行の判断は「事故が起きたときに気づけるか・止められるか」を確かめる工程です。この2つを同じ基準で評価しないことが、試して終わりにしないための出発点になります。

今後の見立て

最後に、問い合わせ対応AIを取り巻く今後の流れについて、現時点の見立てを3点置いておきます。

第一に、業法のグレーゾーン解消は、案件ごとの照会回答という形で少しずつ進んでいく流れにあると見ています。AIチャットボットに関する法務省の照会回答は今後も増えていく可能性があり、参照すべき事例が積み上がっていくものと考えられます。導入時に確認した解釈が半年後に変わる可能性も視野に入れて、半年〜1年スパンで運用ログをレビューするご予定をカレンダーに入れておくと安心です。

第二に、AI返信と人間返信の区別が、依頼者側からも問われるようになっていくと見ています。「これはAIが書いたんですよね?」という問い合わせが、苦情ではなく確認として入ってくる時代に向かっています。署名・送信元・テンプレートで明示しておく運用は、トラブル予防というより、信頼維持の標準装備として位置づけるほうが整理しやすいでしょう。

第三に、ベンダー契約のレビューが、AI導入の最初の山場になり続けると見ています。「とりあえず動くもの」を作るのは現代のツールなら誰でもできますが、ログ保全・データ所在地・解約時の返却条件・学習利用条項を一つずつ詰めていくと、最初の意思決定が一番重くなります。ここを後回しにすると、半年後・1年後に「あのときAIが返した回答」が訴訟やクレームの火種になる経路が残ってしまいます。

関連記事

本稿は問い合わせ対応の窓口を対象にしましたが、AIを介した相談・情報共有の窓口は他にもあります。窓口ごとに線引きの論点は共通する部分と、窓口特有の部分があります。

参考

Author · 著者

三方 浩允

AI 導入の論点を相談する

業務課題を 60 分で整理することから始められます。

お問い合わせ