行政書士事務所の許認可相談フォームをClaude Codeで直す: 必要書類と返信目安を送信前に見せる

行政書士事務所の許認可相談フォームで、申請種類、必要書類、料金目安、返信目安が別ページに散っている。相談者は「建設業許可で何を送ればよいか」「まだ要件が足りなくても聞いてよいか」が分からず、送信前に不安で戻ります。今日まず直す1箇所は、フォームの上に5行の確認表を置くことです。

許認可の問い合わせは、ただ入力欄を増やすほど良くなるわけではありません。会社名、代表者名、住所、在留カード画像、決算書、契約書を最初から集めると、相談者の手が止まります。事務所側も、不要な個人情報や機密書類を早く受け取りすぎます。

この記事では、行政書士事務所がClaude Codeを使い、許認可相談フォームの上に「申請種類、必要書類、料金目安、返信目安、フォームで送らない情報」を並べる手順を書きます。主CTAは、事務所内のチェック表、権限、公開承認まで整える研修・相談です。

この記事の要点

• 行政書士事務所の許認可相談フォームでは、送信ボタンより上に申請種類、必要書類、料金目安、返信目安、送らない情報を置きます。
• Claude Codeには、既存ページ、FAQ、料金表、返信メールを読ませ、抜けている表示とフォーム項目を表に出させます。
• 人が見る範囲は、許認可の要件判断、料金、受任可否、本人確認、個人情報、公開承認です。
• Use caseは、建設業許可の相談前表、在留資格相談の入力制限、古物商許可の返信メールの3つに絞ります。
• 成果は問い合わせ率だけでなく、フォーム到達率、書類不足の聞き直し件数、24時間以内の一次返信率、公開前チェックで止めたミスの数で見ます。

許認可相談フォームで起きる失敗

フォームの上に「お問い合わせください」だけがあり、料金表は別ページ、必要書類はPDF、返信目安はFAQにある。この配置だと、建設業許可の相談者は画面を行き来しながら、自分がまだ相談してよい段階かを判断します。途中で不安が残ると、電話に戻るか、別の事務所へ移ります。

行政書士事務所では、扱う許認可の幅も広いです。建設業許可、産業廃棄物収集運搬業、古物商、飲食店営業、在留資格、補助金の事前確認。全部を同じフォームに詰めると、事務所には便利でも、相談者には重い画面になります。

最初に直すのは、フォームそのものではありません。フォームの上にある情報の順番です。相談者が見る順番で、申請種類、相談できる段階、あると話が早い書類、料金の見方、返信までの時間、フォームへ入れない情報を並べます。Claude Codeには、この順番でページを読み直させます。

参考にする一次情報は、e-Govの行政書士法、個人情報保護委員会の個人情報保護法ガイドライン、AnthropicのClaude Code公式ページです。この記事は法令判断の代わりではなく、公開前チェック表の作り方に限定します。

Claude Codeに任せる範囲と人が見る範囲

問い合わせページ、料金表、FAQ、送信後メールの4つをClaude Codeへ読ませると、表示の抜けを早く見つけられます。任せる作業は、ページ内の見出し一覧、料金目安の有無、必要書類の位置、フォーム項目の分類、CTAの個数、送信後メールの約束表現を表にするところまでです。

人が見る範囲は、許認可の要件判断、役所ごとの手引き、料金、受任可否、本人確認、個人情報、広告表現、公開承認です。Claude Codeに「この申請は通る」と書かせません。出力は「確認が必要な項目」として止め、行政書士または責任者が一次情報と事務所ルールで見ます。

権限も分けます。作業用フォルダには、実名や住所を伏せたページ本文とサンプルフォームだけを置きます。顧客名、在留カード画像、住民票、決算書、契約書全文、パスワードは入れません。公開前チェックでは、フォームの改善だけでなく、AIへ渡したファイル名と出力先も確認します。

3つのUse case

Use case 1: 建設業許可の相談前表をフォーム上へ置く

• 入力: 現在の建設業許可ページ、料金表、必要書類PDF、問い合わせフォーム、送信後メール。
• 出力: 申請種類、相談できる段階、あると話が早い書類、料金目安、返信目安をまとめた5行表。
• 人の確認: 許可区分、必要書類、料金、自治体の手引き、受任可否、公開表現を確認する。

建設業許可では、最初から決算書や資格証の画像を送らせるより、手元にある書類の種類だけを聞くほうが送信されやすいです。Claude Codeには、ページ内に散った「必要書類」「料金」「相談できる段階」を拾わせます。人は、書類名と料金が事務所の実務に合うかを見ます。

Use case 2: 在留資格相談のフォームで送らない情報を分ける

• 入力: 在留資格相談ページ、フォーム項目、よくある質問、個人情報の説明、予約後メール。
• 出力: 初回フォームで聞く項目、面談後に案内する項目、フォームでは受け取らない情報の表。
• 人の確認: 在留資格の判断、本人確認、要配慮情報、画像の受領方法、同意文を確認する。

在留資格の相談では、初回フォームに細かい経歴や身分証画像を入れさせると、入力負担と情報管理の重さが同時に増えます。最初は、相談テーマ、希望日時、連絡先、現在の状況を短く聞き、証明書や画像は面談後の案内へ回します。Claude Codeには、フォーム項目を3区分に分けさせます。

Use case 3: 古物商許可の返信メールに次の行動を入れる

• 入力: 古物商許可ページ、問い合わせフォーム、料金表、返信メールのテンプレ、過去のよくある質問。
• 出力: 24時間以内の一次返信文、相談前に見てほしい書類、追加で聞く質問、予約リンク前の注意書き。
• 人の確認: 料金、営業所の扱い、必要書類、本人確認、返信先、予約可否を確認する。

フォーム送信後のメールが「担当者より返信します」だけだと、相談者は次に何を用意すればよいか分かりません。Claude Codeには、送信後メールの中に、返信目安、当日までに見る書類、追加で聞く可能性のある項目を入れた下書きを作らせます。人は、約束しすぎた返信時間や料金の断定を削ります。

コピペで使えるプロンプト

料金表、FAQ、フォーム本文を貼る前に、実名、住所、電話、メール、在留カード画像、住民票、決算書、契約書全文は外してください。サンプル名は「相談者A」「会社B」に置き換えます。

行政書士事務所の許認可相談フォームを公開前に確認してください。
法令判断や許可可否の結論は出さず、相談者が送信前に迷う情報だけを表にしてください。

対象業務:
- 許認可の種類:
- 現在のフォーム本文:
- 料金表の抜粋:
- 必要書類の案内:
- 送信後メール:

出力:
1. フォーム上に置く5行表
   - 申請種類
   - 相談できる段階
   - あると話が早い書類
   - 料金目安
   - 返信目安
2. 初回フォームで聞く項目
3. 面談後に案内する項目
4. フォームでは送らない情報
5. 公開前に人が確認する表

制約:
- 許可される、通る、必ず取れる、と断定しない
- 料金を新しく作らない
- 個人情報や画像の提出を初回フォームで求めない
- CTAは「研修・相談」につなげる運用相談だけを強くする

社内で同じ確認を繰り返すなら、士業サイトの問い合わせ導線と税理士事務所のデータ安全記事も合わせて確認すると、個人情報の境界をそろえやすくなります。

動く確認コード

次のNode.jsコードは、許認可相談フォームの上に必要な表示があるか、危ない入力項目が混ざっていないか、CTAが増えすぎていないかを確認する小さな検査です。

const page = {
  beforeForm: ["permitType", "documents", "feeGuide", "responseTime"],
  formFields: ["name", "email", "permitType", "desiredDate", "residentCardImage"],
  ctas: ["trainingConsultation", "freePdf", "product"],
};

const requiredBeforeForm = [
  "permitType",
  "documents",
  "feeGuide",
  "responseTime",
  "doNotSend",
];

const riskyFields = [
  "mynumber",
  "password",
  "residentCardImage",
  "bankAccount",
  "fullContract",
];

function auditPermitInquiryPage(input) {
  const missingBeforeForm = requiredBeforeForm.filter(
    (item) => !input.beforeForm.includes(item),
  );
  const riskyFormFields = input.formFields.filter((item) =>
    riskyFields.includes(item),
  );

  return {
    missingBeforeForm,
    riskyFormFields,
    ctaCount: input.ctas.length,
    pass:
      missingBeforeForm.length === 0 &&
      riskyFormFields.length === 0 &&
      input.ctas.length === 1,
  };
}

console.log(auditPermitInquiryPage(page));

この例では、doNotSend が足りず、residentCardImage が初回フォームに混ざり、CTAが3つあります。公開前の修正では、送らない情報の説明をフォーム上に足し、画像提出を面談後の案内へ移し、CTAを研修・相談に寄せる運用相談へ絞ります。

Pitfall: 許認可判断をフォーム文面に混ぜる

フォーム改善で一番危ない落とし穴は、相談者の不安を消そうとして「この条件なら許可が取れます」「この書類で足ります」と本文に書くことです。原因は、ページの役割と専門判断の役割を分けないまま、Claude Codeへ文章の完成だけを頼む点にあります。

直し方は、フォーム上の文面を「相談前に見る項目」へ限定します。「該当しそうな許認可」「あると確認が早い書類」「返信までの目安」「初回フォームで送らない情報」まではページに出します。許可可否、要件充足、役所への提出可否、費用の確定は、面談または見積り後に人が判断します。

もうひとつの落とし穴は、CTAを増やしすぎることです。無料PDF、教材、相談予約を同じ強さで並べると、許認可相談の読者は迷います。会社導入、権限、公開前チェック、個人情報の受け渡しが絡むため、この記事では研修・相談だけを強く置きます。

よくある質問

行政書士事務所で最初に直すのはフォーム項目ですか？

最初はフォームの上に置く5行表です。申請種類、必要書類、料金目安、返信目安、送らない情報が見えれば、フォーム項目を増やさなくても相談者の不安を減らせます。

料金を出せない業務ではどう書きますか？

確定額ではなく、初回相談料、見積りが必要な理由、実費が出る場面、追加費用が出やすい条件を書きます。数字は事務所が確認したものだけ使います。

Claude Codeに許可要件を調べさせてもよいですか？

たたき台や確認リストなら使えます。ただし、要件判断、自治体ごとの差、申請可否、提出書類の最終判断は人が一次情報で見ます。

フォームで画像やPDFを受け取るのは避けるべきですか？

初回フォームでは避ける設計が扱いやすいです。画像やPDFが必要な場合は、本人確認、受領方法、保存期間、削除手順を決めたうえで面談後に案内します。

実際に試した結果

この記事では、frontmatter、本文文字数、内部リンク、外部リンク、コードフェンス、CTA、最後のh2、slugを確認しました。確認コードはNode.jsで実行できる形にし、doNotSend の不足、危ない入力項目、CTA過多を検出する出力にしました。

初心者が今日やる1手は、既存の許認可相談フォームを開き、送信ボタンの上に「申請種類、必要書類、料金目安、返信目安、送らない情報」の5行表を置けるかチェックする作業です。30分で終わらない場合も、まず足りない行を1つだけ書き出してください。