士業の HP 問い合わせ、初動の遅れが受任機会を流していないか
弁護士・税理士・行政書士の事務所オーナーから「HP の問い合わせフォームから来た一件を、所長が夜にまとめて返している」という話をよく聞きます。日中は面談・期限管理・書類作成で動いており、問い合わせ対応は「終業後の追加業務」になっている事務所が多い実感です。
しかし、HP 問い合わせは「比較検討中の見込み顧客」が事務所を 1 つに絞る前の接点です。返信が翌日・翌々日にずれた瞬間、別事務所で着座してしまった経験は珍しくないはずです。問い合わせ初期対応は、専門性ではなく速度と粒度が受任率を決める領域で、士業のコア時間を切り崩してまで所長がさばく業務ではありません。
本記事は、ピラー記事 /blog/claude-shigyou-handbook-2026 のシーン4「問い合わせ初期対応」を、弁護士・税理士・行政書士の 3 士業に絞って実装可能な形まで掘り下げます。HP フォーム → Claude Haiku 4.5 による一次分類 → 業種固有 FAQ を踏まえた返信ドラフト → 担当者承認 → 送信、というワークフローを、規制遵守・コピペ可能なプロンプト・月額試算・よくある失敗パターンまで通しで掲載します。
数字の出典・士業共通の規制チェックリストは親記事 /blog/claude-shigyou-handbook-2026 を参照しつつ、本記事では「問い合わせ対応」というシーンに固有の論点に集中します。
ワークフロー設計：5 ステップで「届く・読む・分類する・書く・承認する」
「問い合わせ Bot」と呼ぶと自動返信を連想しがちですが、士業領域での実装は 「担当者承認を必ず挟む半自動フロー」 が前提です。Claude が完結させるのではなく、Claude が下書きを書き、所長または担当士業が確認・送信する設計です。
Step 1: HP 問い合わせフォーム → Webhook
WordPress 系・Studio・Webflow・自社実装いずれの問い合わせフォームでも、送信時に Webhook を発火させる構成にします。フォーム送信を SMTP 経由のメール通知だけで受けると、後段の Claude へ自動連携できません。Webhook をフロントエンドに置き、ペイロードとして「氏名・連絡先・相談内容・希望連絡手段・任意の事案区分」を JSON で受け取ります。
n8n・Zapier・自社 Lambda のどれを選んでも構いません。重要なのは、個人情報を含むペイロードが通る経路を社内で明文化することです（守秘義務の最小要件）。経路は HP → Webhook → Claude API → 事務所内メーラーの 4 点に限定し、外部 SaaS のログに依頼内容本文が残らない構成を優先します。
Step 2: Claude Haiku 4.5 で一次分類（緊急度・分野・既存顧客判定）
受信した相談内容を Claude Haiku 4.5（Anthropic Models Overview（取得 2026-05））に通し、以下の構造化データを抽出します。
- 緊急度: 「逮捕」「差押」「期限が今週」等のキーワードと文脈で High / Medium / Low に分類
- 相談分野: 弁護士なら「離婚／相続／企業法務／労務／刑事／その他」、税理士なら「確定申告／法人税／相続税／インボイス／顧問契約／その他」、行政書士なら「建設業許可／ビザ／会社設立／相続／その他」
- 既存顧客判定: 氏名・電話番号・メールアドレスを CRM（Salesforce・kintone・スプレッドシート等）と照合し既存顧客フラグを付与
- 連絡希望手段: メール／電話／面談 の希望区分
Haiku 4.5 を選ぶ理由は 入力 $1 / 出力 $5 per MTok という単価（Anthropic Pricing（取得 2026-05））と高速応答です。月 200 件の問い合わせを 1 件あたり 2K 入力 / 1K 出力で処理しても、推論コストは月 $1 前後に収まります（試算詳細は本記事 5 章）。
Step 3: 業種固有 FAQ を参照して返信ドラフト
分類結果と相談内容を踏まえ、業種固有 FAQ（後述）に基づいた返信ドラフトを生成します。出力は 「返信メール本文」「面談予約候補 3 日提示の雛形」「事務所側で確認すべきこと」 の 3 ブロックに統一します。
「事務所側で確認すべきこと」を必ず別ブロックで出力させる理由は、Claude の出力が断定的にならないよう、担当者の判断ポイントを明示するためです。たとえば「相談内容から離婚調停の可能性が高いと思われますが、別居期間・お子様の有無等の事実確認が必要です」のように、担当者が面談で確認すべき項目を提示させます。
Step 4: 担当者がメールクライアントで確認・送信
生成された返信ドラフトを Slack または事務所内メーラーの下書きフォルダに投入します。所長または担当士業がモバイルでも確認できる導線を作るのが重要で、現場の動きを止めないことが運用継続率に直結します。
承認・編集・送信のいずれの操作も、メールクライアント上で完結する設計にします。専用管理画面を作ると、所員が「もう 1 ツール覚える負担」を理由に運用から離脱します。既存ワークフローへの侵襲を最小化してください。
Step 5: 月次レポートで業務量と改善点を計測
月次で「受信件数 × 分野」「平均一次返信時間」「修正率（Claude ドラフトをそのまま送れた率）」「面談予約成立率」を集計します。Claude のプロンプト改善ループはこの数字を見ながら回します。
特に修正率は重要で、80% を割り込んだら FAQ の更新または分野分類の見直しが必要なサインです（Tufe Company 内部実測 / 2026-05時点・士業実装観察に基づく目安値）。
業種固有 FAQ プロンプト 3 本
ここからは 3 士業それぞれの問い合わせドラフト生成用 Claude プロンプトのコピペ可能版です。いずれもシステムプロンプトとして使い、ユーザーメッセージに受信内容を貼り付けて出力させます。
1. 弁護士事務所 — 一般民事・企業法務 兼用
あなたは中小法律事務所の問い合わせ初期対応アシスタントです。
HP 問い合わせフォームからの相談に対する返信ドラフトを作成します。
# 厳守ルール
- 法的判断・結論は一切出力しない（弁護士法第72条 — 非弁行為の禁止）
- 「必ず勝てます」「示談は最短で可能」「他事務所より優位」等の効果保証・比較表現は禁止
（弁護士法第30条の21 業務広告／日弁連 業務広告規程）
- 担当弁護士の氏名は本文に書かず「担当弁護士よりご返信します」と記述
- 出力は以下の 3 ブロック構成
1. 返信メール本文（敬語・です/ます調・250-400 字目安）
2. 面談予約候補 3 日提示の雛形（直近 2 週間以内・所要 45-60 分）
3. 事務所側で確認すべきこと（担当者向けメモ・3-5 項目）
- 個別事案の結論は出さず、面談誘導に集約
- 緊急度 High（逮捕・拘留・差押・期限が 7 日以内）の場合、本文冒頭に「お急ぎとお見受けします」と添え、当日中の電話折返しを提案
# 入力構造
- 相談分野: {離婚 / 相続 / 企業法務 / 労務 / 刑事 / その他}
- 緊急度: {High / Medium / Low}
- 既存顧客フラグ: {true / false}
- 連絡希望手段: {メール / 電話 / 面談}
- 相談内容本文:
{ここに問い合わせフォーム本文を貼り付け}
出力を始めてください。
2. 税理士事務所 — 税務相談・申告期限 兼用
あなたは中小税理士事務所の問い合わせ初期対応アシスタントです。
HP 問い合わせフォームからの相談に対する返信ドラフトを作成します。
# 厳守ルール
- 税務代理・税務書類作成の最終責任は税理士が負う前提で動作（税理士法第52条）
- 「税務調査が来なくなる」「税金ゼロ」「節税保証」「他事務所より安い」等の効果保証・比較表現は禁止
（日税連 業務広告に関する細則・運用指針）
- 個別の節税アドバイスや税額断定は一切出力しない（面談誘導に集約）
- 出力は以下の 3 ブロック構成
1. 返信メール本文（敬語・です/ます調・250-400 字目安）
2. 面談予約候補 3 日提示の雛形（直近 2 週間以内・所要 45-60 分）
3. 事務所側で確認すべきこと（担当者向けメモ・3-5 項目）
- 確定申告期（2 月-3 月）・年末調整期（11 月-12 月）は「期限が迫っています」を本文に明示
- 既存顧問先からの問い合わせは「担当税理士が個別にご返信します」と記述
- 税法用語は正規表記に統一（「インボイス」→「適格請求書」、「青色」→「青色申告」）
# 入力構造
- 相談分野: {確定申告 / 法人税 / 相続税 / インボイス / 顧問契約 / その他}
- 緊急度: {High / Medium / Low}
- 既存顧客フラグ: {true / false}
- 連絡希望手段: {メール / 電話 / 面談}
- 相談内容本文:
{ここに問い合わせフォーム本文を貼り付け}
出力を始めてください。
3. 行政書士事務所 — 建設業許可・ビザ申請 兼用
あなたは中小行政書士事務所の問い合わせ初期対応アシスタントです。
HP 問い合わせフォームからの相談に対する返信ドラフトを作成します。
# 厳守ルール
- 法的判断・許認可取得の可否断定は一切出力しない（行政書士法第1条の2・第1条の3）
- 「必ず許可が下ります」「ビザは確実に取れます」「最短で取得」等の効果保証は禁止
（日本行政書士会連合会 業務広告に関する指針）
- 出力は以下の 3 ブロック構成
1. 返信メール本文（敬語・です/ます調・250-400 字目安）
2. 面談予約候補 3 日提示の雛形（直近 2 週間以内・所要 45-60 分）
3. 事務所側で確認すべきこと（担当者向けメモ・3-5 項目）
- 建設業許可は「経営業務管理責任者・専任技術者・財産的基礎」等の要件確認が必要な旨を本文で示唆（断定はしない）
- ビザ申請は「在留資格・必要書類・配偶者ビザ等の区分」の事前確認が必要な旨を示唆
- 個別事案の許認可可否判断は面談誘導に集約
# 入力構造
- 相談分野: {建設業許可 / ビザ申請 / 会社設立 / 相続 / その他}
- 緊急度: {High / Medium / Low}
- 既存顧客フラグ: {true / false}
- 連絡希望手段: {メール / 電話 / 面談}
- 相談内容本文:
{ここに問い合わせフォーム本文を貼り付け}
出力を始めてください。
規制遵守と境界線 — 「相談に応じる」と「相談予約」を分ける
問い合わせ初期対応で士業が事故を起こす経路は限られています。「相談内容に対して断定的回答をしてしまう」「比較・効果保証表現で返信してしまう」「広告規程違反になる訴求が混入する」 の 3 つです。Claude を入れる場合、この 3 経路をシステムプロンプトで遮断する設計が前提になります。
弁護士法第 30 条の 21（業務広告）— Claude 出力で違反しやすいパターン
弁護士の業務広告は弁護士法第 30 条の 21 に根拠を置き、具体の禁止表現は日弁連が定める「弁護士等の業務広告に関する規程」で運用されています。誇大広告・誤導的広告・他事務所との比較広告・効果保証は禁止対象です。
※ 出典: e-Gov 法令検索: 弁護士法（昭和24年法律第205号）第30条の21（取得 2026-05）／ 日本弁護士連合会「弁護士等の業務広告に関する規程」（会規第44号 PDF）（取得 2026-05）／ 同「業務広告に関する指針」（PDF）（取得 2026-05）
問い合わせ返信本文は「業務広告」の射程に直接入るわけではありませんが、「過去の解決実績数」「他事務所との優位性」「示談の最短到達日数」を本文に書くと、それは事実上の広告コミュニケーションとして規程の対象になります。Claude のシステムプロンプトに禁止表現リストを書き込み、出力検査の自動ルールでフィルタする二重構造を入れてください。
「相談に応じる」断定は NG、「相談予約」誘導は OK
問い合わせ初期対応で最も重要な境界線が、「相談に乗ります」「お答えします」と書かないことです。これらの表現は「個別事案への法的助言の提供」を約束する読み方ができてしまい、初回返信時点では避けるべきです。
代わりに 「面談で詳しくお伺いし、担当弁護士／税理士／行政書士がご回答します」「ご相談の前提となる事実関係を伺うための無料面談（45 分）をご案内します」 という形に統一します。「相談予約」への誘導は問題なく、むしろこれが士業の問い合わせ対応の標準形です。
守秘情報の取り扱い — Claude に何を渡し、何を渡さないか
問い合わせフォームの本文には依頼人特定情報（氏名・連絡先・相手方氏名・物件住所等）が含まれます。Claude API に送信する際の取り扱いは、ピラー記事 /blog/claude-shigyou-handbook-2026 の「規制と倫理」章を参照しつつ、本シーン固有の論点は以下です。
- CRM 照合は事務所内で完結: 既存顧客判定は事務所内 CRM（Salesforce / kintone / スプレッドシート）で行い、Claude には「既存顧客フラグ: true/false」だけを渡す。氏名・電話番号を Claude に送らない設計が安全側
- 相手方情報のマスキング: 離婚・相続・労務紛争では相談者が相手方氏名を本文に書くことがある。Claude API に送る前段で氏名類を「相手方A」「ご家族B」等にマスキングし、原本は事務所内のみ保管
- Bedrock 東京・大阪リージョンの選定: 規模が大きい事務所では Amazon Bedrock の
ap-northeast-1（東京）・ap-northeast-3（大阪）経由で Claude を呼ぶ構成にし、データ転送経路を国内に閉じる（AWS Bedrock Cross-Region Inference（取得 2026-05））
Anthropic Commercial Terms の Section B（API 入力データの学習除外）は前提として、所員研修で「Claude に貼ってよい情報・貼ってはいけない情報」のリストを必ず配布します。
月額コスト試算 + よくある失敗 3 件
月 200 件・Haiku 4.5 でいくらかかるか
中規模士業事務所（弁護士 5 名 / 税理士 8 名 / 行政書士 3 名の規模感）が月 200 件の問い合わせを処理する想定で試算します。
- 1 件あたり入力: 2K トークン（システムプロンプト 1.5K + ユーザー入力 0.5K）
- 1 件あたり出力: 1K トークン（返信本文 + 面談予約雛形 + 確認メモ）
- モデル: Claude Haiku 4.5（入力 $1 / 出力 $5 per MTok）
→ 月推論コスト計算（Anthropic Pricing（取得 2026-05）公式値より）:
- 入力: 2K × 200件 = 0.4M トークン → $0.4
- 出力: 1K × 200件 = 0.2M トークン → $1.0
- 合計 月 $1.4 ≒ 約 210 円/月
※ Tufe Company 提供価格目安 / 2026-05時点（推論コストは Anthropic Pricing 公式値からの計算値。実運用では使用量で変動）
これに付帯コストとして、n8n（または Zapier）の月額費・SMTP メール送信コスト・CRM 連携の運用工数が乗ります。ツール費含めても月 5,000-15,000 円程度の規模感で運用できます。
Prompt Caching での更なる削減
システムプロンプトの 1.5K トークン部分（業種別 FAQ・禁止表現リスト）は毎回ほぼ同一なので、Prompt Caching を効かせると入力コストはさらに圧縮できます。詳細な経済性は /glossary/prompt-caching を参照してください。
キャッシュ書き込み 1.25 倍 → 読み込み 0.1 倍の課金体系（Anthropic Pricing — Prompt Caching（取得 2026-05））により、月 200 件規模では入力コストが約 8 割削減されます。規模が小さくても Caching を最初から組み込むのが推奨です（Caching の実装コストはほぼゼロで、運用後に効いてくる）。
よくある失敗 3 件
失敗1: 「自動返信で完結扱い」
Claude の返信ドラフトをそのまま自動送信する設定にすると、誤分類・誤回答が直接顧客に届きます。必ず担当者承認ステップを挟む運用ループにしてください。承認なし運用は、士業領域では弁護士法第 72 条・税理士法第 52 条・行政書士法第 1 条の 3 に抵触するリスクがあります。
失敗2: 「担当者承認をスキップ」
承認ボタンを押す手間を惜しんで「Claude が High 緊急度と判定したものだけ承認、それ以外は自動送信」のような分岐を作ると、Claude の分類誤りが事故経路になります。全件承認が原則で、所長 1 人の負担が重ければ分野別に担当を割り振る運用にします。
失敗3: 「規制違反返信」
システムプロンプトに禁止表現リストを書き忘れると、Claude は「強い訴求」を求められたときに「他事務所より安い」「最短解決」を生成します。禁止表現リストの定期更新（月次）と、出力後の自動 grep フィルタ（NG ワードヒットしたら担当者へ警告）の二重構造を入れてください。具体的な禁止表現は所属士業会の最新規程を出典として、社内チェッカーに反映します。
まとめ — Tufe Company の士業向け Claude 導入支援
Tufe Company は AI・SEO・Web 制作・自動化を手がける会社です。本記事の問い合わせ初期対応 Bot は、ピラー記事 /blog/claude-shigyou-handbook-2026 で扱う 5 シーンの 1 つで、業種特化記事 /industries/lawyer-claude-contract-review や /industries/real-estate-claude-inquiry-bot と同じ設計思想（Bedrock 国内完結・担当者承認必須・規制プロンプト内蔵）で実装します。
T0 無料相談（45 分・オンライン・契約前提なし）で、現在の問い合わせ件数・分野分布・既存ワークフローをお伺いし、概算 ROI と推奨構成を口頭でお返しします。ご相談は /contact?intent=claude-shigyou-inquiry からお気軽にどうぞ。
関連する Tufe Company のページ
Claude 士業クラスター（ピラー & 業種特化）:
/blog/claude-shigyou-handbook-2026— Claude × 士業ハンドブック 2026（ピラー）/blog/claude-complete-guide-2026— Claude 完全ガイド/industries/lawyer-claude-contract-review— 弁護士 × 契約書レビュー/industries/real-estate-claude-inquiry-bot— 不動産 × 問い合わせ Bot（実装パターン参照元）
Claude 用語・モデル:
/glossary/claude— Claude とは/glossary/prompt-caching— Prompt Caching の経済性/claude— Claude 活用ハブ/claude/inquiry-bot— 問い合わせ初期対応 Claude サービス
比較・戦略:
/compare/sales-automation-vs-cs-automation— 営業自動化 vs CS 自動化/compare/chatgpt-vs-claude— ChatGPT vs Claude
問い合わせ:
/contact?intent=claude-shigyou-inquiry— 士業向け Claude 問い合わせ Bot 相談