行政書士事務所向け案件管理システム開発の完全ガイド

行政書士事務所向け案件管理システムとは、顧客・案件・必要書類・担当者・申請状況・許認可の期限・請求と入金を案件単位でつなぎ、期限漏れと二重入力を減らす業務基盤です。

Excelや紙台帳、メール、チャットに分散した情報を一元化したい一方で、どの機能が必要なのか、クラウドと個別開発のどちらを選ぶべきか、費用はいくらかかるのかで迷う事務所は少なくありません。本記事では、行政書士特有の事件簿、許認可更新、預かり書類、補正対応までを踏まえ、システムの全体像、種類、進め方、費用相場、選び方、導入後の定着方法を2026年時点の情報で解説します。

行政書士事務所向け案件管理システムとは何ですか？

行政書士事務所向け案件管理システムは、単なる顧客名簿やタスク一覧ではありません。依頼の受付から書類回収、書類作成、申請、補正、許可・完了、請求、入金、更新までの流れを一つの案件として記録し、誰が見ても現在地と次の作業が分かるようにする仕組みです。

一般的な顧客管理やタスク管理との違い

一般的なCRMは顧客との接点や営業活動の管理に強く、タスク管理ツールは担当者と期限の管理に向いています。しかし、行政書士業務では、建設業許可、産業廃棄物収集運搬業、宅建業免許、在留資格、会社設立、相続などによって必要な情報と書類が変わります。案件管理システムでは、業務種別ごとの必須項目、申請先、受付番号、補正履歴、預かり書類、成果物を案件へ結び付けられる点が重要です。

事務所の規模で変わる導入効果

1人事務所では、代表者の記憶と個人のExcelに頼らず、外出先から案件の状況を確認できることが大きな効果です。5〜20人程度の事務所では、担当者不在時の引き継ぎ、未処理案件の把握、標準的なチェックリストの共有が重要になります。複数拠点や大規模な行政書士法人では、拠点別・担当者別の売上集計、権限管理、監査ログ、業務品質の比較まで見据える必要があります。

行政書士事務所向け案件管理システムの種類と選び方

方式は、完成品のクラウドサービス、パッケージや買い切り型、ローコードで組み立てる方式、個別開発の大きく4つに分けられます。優劣ではなく、事務所の人数、業務種別の多さ、既存データの量、帳票や会計との連携、将来の拠点数を基準に選びます。

クラウド型SaaSは早く始めたい事務所向け

クラウド型SaaSは、サーバーやバックアップの準備が少なく、数日から1か月程度で使い始めやすい方式です。ブラウザから複数人で同時に確認でき、アップデートや法改正への対応を提供者側に任せやすい点も利点です。一方で、標準機能に業務を合わせる必要があり、独自の事件簿項目や特殊な帳票が多い場合は、運用で吸収できる範囲を事前に確認します。

パッケージ・ローコード・スクラッチの使い分け

パッケージや買い切り型は、月額を抑えやすく、事務所内の決まった端末で運用しやすい方式です。ただし、OS依存、リモート利用、複数人編集、バックアップ、法改正時の更新費用を確認しなければなりません。ローコードは、顧客・案件・期限・チェックリストを比較的短期間で事務所向けに調整できますが、権限、添付ファイル、帳票、プラグインの継続性を設計する必要があります。スクラッチ開発は、独自業務や会計・電子申請・顧客ポータルとの連携に向く一方、要件定義と保守体制が費用と成否を左右します。

必要な機能と行政書士特有の要件

導入前に機能一覧を眺めるだけでは、実務に合うか判断できません。実際の案件を一つ取り上げ、相談から完了までにどの情報を入力し、誰がいつ確認し、どの帳票を出し、どの期限を通知するのかを順にたどることが大切です。

案件・書類・期限を一つの流れで管理する

最低限、顧客・法人・担当者の台帳、案件番号、受任日、業務種別、申請先、担当者、ステータス、次回タスク、期限、メモ、添付ファイルをひも付けます。ステータスは、相談、受任、書類回収、書類作成、申請、補正、許可・完了、請求、入金など、事務所の実際の流れに合わせて設定します。ステータスが変わったときに次の担当者へ通知し、滞留日数が一定を超えた案件を一覧で見られると、代表者が個別に聞き回る時間を減らせます。

事件簿・請求・入金までつなげる

事件簿や帳簿に必要な項目を登録できるだけでなく、案件の受任内容、報酬額、立替金、請求日、入金日、預かり書類、成果物を同じ案件から確認できる構成が望まれます。顧客台帳と請求書を別々に入力すると、名前や住所、金額の転記ミスが起きます。案件データを帳票へ差し込み、請求・領収・委任状などを作成できれば、入力回数と確認箇所を減らせます。ただし、システムが「事件簿要件に対応」と表示していても、事務所の業務範囲と記録方法に適合するかは、行政書士自身が確認する必要があります。

電子申請との連携をどこまで求めるか

電子申請を利用する場合、案件管理側に申請先、申請日、受付番号、到達番号、処理状況、補正依頼、公文書、電子納付の記録を持たせると、外部の申請画面と事務所内の進捗がつながります。e-Gov電子申請の公式サイトでは、2026年6月30日時点で厚生労働省2,835件、国土交通省978件、経済産業省255件、総務省119件の手続が利用可能と案内されています（出典: e-Gov電子申請公式、2026年6月30日現在）。すべての業務が同じ電子申請に対応するわけではないため、対象手続と運用上の例外を洗い出してから連携要件を決めます。

行政書士事務所向け案件管理システム開発の進め方

システム開発は、いきなり画面を作り始めるのではなく、業務とデータの整理から始めます。最初から全業務を完璧にデジタル化しようとすると、費用も確認項目も膨らむため、期限漏れや二重入力など、経営上の損失が大きい課題から段階的に解決します。

▶ 詳細はこちら：行政書士事務所向け案件管理システム開発の進め方/やり方/流れや方法/手法/工程/手順

企画と要件定義で現状を棚卸しする

まず、Excel、紙の事件簿、共有フォルダ、メール、チャット、会計ソフトなど、情報が存在する場所を洗い出します。次に、案件の開始条件、完了条件、担当者、必要書類、期限、例外処理を業務種別ごとに整理します。建設業許可と在留資格では必要書類と期限が異なるため、「案件」という一つの項目だけで統一せず、共通項目と業務別項目を分けることが重要です。

この段階では、機能名ではなく「誰が、いつ、何を見て、何を判断するか」で要件を書きます。たとえば「期限管理が欲しい」ではなく、「許可期限の180日前、90日前、30日前に担当者と所長へ通知し、未対応なら一覧の上位に表示する」と定義します。ここまで具体化すると、既製品で足りる部分と個別に作る部分の境界が見えます。

設計・開発はMVPから始める

最初のリリースでは、顧客台帳、案件登録、ステータス、期限、必要書類チェック、権限、検索、バックアップを優先します。これをMVPとして、3〜5件の実案件で試験運用します。実案件を使う場合は、個人情報をマスキングしたテストデータや、アクセスできる担当者を限定した検証環境を用意します。

会計連携、顧客向けポータル、電子申請API、生成AIによる書類確認などは、MVPで業務が定着してから追加する方が安全です。e-Govの電子申請APIは、申請の処理状況、公文書、電子納付に必要な情報、通知などを取得できる仕様です（出典: e-Gov Developer公式API仕様、2026年8月確認）。ただし、API連携があることと、事務所のすべての手続が自動化できることは別なので、対象手続ごとに検証します。

テスト・移行・リリースを分けて確認する

テストでは、正常な案件だけでなく、書類が不足した場合、担当者が休んだ場合、補正が複数回発生した場合、期限を変更した場合、請求後に入金が遅れた場合を確認します。画面が動くかだけでなく、事件簿の出力、帳票の金額、通知の宛先、権限の境界、操作ログ、バックアップからの復旧まで受入条件に含めます。

データ移行は、既存台帳をそのまま取り込む作業ではありません。顧客名の表記揺れ、重複案件、終了済み案件、古い住所、日付の形式、添付ファイルの対応関係を整理し、移行対象と保管だけにする対象を分けます。移行件数、誤りの修正方法、移行後の照合期間、CSVなどで全データを持ち出せるかを、契約前に明確にします。

費用相場と2年間の総額を試算する

行政書士事務所向け案件管理システムの費用は、標準機能を使うか、業務に合わせて作るかで大きく変わります。行政書士向けシステムだけを対象にした公的な市場統計は確認できないため、以下は公開料金と類似する業務システムの開発費から整理した目安です。実際の金額は、利用人数、データ移行、帳票数、連携数、保守範囲で変動します。

▶ 詳細はこちら：行政書士事務所向け案件管理システム開発の見積相場や費用/コスト/値段について

方式別の初期費用・月額・開発期間

クラウドSaaSは、初期設定や移行を除けば初期費用0〜10万円程度、月額は1人あたり3,000〜10,000円程度、導入は数日から1か月程度が目安です。パッケージや買い切り型は5万〜100万円程度、保守や法改正対応は別途となり、導入期間は2週間〜2か月程度です。ローコードで事務所向けに設定する場合は50万〜300万円程度、1〜4か月程度を見込みます。個別開発は300万〜1,500万円程度、連携や複数拠点の権限を含む大規模基盤は1,500万円を超えることもあります。これらは相場の目安であり、要件定義を省いて安く見せた見積もりには注意が必要です。

公開料金を使った2年間の試算

公開料金の具体例として、行政書士向けクラウドサービスの公式料金ページでは、初期費用30,000円、6名以上は1名あたり月額2,980円（税込）、1〜5名は1名あたり月額4,980円（税込）と案内されています（出典: 行政書士向けクラウドサービス公式料金ページ、2026年8月確認）。これは市場全体の平均ではなく、公開されている一つの価格例です。

この料金例で1人事務所を2年間利用すると、30,000円＋4,980円×24か月で149,520円です。5人事務所なら30,000円＋4,980円×5人×24か月で627,600円、6人事務所なら30,000円＋2,980円×6人×24か月で459,120円となります。データ移行、初期設定、研修、帳票調整、解約時のデータ返却費が別にかかる場合もあるため、月額だけでなく、初期費用と24か月分の総額で比較します。

個別開発で膨らみやすい費用

個別開発では、要件定義50万〜150万円、画面・データベース設計50万〜200万円、製造・テスト300万〜900万円、データ移行・教育・導入50万〜250万円程度に分けて考えると、見積もりの抜けを確認しやすくなります。小規模な案件台帳、期限、帳票だけなら300万〜700万円に収まる可能性がありますが、電子申請、会計、顧客ポータル、文書管理、監査ログ、生成AI支援を一体化すると1,000万円を超えやすくなります。

費用を抑えるために、最初の段階で全機能を入れないことは有効です。しかし、権限、データ構造、データ持ち出し、バックアップ、ログなど、後から変更しにくい基盤要件は初期設計に含めます。機能を削ることと、将来の変更余地を削ることは別であるため、優先順位を分けて見積書に記載してもらいます。

開発会社/ベンダーの選び方

開発会社やベンダーを選ぶときは、知名度や機能数だけでなく、行政書士業務をどこまで理解しているか、導入後に誰が運用を支えるか、データを持ち出せるかを確認します。完成品を導入する場合と、業務に合わせて作る場合では、比較すべき相手も契約上の注意点も異なります。

行政書士業務への理解と実績を確認する

提案時には、建設業許可、産廃、宅建業、在留資格、会社設立、相続など、自事務所の主要業務に近い画面や導入事例を見せてもらいます。確認するのは「案件管理機能があります」という説明ではなく、更新前の通知を複数回設定できるか、書類不足を担当者へ戻せるか、補正履歴を残せるか、預かり書類と成果物を分けて管理できるかです。実績が公開できない場合は、守秘義務に配慮した匿名事例でもよいので、課題、対応範囲、導入後の運用を聞きます。

実案件を使ったデモと受入条件を確認する

無料デモや提案会では、一般的なサンプルではなく、匿名化した実案件の流れを使います。相談受付、受任、本人確認書類の回収、申請書作成、補正、許可、請求、入金、次回更新までを操作し、誰がどの画面で何を確認するかを見ます。スマートフォンや外出先での利用、検索速度、添付ファイルの閲覧、通知の分かりやすさも、実際に使うスタッフに確認してもらいます。

契約前には、要件定義書、画面・データ設計書、テスト仕様書、操作手順書、バックアップと復旧手順、ソースコードや設定情報の扱いを確認します。さらに、追加開発の単価、法改正対応の範囲、障害時の連絡体制、サービス終了時のデータ返却、解約後の削除、再委託先の管理も見積書と契約書に記載します。

同じ質問票で複数の候補を比較する

比較の公平性を保つため、候補には同じ質問票を渡します。事件簿に必要な項目の検証方法、業務種別ごとの期限ルール、個人番号や身分証など機微性の高いファイルの扱い、CSVなどによる全件返却、AIへ入力した情報の学習利用の有無、移行支援、研修、法改正対応、障害復旧の目標を同じ条件で回答してもらいます。

比較表は、初期費用、月額、2年間総額、移行費、保守費、導入期間、カスタマイズの可否、対象人数、権限、監査ログ、バックアップ、データエクスポート、サポート時間を一つの表にまとめると判断しやすくなります。機能の多さではなく、日々の入力が続き、期限と書類がつながり、担当者が変わっても業務を止めないかを最終評価に置きます。

▶ 詳細はこちら：行政書士事務所向け案件管理システム開発でおすすめの開発会社/ベンダー6選と選び方

▶ 詳細はこちら：行政書士事務所向け案件管理システム開発の発注/外注/依頼/委託方法について

セキュリティ・個人情報・生成AIの安全な扱い

行政書士事務所では、本人確認書類、戸籍、登記事項証明書、在留関連書類、財産や相続に関する情報など、漏えい時の影響が大きいデータを扱います。クラウドか自社設置かという形式だけで安全性を判断せず、アクセス権限、認証、暗号化、操作ログ、バックアップ、復旧、委託先管理、職員教育を一体で確認します。

権限・バックアップ・ログを運用まで設計する

管理者、所長、担当者、事務補助者、閲覧のみなど、役割ごとに見られる情報と操作できる範囲を分けます。退職者のアカウントを即時停止できること、重要ファイルのダウンロードや削除を記録できること、二段階認証を使えることを確認します。バックアップは「あるか」だけでなく、何世代保持するか、別環境に保管するか、復旧テストをいつ行うか、復旧に何時間かかる想定かまで決めます。

漏えい時の連絡と判断の手順を決める

個人情報保護委員会は、要配慮個人情報を含む個人データの漏えい等、財産的被害のおそれがある漏えい等、不正アクセス、本人の数が1,000人を超える漏えい等などを報告が必要な場合として示しています（出典: 個人情報保護委員会「漏えい等の対応とお役立ち資料」、2026年8月確認）。行政書士事務所で扱う情報の種類によって判断は変わるため、システム提供者からの連絡期限、事務所内の責任者、事実確認、影響範囲の特定、本人通知や関係機関への報告を含めた手順を整備します。

生成AIは補助に限定し最終判断を人が行う

生成AIは、書類の不足項目候補を洗い出す、面談メモを要約する、期限候補を抽出するなど、確認作業の補助に限定すると活用しやすくなります。個人情報や秘匿情報を入力する場合は、学習利用の有無、保存期間、第三者提供、削除方法、アクセス権を確認し、必要に応じて匿名化します。AIの出力をそのまま申請書や法的判断へ使わず、行政書士が原資料と照合して最終確認する運用を規程にします。

導入後に定着させる方法と効果測定

システム導入の失敗は、機能不足だけでなく、入力ルールが決まらない、入力が二重になる、忙しい担当者だけが使わない、例外案件が別管理へ戻ることで起こります。リリース時点で完璧を目指すのではなく、入力する情報を絞り、毎日の業務に自然に組み込むことが定着の近道です。

入力責任者と例外処理を決める

案件登録は誰が行うのか、顧客情報の変更は誰が承認するのか、書類を受領したときにどの項目を更新するのか、補正依頼を受けたときにどのステータスへ戻すのかを決めます。業務ごとに自由入力を増やすと検索と集計が崩れるため、選択肢、必須項目、命名規則、期限の基準日を標準化します。

例外処理は、システム外へ追い出すのではなく、例外の種類と判断者を記録できるようにします。急ぎの案件、委任範囲が途中で変わった案件、複数の申請が並行する案件などを想定し、例外を月1回見直します。操作に迷う場合は、長いマニュアルよりも、実案件の登録例と「この状態になったら誰へ相談するか」をまとめた短い手順書が有効です。

期限・書類・時間のKPIを追う

効果測定では、導入前の1か月を基準にして、案件登録から完了までの日数、期限超過件数、補正回数、書類不備率、二重入力にかかる時間、担当者不在時の引き継ぎ時間、月次請求作成時間を追います。たとえば「便利になった」という感想だけで終わらせず、期限超過が月8件から月2件になった、請求作成が週6時間から週3時間になったというように、業務の変化を記録します。

数字が改善しない場合は、システムをすぐに捨てるのではなく、入力項目が多すぎないか、通知が多すぎて見られなくなっていないか、例外案件が別管理になっていないかを確認します。月次の運用会議で改善候補を1〜2件に絞り、設定変更、研修、業務ルール変更のどれで解決するかを決めると、現場に負担をかけずに育てられます。

よくある質問（FAQ）

最後に、導入前によく寄せられる疑問へ回答します。事務所の業務種別、扱う情報、人数、既存データによって最適解は変わるため、回答を自社の条件に置き換えて検討します。

1人事務所でも案件管理システムは必要ですか？

必要性はありますが、最初から個別開発を行う必要はありません。期限、必要書類、顧客情報、請求を一つにまとめ、外出先から次の作業を確認できるクラウド型から始めると、導入負担を抑えやすくなります。案件数や業務種別が増え、標準機能では例外を管理できなくなった時点で、ローコードや個別開発を検討します。

クラウドに個人情報を保存しても大丈夫ですか？

クラウドだから危険、あるいは自社のパソコンだから安全とは一概に言えません。二段階認証、権限分離、暗号化、監査ログ、バックアップ、復旧テスト、委託先管理、漏えい時の連絡体制を確認し、事務所側のパスワード管理と職員教育も整えます。マイナンバーや要配慮個人情報を扱う場合は、保存範囲とアクセス者を必要最小限にし、契約と社内規程を照合します。

過去のExcelや紙の台帳は移行できますか？

移行できるかどうかは、ファイル形式、項目の対応関係、データの重複、添付ファイルの量によって決まります。まず全件を移すのではなく、現行案件、継続的に更新する顧客、期限が残る許認可など優先度の高いデータから移行し、終了案件は検索用に整形して保管する方法もあります。移行前後の件数照合、サンプル確認、誤りの修正担当、移行後の原本保存期間を決めておくと安全です。

既製品と個別開発はどちらを選ぶべきですか？

標準的な案件管理、期限通知、書類管理、請求、事件簿の記録で足りるなら、既製品やクラウド型を先に比較します。業務種別が多く、独自帳票、会計や電子申請との連携、拠点横断の権限が必要なら、ローコードや個別開発が候補になります。どちらの場合も、実案件を使ったデモで必須業務を通せるか、データを持ち出せるか、2年間の総額と導入後の運用負担が許容できるかで決めることが大切です。

まとめ

このガイドで押さえる要点

行政書士事務所向け案件管理システムは、案件を一覧化するだけの道具ではなく、顧客、必要書類、担当者、期限、申請状況、補正、請求、入金、事件簿を一つの業務データとして扱う仕組みです。導入方式は、早く始められるクラウドSaaS、端末中心のパッケージ、柔軟なローコード、独自要件に対応するスクラッチから、事務所の規模と業務の複雑さで選びます。

最初に取り組むべきこと

選定で大切なのは、高機能な製品を選ぶことではありません。毎日入力され、期限と書類がつながり、担当者が変わっても引き継げて、必要なときにデータを持ち出せる仕組みを選ぶことです。まずは現行業務を棚卸しし、期限漏れ、書類不備、二重入力、請求作成などの課題を数値化します。そのうえで、3〜5件の実案件を使ったデモ、2年間の総額、移行と保守、セキュリティ、生成AIの扱いを同じ基準で比較すると、導入後に使われるシステムへ近づけます。