補助金申請 運用 agent

1一言の約束

面談のメモと公募要領から、事業計画書のたたき台と抜け漏れの一覧を出します。一から書き起こす時間が、直して確定する時間に変わります。全案件の状況と次の締切も 1 画面にまとめ、書類待ちで止まる案件を減らして、担当 1 人が持てる案件を増やすことを狙います。

LINE を使う事務所には、書類の回収と催促も agent が追います。

読む人: 補助金・助成金の案件を持つ事務所の代表の方（行政書士・中小企業診断士・社会保険労務士・補助金コンサル）。受注後に作る当社。位置づけ: 提携のご相談で当社がお持ちする手土産です。別紙「構想 1 枚」（補助金申請の運用 agent）の詳細版にあたります。

2解く課題

補助金の案件は、制度ごとに要領が違い、要領は毎年変わります。担当者は案件のたびに要領を読み直します。

面談でお聞きした内容を、様式に沿った事業計画書に起こす作業も重く、案件のたびに 1 から書き起こすことになります。

顧客の書類が揃わないと案件は 1 歩も進みません。担当者は LINE・メール・電話で何度も催促し、その間は別の案件に手を付けにくくなります。

案件の状況と締切は、担当者の頭と Excel に散らばりがちです。採択後の交付申請・実績報告にも期限があり、ここで止まる案件もあります。

その結果、担当 1 人が持てる案件の数は、この「読み直す・起こす・集める・追う」で頭打ちになります。かける時間の実数は事務所ごとに違うため、数字は導入前の計測（実測後）で出します。

3業務分解とボトルネック

1 件の案件を工程に分け、番号は「ボトルネック（詰まりの大きさ）と、任せても低リスクかどうか」で振りました。番号の小さい所から代替します。

★ = この文書の主役（事業計画書のたたき台のヘルプ）。

主役を 1 にした理由は、要領の読み方も、面談メモから計画書への並べ方も、事務所ごとのやり方の違いが小さい（共通している）部分だからです。事務所ごとに管理表や催促のやり方が違う 3・4 は、入れ方に合わせる手間が大きくなります。そのため 3 は軽い形で、4 は LINE を導入する事務所向けに用意します。

4AI が代替する範囲と人が残る点

4-1 工程ごとの分担

HITL（Human-in-the-loop）は、人がどこまで関わるかの度合いです。in the loop（人が毎回確認）から on the loop（人は例外と抜き取りを見る）へ、さらに without the loop（設定どおり自動）へ動かせます。案件・事務所・顧客・業務ごとに可変で、最初に決め切りません。最初は in から入り、事務所が慣れた所から on、without へ段階を上げます。

4-2 事務所に最初に決めていただくこと

• どの工程から入れるか（たたき台だけ、一覧だけ、LINE 回収まで）
• 各工程の HITL の初期段階。慣れたら上げる条件
• 催促の文面・間隔・止める条件（顧客が返信したら止める）
• 通知を送る相手と時刻
• 書類の置き場所（事務所の方針に合わせる）

4-3 社会保険労務士の方へ: 助成金の書類（出勤簿・賃金台帳）

助成金の案件は、出勤簿・賃金台帳などの労務の書類を、顧問先から期日ごとに集める作業が大きな割合を占めます。助成金ごとに要件と必要書類が違う点は、補助金と同じです。

• チェックリスト: 助成金ごとに必要な書類（出勤簿・賃金台帳ほか）を、要領から起こします。要領の読み取りは補助金と同じ仕組みです。
• 回収・催促: 助成金ごとに決まった期日で、LINE の依頼と催促を回します。
• 形式の検査（機械的な確認だけ）: 対象の期間・氏名・締め日が揃っているか、読み取れる画像か、抜けの月が無いか。
• 人が残る所: 要件を満たすかの判断、助成金の申請代理、労務の判断。agent は行いません。
• 要確認: 従業員の賃金など個人情報を含むため、保存先・外部の AI サービスへの送り方は事務所の方針と法規（§10）に沿って決めます。

5構成

入力 → agent の処理 → 出力 → 接続先の流れです。「充足チェック」は、要領の審査項目ごとに、たたき台に記述があるかを見る確認です。

• 接続先は柔軟です。LINE は公式アカウントを基本にします。個人アカウントでのやり取りは、規約を確かめた範囲でつなぎます。メール、Slack、Chatwork、事務所の既存の管理表（Excel・スプレッドシート等）にもつなげます。事務所ごとにやり方が違うため、既存のやり方に合わせることを前提にします。
• 受け取った書類は、事務所が指定する置き場所に保存する設計にします。置き場所は面談で伺います。
• チェックリストの対象は 3 つです。
  • 国の補助金 4 種: 持続化補助金・省力化投資補助金（一般型）・新事業進出・ものづくり商業サービス補助金（旧ものづくり補助金）・デジタル化・AI 導入補助金（旧 IT 導入補助金）。名称は 2026 年度のもの（中小企業庁のミラサポplus と IT 導入補助金の公式サイトで確認、2026-10-13）。来年度以降の名称は公募要領で確認します
  • 地方・自治体独自の補助金: 主力として狙う対象
  • PMI 推進枠（M&A の後に、会社を 1 つにまとめる取り組みを補助する枠）: 当社は小規模の M&A に絞って狙います
  • 必要書類は、公募要領から読み取って公募回ごとに版を管理します。要件は公募回で変わるため、固定で書きません。
• LINE の公式アカウントは通数に応じた課金があるため、催促は段階を絞り、質問はまとめて 1 通にして送る通数を抑えます。
• agent が事業者へ直接、制度の可否や申請内容を答えることはしません。判断が要る問いは担当者へ回します（別紙の線引きと同じ）。

6訴求

読み手は士業事務所の代表です。申請を引き受ける側の仕事量に向けて書きます。事業者に向けた訴求ではありません。

6-1 営業文面の核（3 行）

1. 面談のメモと公募要領から、事業計画書のたたき台と抜けの一覧が出ます。先生の時間は、書き起こしから、確認と顧客との対話に移ります。仕上げと判断は先生とご本人が。
2. 制度が毎年変わっても、要領の読み直しとチェックリストづくりは agent が先に済ませます。読み直しは、改定のたびの差分の確認だけになります。
3. 全案件の状況と次の締切が 1 画面に集まり、締切の見落としを防ぎます。LINE をお使いなら、書類集めと催促も追うので、書類待ちの間も別の案件に集中できます。

6-2 どんな効果が出るか（定性。数字は導入後に測る）

• 担当 1 人が持てる案件数を増やすことを狙う設計です。「倍」は別紙と同じく設計上の目標で、実測値ではありません。
• 「一から書き起こす」時間が、「直して確定する」時間に変わります。先生の時間が、内容の確認と顧客との対話に寄ります。
• 要領の改定のたびの読み直しが、差分の確認に変わります。
• 書類が揃うのを待つ間も、別の案件に集中できます。催促は追ってもらえます。
• 締切の見落としの不安が減ります。
• 事務所の経営の面では、人を増やさずに受けられる案件が増えることを狙います（小規模案件の採算や、担当ごとの案件数の上限は、面談で確かめる仮説です）。
• 測る指標は、たたき台作成にかかった時間、書類が揃うまでの日数、催促にかけた手間、期限切れの件数です。導入前後で測ります（現時点の数値は無し）。

6-3 想定される反論と答え

7デモ動画の台本（60-90 秒、合計約 85 秒）

画面はすべて架空の事務所・事業者・データです。冒頭に「架空のデータです。構想段階の画面です。LINE の画面と送信は模擬です」と注記を入れます。主役はたたき台。書類回収は最後に短く見せます。動画はページ上部でご覧いただけます。

締めの 1 画面（約 5 秒）: 「補助金申請の運用 agent — 構想段階。面談でご説明します」。採択・効果の文言は入れません。場面の合計は約 80 秒、締めを入れて約 85 秒です。

締めの画面には「無料ヒアリングはこちら」と https://hearing.automateaugment.com/diagnosis?c=p7&t=hub を入れます。価格は出しません。

8最大限の未来

ここまでが「いまお見せできる構想」です。ここから先は、先に進めるほど agent が追う範囲が広がる姿です。

1. 計画書 → 交付申請 → 実績報告まで 1 本でつなぐ。採択後の期限と必要書類を案件ごとに持ちます。経費の証憑（見積・発注・納品・請求・支払の書類）を LINE で回収し、計画書と突き合わせて、実績報告の下書きを作ります。確定と提出は士業と本人です。
2. 事務所の知識がたまる。過去案件の計画書・審査のコメント・直した箇所をたまった知識として持ち、次のたたき台に生かします。使うほど、その事務所の書き方に寄ります（事務所の資産として事務所の管理下に置く）。
3. 要領の改定と新しい公募を見張る。要領が変わったらチェックリストの差分を出します。公募が始まったら、顧問先の中から当てはまりそうな候補を先生に知らせます。可否の判断は先生です。
4. 電子申請の入力を整える。申請画面に入力する項目の一覧とデータを整え、先生と本人が確認して提出する形にします。提出の操作は人です。
5. PMI・助成金・地方独自へ広げる。小規模 M&A 後の統合の取り組みの管理、社労士の助成金（出勤簿・賃金台帳の定期回収と形式チェック）、自治体独自の補助金の要領の読み取りを、同じ仕組みに足します。別パッケージの「書類→データ化」と組み合わせると、証憑や台帳の読み取りも自動化できます。
6. HITL の段階が育つ。事務所が慣れた工程から in → on へ進めます。例外だけが先生に上がる運用が目標ですが、最初に決め切りません。

9導入の流れ

入口は無料ヒアリング（https://hearing.automateaugment.com/diagnosis?c=p7&t=hub、1 画面 1 問・約 7 問）です。価格帯は、ヒアリングで業務の流れを伺ってから個別にご提示します（この文書と動画には金額を載せていません）。

期間はすべて「実測後」です。条件は面談で伺ってお見積りします。

1. 1. ヒアリング（面談）
   案件の流れ（受付から申請、採択後まで）、現在の管理表と連絡手段、扱う制度（補助金・助成金）、LINE の利用有無、申請書の作成を担う方（所内の行政書士の有無など）、普段の紹介の受け方。動画と構想をご説明します。
2. 2. 初期設定で決めること
   • 入れる工程の範囲と順番、各工程の HITL の初期段階
   • 扱う制度のチェックリスト（国の 4 種・自治体独自・PMI 推進枠・助成金のうち、どれから）
   • 催促の文面・間隔・止める条件
   • 通知の相手と時刻
   • 書類の置き場所とデータの扱い
   • 既存の管理表・連絡手段との接続
3. 3. 試運転
   少数の案件で、人が毎回確認する形（in）から始めます。文面・チェックリスト・画面を事務所のやり方に合わせて直します。
4. 4. 本運用
   慣れた工程から段階を上げ（on）、担当が増えても同じ画面で見られる形にします。

補助金・助成金分野での導入実績は、まだありません。申請実務を担う方と組み、現場の流れに合わせて作ります。

10付録

当社の経験（公開してよい範囲）

• LINE での受付・ヒアリングと、Web 上の選択・決済・生成処理をつなぐ自社サービスの開発 → LINE での書類回収に使う技術
• 専門業務の資料入力・確認から、AI による調査・レポート出力までを、人の確認・承認の画面とつないだ業務ツールの開発（業務委託、匿名）
• 運営者向け管理画面・データ管理・レポートを備えた Web サービスの開発（受託、匿名）→ 案件一覧の画面に使う技術
• 補助金・士業分野の導入実績は無い。件数・効果率は載せない

法規メモ（未確認を含む。弁護士助言ではない）

• 補助金申請書の作成・提出代行を業として行える範囲（行政書士法ほか）は未調査。2026 年の行政書士法改正で制限が明確になったとの調査があるが、解釈は未確認。agent は下書きと段取りに限り、事務所自身の顧客に使う前提で設計する。非士業への提供は別途確認
• 助成金の申請代理は社会保険労務士の業務。agent は判断・代理をしない設計
• LINE 公式アカウントの規約・自動配信の制約・通数課金の最新は未調査
• 個人情報: 顧客の書類・従業員の賃金台帳を外部の AI サービスへ送る場合の同意・マスキング・保存期間は未調査。事務所の方針に合わせて決める
• ライセンス: Twenty（AGPL）・NocoDB（独自ライセンス）・Paperless-ngx（GPL）は、事務所への提供形態により制約があるため採用しない