行政書士事務所向け案件管理システムは、全6フェーズで進めます。要件整理と選定から始め、設計・開発とテストを経て、稼働と定着へ進みます。この順で進めると、期限漏れや二重入力の削減につながります。
▼全体ガイドの記事
・行政書士事務所向け案件管理システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
行政書士事務所向け案件管理システムの全体像
行政書士事務所向け案件管理システムは、顧客と案件を軸に、書類や期限、請求などの情報を案件番号で結ぶ業務システムです。
一般的なCRMやタスク管理と違い、業務種別ごとに異なる書類、期限、申請先を前提に設計します。対象の業務には建設業許可、在留資格、会社設立、相続などがあるため、この前提は欠かせません。
案件・書類・期限・請求をつなぐ基本機能
顧客台帳と案件台帳は分けず、顧客に複数の案件をひも付けられる構造にします。
- 案件情報：案件番号、業務種別、受任日、担当者を登録します。申請先やステータス、次の期限も持ちます。
- 金銭情報：報酬と立替金を案件ごとに記録し、請求や入金につなげます。
- 関連書類：身分証、戸籍、登記事項証明書、許可証などを、案件に結び付けておきます。
書類を案件にひも付けておけば、共有フォルダやメールを探す時間を減らせます。
ステータスは、事務所の実務に合わせて決めます。例として、「相談」「見積提出」「受任」「書類回収中」「書類作成中」などがあります。ステータスには、「申請済み」「補正対応中」「許可・完了」「請求済み」なども含まれます。
進捗は色で示し、各状態には次の作業と完了条件も設定します。たとえば「書類回収中」は、必須書類の確認と担当者の確認が終わった状態を完了条件にできます。
行政書士特有の要件の洗い出し
許認可案件は完了後も更新管理が続くため、期限の通知方法と、事務所で残す業務記録を先に整理しておきます。
- 許認可情報：許可番号、許可日、有効期限、更新準備の開始日、依頼者への連絡日を記録します。
- 更新通知：期限の90日前、60日前、30日前などに分けます。日数は業務種別や事務所の運用に合わせます。
- 業務記録：事件簿の情報、委任状や請求書への差し込み、補正履歴、申請先との連絡を管理します。
e-Gov電子申請では、申請案件のステータスやメッセージ、公文書を確認でき、補正や返戻の状況も把握できます（出典：e-Gov電子申請公式「マイページの使い方」「申請等の処理状況を確認する」、2026年8月確認）。
e-Govの処理状況を追えるよう、案件管理システムには、到達番号、申請日、受付状況、公文書の保存場所、補正内容を記録する項目も用意します。
行政書士事務所向け案件管理システムの進め方
進め方の基本は6フェーズです。前半は要件整理、選定、設計・開発で、後半はテスト、稼働、定着です。前の工程で決めた条件を次の工程へ引き継ぎながら進めます。
製品や開発会社を決める前に、発注側は現行業務で時間やミスが生じる場所を把握し、初期の稼働範囲を絞ります。
各段階の成果物と判断基準を決めておくと、追加開発がふくらむことや、使えないシステムが完成することを防ぐのに役立ちます。
フェーズ1：要件整理は現行業務の洗い出し
Excelや紙の事件簿、共有フォルダなどを調べ、メールやチャット、会計ソフトも対象にします。そのうえで、情報の保存先と更新者、更新時期を確認します。
案件を1件選び、担当者と一緒に相談受付から受任、書類回収から申請、補正から完了、請求から入金確認までの流れを追います。二重入力や属人化を見つけるためです。
- 業務条件：開始と完了の条件、業務種別ごとの必須項目、期限の起算日を決めます。
- 情報管理：閲覧範囲と添付ファイルの保存ルールを決め、事件簿や帳票への出力項目も整理します。
- 成果物：業務フロー図、画面・項目一覧、権限一覧を作ります。移行対象データ一覧と優先順位表も用意します。
- 優先順位：毎日使う、期限や法令に関係する、顧客対応に直結するミスを防ぐ、の3条件で決めます。
在留資格と建設業許可では、必要書類や更新期限が異なります。そのため、共通項目と業務固有の項目を分けておくと、後から項目が増えても管理しやすくなります。
最初の範囲は、MVP（Minimum Viable Product）として定義します。案件台帳や必須書類、期限を軸に、担当者、検索、帳票出力も含めます。
顧客ポータルやAI機能は、初期範囲から外す方法が現実的です。
フェーズ2：選定はSaaS・ローコード・個別開発の比較
完成品SaaSやパッケージ、ローコード（kintoneやPower Appsなど）、個別開発を、同じ業務シナリオで比べます。
- SaaS：1人から数名で、標準的な案件管理を早く始めたい場合の候補になります。
- ローコード：独自の帳票や業務種別を追加したい場合の候補です。
- 個別開発：複数拠点や会計・電子申請との深い連携が必要な場合の候補となります。
比較では、機能数の多さよりも、実案件を最後まで処理できるかを確認します。無料デモでは、相談から更新までの一連の流れを、実際に操作して確かめます。
- 相談情報を登録し、見積・受任の情報を入力します。
- 書類を確認し、担当者を変更して申請情報と到達番号を登録します。
- 補正履歴を記録し、期限アラートを確認して請求書を発行します。
- 完了後の更新予定を登録し、Excelやメールに戻る工程が残っていないか確認します。
途中で別のツールに戻る必要があれば、その理由をベンダーに尋ねます。
クラウド型では、安全管理とデータ返却の条件を確かめます。二段階認証や権限ロール、操作ログに加え、バックアップの世代、障害時の復旧目標、データの保存場所も対象になります。CSVエクスポートと解約時の返却方法も確認します。
個人情報保護委員会は、組織的・人的・物理的・技術的な安全管理措置を求めています（出典：個人情報保護委員会「個人情報の保護に関する法律についてのガイドライン（通則編）」令和8年4月1日改正、2026年8月確認）。
「SSL対応」という説明を見たら、各対策の内容まで確かめます。
フェーズ3：設計・開発は業務種別と権限の具体化
顧客、案件、書類などを、どのデータとして管理するかを決めます。請求や入金、申請履歴も、そこに加えて扱います。案件番号をキーに、関連情報をたどれる構造にします。
顧客名だけで検索すると、同姓同名の案件を取り違えるおそれがあります。そのため、設計の段階で備えておく必要があります。また、業務種別を選んだときに必要書類と標準ステータスが表示される設計にすれば、入力漏れを減らせます。
- 役割：代表者、管理者、担当者、補助者、経理などに分けます。
- 閲覧・編集：担当者は自分の案件を編集し、管理者は事務所全体を検索します。
- 機微情報の扱い：請求と入金は経理が扱い、身分証などは必要な人だけが閲覧します。
- 変更記録：退職や担当変更、閲覧履歴、削除・ダウンロードのログを要件に含めます。
個別開発では、要件定義書や画面設計書、データベース定義、権限表を納品物として明記します。帳票サンプル、外部連携仕様、テスト仕様書、運用手順書も、納品物に含めます。
ソースコードとデータの所有権、第三者サービスの契約、保守範囲、法改正時の対応方法も、設計段階で確認します。特に、これらは将来ベンダーを変えるときに関わってきます。
フェーズ4：テストは実案件を使った受入条件の確認
テストは、開発会社による動作確認と、事務所が業務で使えるかを見る受入テストに分けます。受入テストでは、建設業許可や在留資格、相続などの代表的な3〜5件の過去案件を匿名化して使います。
相談から完了までの流れを再現し、新規登録、検索、担当変更、書類不足の場面を操作します。期限変更、補正、請求、更新通知も操作して、期待する結果を記録します。
- 案件・期限：案件番号が重複せず、期限アラートが正しい担当者に届くこと。
- 権限・帳票：書類の閲覧権限が守られ、氏名・住所・日付が正しく差し込まれること。
- データ復旧：CSV出力とバックアップからの復旧ができること。
- 電子申請：到達番号や補正メッセージを案件に記録し、公文書まで追跡できること。
操作の難しさや入力項目の多さ、現場の例外への対応は、課題として記録します。テスト仕様書には、合格条件、担当者、実施日を残します。加えて、証跡、未解決事項、再テスト日も記録しておきます。
合格していない機能は、本番稼働に含めないという判断基準も設けます。
フェーズ5：稼働は移行・教育・切り替えを分けて実施
過去データは、まず整理してから移します。整理の対象は、顧客名の表記ゆれや重複、終了案件、期限切れの許可情報、不要な添付ファイルです。
- 移行対象：現行案件、完了後も参照する案件、保存義務や事務所ルールで保管する資料に分けます。
- 件数照合：移行前と移行後で件数が合うかを確認します。
- 保存の見直し：個人番号など、保存の必要性が低い情報は移行しない判断も必要です。
切り替えの方法には、全案件を一度に移す方法と、業務種別や担当チームごとに段階的に導入する方法があります。初回は、実案件3〜5件を並行稼働させ、期限・書類・請求の流れを確かめてから対象を広げます。
旧Excelは、すぐに削除せず、照合期間と参照期限を決めておきます。そのうえで、旧運用を終える時期は代表者が宣言します。
教育は役割ごとに分けて行います。担当者には案件登録と書類チェック、管理者には権限・期限・集計、経理には請求・入金を説明します。代表者には、ダッシュボードと監査ログを伝えます。
操作手順書は、機能の一覧よりも、「相談を登録する」「補正を記録する」などの実務シナリオを軸に作ります。
フェーズ6：定着は入力率と期限管理の測定
定着の状況は、ログイン回数だけでなく、業務の変化が分かる指標で確認します。
- 処理状況：案件登録から完了までの日数と、期限超過件数を測ります。
- 品質：書類不備率と補正回数を見ます。
- 業務時間：担当者不在時の引き継ぎ時間と、月次請求の作成時間を比べます。
導入前の1か月を基準値にして、導入後の30日、60日、90日に同じ指標を比べます。そうすれば、業務改善への寄与を確認できます。
入力されない原因は、個人の意識だけでなく、設計や運用にもあります。たとえば、入力項目の多さや二重入力、スマートフォンでの確認可否、通知量などです。そのため、設計と運用も点検します。
月1回の運用会議では、未入力項目や期限アラート、検索しにくい案件、追加したいテンプレートを確認し、改善の優先順位を付けます。
2026年は、AIによる要約や書類の不足項目の検出も選択肢の一つです。ただし、入力情報の学習利用、保存期間、国外移転を確かめます。
AIは期限候補や不足書類の提示に限定します。法令解釈、申請内容の最終確認、顧客への回答は、行政書士が行います。
また、IPA「情報セキュリティ10大脅威2026」では、組織向け脅威としてAI利用をめぐるサイバーリスクが取り上げられています（出典：IPA「情報セキュリティ10大脅威2026」、2026年1月公表）。便利さと確認責任は、分けて運用します。
行政書士事務所向け案件管理システムの費用相場
費用を左右するのは、利用人数や業務種別の数、データ移行量です。加えて、帳票数や外部連携、権限・監査ログ、導入支援の範囲によっても変わります。
行政書士事務所向けシステムに限った公的な市場統計は、確認できません。ここで示す数字は、リサーチノートの類似業務システムの開発レンジと、2026年時点の公開料金をもとにした予算計画用の目安です。特定の会社に依頼した場合の確定額ではありません。
方式別の初期費用と期間の比較
方式によって初期費用と導入期間の幅は異なるため、予算計画では各方式の目安を同じ軸で比べます。
- クラウドSaaS：初期設定や移行を除けば初期費用0〜10万円程度、月額は1名あたり3,000〜10,000円程度、導入期間は数日から1か月程度が目安です。
- パッケージ・買い切り：5万〜100万円程度。保守や法改正対応は、年数万円からが目安です。
- ローコード：設定、画面、ワークフロー、権限、帳票、移行を含め50万〜300万円程度、1〜4か月程度です。
- 個別開発：基本は500万〜1,500万円程度、4〜9か月程度です。複数拠点や会計・電子申請・顧客ポータルとの統合では、1,500万円を超える場合があります。
行政書士HUBは、初期費用30,000円、1〜5名は月額4,980円、6名以上は月額2,980円からと公開しています。
CUROは、初期費用0円、1ID込み月額5,000円、追加ID月額1,000円と公開しています（出典：行政書士HUB公式、株式会社IncBASE「CURO」公式、2026年8月確認）。
データ移行、個別マニュアル、研修、帳票変更の費用は、契約条件を確認します。どの方式も、機能数だけでなく、テストと移行を含んだ見積もりかどうかを確かめます。
個別開発の工程別の予算
個別開発の予算は工程ごとに幅があるため、各作業の費用目安を確認して配分を検討します。
- 要件定義：50万〜150万円程度。
- 画面・データベース設計：50万〜200万円程度。
- 製造・テスト：300万〜900万円程度。
- データ移行・教育・導入：50万〜250万円程度。
案件台帳、期限、帳票だけに絞った小規模な構成なら、300万〜700万円程度に収まる可能性があります。ただし、要件と連携数によって変動します。
初期費用に加えて、月額のクラウド利用料や保守、法改正対応を確認します。さらに、バックアップ、追加ユーザー、SMSや電子契約などの従量課金、障害対応費も見ておきます。
5名で月額4,980円のサービスを使う例では、ライセンス料は24か月で約59万7,600円です。これは公開料金から計算した一例で、初期設定、税、追加オプションを含まない場合があります。
料金表の数字を総額とは考えず、事務所の人数と契約条件で2年間の費用を再計算します。
補助金の対象条件と対象外費用の確認
補助金を予算に含めるときは、対象経費、申請条件、契約時期を分けて確かめます。
- 対象経費：2026年はソフトウェア、クラウド利用、導入関連費などが対象になり得ます。
- 申請条件：登録ITツール、申請枠、補助率、事業者要件、締切で扱いが異なります。
- 契約時期：採択や交付決定前に契約・支払いを進められない場合があります。
2026年は、デジタル化・AI導入補助金が公募されています。そのため、申請前に公募要領を確認します（出典：中小企業庁「デジタル・IT化支援」「デジタル化・AI導入補助金2026」、2026年8月確認）。
CUROの例は、ソフトウェア2年分、導入支援、初期設定、マニュアル作成、研修を含みます。その通常総額は590,000円（税抜）です。
補助を適用した場合の実質負担の例もありますが、採択が必要なうえ、移行費など対象外の費用もあります。そこで、採択されない場合の自己負担額と対象外の作業を、先に確認します。
見積もりを取る際のポイント
見積もりの精度は、業務とデータをどれだけ具体化できるかで決まります。たとえば、移行・テスト・教育が別料金のA社は安く見え、保守や研修込みのB社は高く見える場合があります。
合計金額だけでなく、同じ前提条件、業務シナリオ、納品物をそろえて比較します。
要件定義書に書く実案件と完了条件
発注前の資料には、事務所の人数と拠点、主な業務種別を記載します。加えて、月間新規案件数、保有案件数、過去データ件数も書きます。
利用中のExcelや会計ソフト、必要な帳票、外部連携、希望時期も伝えます。要件は、入力と結果を一文で示します。例として、「受任後に必須書類が未回収なら担当者に通知する」「補正期限を管理者が一覧で確認する」などがあります。
各機能に優先度を付け、提案内容と受入条件を明確にします。たとえば、次のように整理できます。
- 優先度：「必須」「できれば必要」「将来検討」に分けます。
- 必須機能：案件登録、顧客検索、書類チェック、期限通知などに絞ります。そのほか、権限、バックアップ、CSV出力も必要です。
- 受入条件：業務種別に応じて必須書類が表示され、不足を担当者が確認できるなど、測定可能にします。
- 別見積もり：顧客ポータルやAIは初期範囲から分けて依頼します。
複数社の同じ質問票による比較
候補先には、同じRFPと実案件シナリオを渡します。見積もりは、要件定義、設計、開発、移行、教育、保守を分けて依頼します。
- 業務理解：事件簿に必要な項目を誰が検証し、業務種別別の期限ルールを追加できるか。
- 情報管理：原本や個人番号を含むファイルをどう扱い、AI入力を学習に使わない設定ができるか。
- 契約条件：CSVで全データを返却できるか、法改正対応費はいくらか。
提案は、価格だけでなく、行政書士業務の理解度や質問への具体性、担当者の経験で評価します。加えて、テスト・移行計画、障害時の連絡体制、契約後の保守範囲も見ます。
デモでは、建設業許可の更新予定、在留資格案件の書類不足、完了案件の検索と請求を、実際に操作してもらいます。カタログからは分かりにくい適合度を、ここで確認できます。
追加費用・データ・契約のリスクの事前確認
見積書では、仕様変更、追加ユーザー、帳票追加、過去データ整形を確認します。画像・PDF移行、研修回数、出張費、API利用料も、確認の対象です。
追加費用になりやすい条件は、範囲と作業方法に分けて確認します。
- 移行範囲：対象ファイル数、項目、文字コード、重複整理、検証方法、再移行条件を書面に残します。
- 運用費：バックアップ、保守時間、障害対応の時間帯を確認します。
契約には、納品物、検収条件、知的財産権、ソースコードを記載します。加えて、再委託先、サービス停止時の通知、障害時の復旧目標も盛り込みます。
データのエクスポートや、解約時の返却と削除証明も決めておきます。特に、クラウドではデータを持ち出せないことが大きな乗り換えリスクです。
契約前に、サンプルデータをCSVで出し、案件・顧客・書類・期限・請求の関係を復元できるかを確かめます。
発注側は、情報漏えいが起きたときの事実確認、連絡先、停止範囲、本人通知や当局報告の判断方法も決めておきます。
個人情報保護委員会のガイドラインは、漏えい等のおそれが大きい事態について、報告や本人通知に関する対応を示しています。
システム機能だけでなく、事務所とベンダーの連絡体制、訓練、定期点検も、見積もりと運用計画に含めます。
よくある質問（FAQ）
導入前によく検討される費用や方式、データ移行、法令・セキュリティ、スタッフの定着について回答します。
行政書士事務所向け案件管理システムは何人規模から導入すべきですか？
1人事務所でも、更新期限や書類の所在をまとめて管理したい場合には、導入効果があります。案件数が増え、Excelや紙を探す時間、請求への転記、記憶に頼る作業が増えた時点が、検討の目安です。
少人数であればSaaSから始め、業務が固まってからローコードや個別開発へ広げる方法もあります。
過去のExcelや紙の事件簿は移行できますか？
移行できるかは、データ形式、項目の揺れ、重複、添付ファイルの量、保存ルールで決まります。そのため、まずは現行案件を優先し、すべてを無条件には移さない形にします。
完了案件は、検索用に最低限の項目だけ移す方法もあります。また、ベンダーには、移行サンプル、件数照合、文字化け確認、移行後の修正責任を見積もりに含めるよう依頼します。
クラウドに身分証や戸籍などを保存しても安全ですか？
安全性は、クラウドかローカルかよりも、対策の中身で判断します。たとえば、二段階認証、最小権限、通信・保存時の暗号化、操作ログ、バックアップを確認します。
障害復旧や委託先の管理、退職者のアカウント停止、漏えい時の連絡手順も確認します。加えて、端末管理や研修も整えます。
原本や個人番号のように、保存しない方がよい情報もあります。そこで、業務上の必要性から保存範囲と閲覧者を決めます。
AI機能を案件管理システムに組み込んでもよいですか？
書類不足候補の提示、案件メモの要約、期限候補の抽出など、確認を補助する用途から始める方法があります。
法令判断や申請書の最終確認は、AIに任せず、行政書士が原資料と照合して承認します。入力データの学習利用、保存期間、アクセス権限、国外移転、出力の誤りも確認します。
AIを使わない代替手順も用意します。
まとめ
案件管理システムは、顧客や書類、期限を一つの業務の流れとして管理します。申請、補正、請求、事件簿も、その流れの中で扱います。進め方は6段階です。前半は要件整理、選定、設計・開発で、後半はテスト、稼働、定着です。各段階で、成果物と判断基準を確認します。
最初に確認する、毎日使える最小範囲
費用は方式別に比べ、初期費用と月額を見たうえで、設定、移行、保守、テスト、教育を分けて確かめます。公開料金や補助金は、参考情報として扱います。
データ移行費、帳票変更、研修、法改正対応、解約時の返却条件まで含めた2年間の総額で判断します。
高機能さよりも、スタッフが毎日入力でき、期限と書類を追跡でき、必要なときにデータを持ち出せることのほうが大切です。
実案件での試行と、90日単位の改善
導入効果は、稼働の前後で、実案件と同じ業務指標を確認して判断します。
- 導入前に代表的な3〜5件の実案件でデモと受入テストを行います。
- 稼働後30日、60日、90日に入力率、期限超過、書類不備、補正回数を確認します。
- 引き継ぎ時間や請求作成時間も確かめ、現場の声をもとに項目や通知を調整します。
AIを含む新機能は、安全管理と最終確認のルールを整えてから追加します。この順で進めると、導入そのものが目的にならず、期限漏れと二重入力の削減につながります。
▼全体ガイドの記事
・行政書士事務所向け案件管理システム開発の完全ガイド
▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。