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

行政書士事務所向け案件管理システムの開発は、案件台帳を作るだけではなく、受任から書類回収、申請、補正、完了、更新までの業務を一つの流れに整理してから着手することが成功のポイントです。

本記事では、要件整理、システム選定、設計・開発、テスト、稼働、定着の6フェーズに分けて、行政書士事務所で実際に使える進め方を解説します。費用相場、見積書で確認すべき項目、データ移行や個人情報保護のチェックポイントまで、発注前に判断できる形で整理します。

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

行政書士事務所向け案件管理システムの全体像とは？

行政書士事務所向け案件管理システムとは、顧客、法人、案件、必要書類、担当者、期限、申請状況、請求、入金、事件簿に関する情報を案件番号で結び付ける業務システムです。一般的なCRMやタスク管理ツールとの違いは、建設業許可、在留資格、会社設立、相続など、業務種別ごとに必要な書類・期限・申請先が異なることを前提に設計する点です。

最初に必要となるのは、顧客台帳と案件台帳を別々に持つのではなく、顧客に複数の案件をひも付けられる構造です。案件には案件番号、業務種別、受任日、担当者、申請先、現在のステータス、次の期限、報酬、立替金を登録します。さらに、依頼者から預かった身分証、戸籍、登記事項証明書、許可証などを案件に関連付けると、共有フォルダやメールを探す時間を減らせます。

ステータスは「相談」「見積提出」「受任」「書類回収中」「書類作成中」「申請済み」「補正対応中」「許可・完了」「請求済み」など、事務所の実務に合わせて定義します。単に進捗を色で表示するのではなく、各ステータスで担当者が次に行う作業と完了条件を設定することが重要です。例えば「書類回収中」は、必須書類チェックがすべて完了し、担当者が確認した状態までを完了条件にします。

行政書士事務所では、許認可の有効期限や更新時期が案件完了後も続きます。そのため、案件を「完了」にしたら終わりではなく、許可番号、許可日、有効期限、更新準備の開始日、依頼者への連絡日まで記録できるようにします。更新通知は期限の90日前、60日前、30日前など複数回に分けると、担当者の確認漏れを減らせます。ただし、通知日数は業務種別や事務所の運用に合わせて設定できることが必要です。

事件簿に必要な情報、委任状や請求書への差し込み、補正の履歴、申請先との連絡記録も重要です。e-Gov電子申請では申請案件のステータス、メッセージ、公文書、補正や返戻を確認できるため、案件管理側にも到達番号、申請日、受付状況、公文書の保存場所、補正内容を記録できる項目を用意します（出典: e-Gov電子申請公式「マイページの使い方」「申請等の処理状況を確認する」、2026年8月確認）とされています。

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

進め方の基本は、要件整理、選定、設計・開発、テスト、稼働、定着の6フェーズです。いきなり製品名や開発会社を決めるのではなく、現行業務のどこに時間とミスが発生しているかを把握し、最初の稼働範囲を絞ります。各フェーズで成果物と判断基準を決めておくと、追加開発の膨張や「完成したのに使えない」という失敗を防ぎやすくなります。

要件整理では、Excel、紙の事件簿、共有フォルダ、メール、チャット、会計ソフトを対象に、情報がどこに保存され、誰がいつ更新しているかを確認します。案件を1件選び、「相談受付から受任まで」「書類回収から申請まで」「補正から完了まで」「請求から入金確認まで」を担当者と一緒に追うと、二重入力や属人化が見つかります。

この段階のチェック項目は、案件の開始条件と完了条件、業務種別ごとの必須項目、期限の起算日、担当者以外が見られる範囲、添付ファイルの保存ルール、事件簿や帳票への出力項目です。例えば、在留資格案件と建設業許可案件では、必要書類も更新期限も異なります。共通項目と業務種別固有項目を分けて整理すると、後から項目が増えても管理しやすくなります。

成果物は、業務フロー図、画面・項目一覧、権限一覧、移行対象データ一覧、優先順位表です。優先順位は「毎日使う」「期限や法令に関係する」「ミスが顧客対応に直結する」の3条件で決めます。最初から顧客ポータルやAI機能まで入れず、案件台帳、必須書類、期限、担当者、検索、帳票出力をMVPとして定義することが現実的です。

選定では、完成品SaaS、パッケージ、kintoneやPower Appsなどのローコード、個別開発を同じ業務シナリオで比べます。1人から数名の事務所で標準的な案件管理を早く始めたい場合はSaaSが候補になります。独自の帳票や業務種別を追加したい場合はローコード、複数拠点や会計・電子申請との深い連携が必要な場合は個別開発が候補になります。

比較の際は、機能数よりも「実案件を最後まで処理できるか」を確認します。無料デモでは、相談情報の登録、見積・受任、書類チェック、担当者変更、申請情報と到達番号の登録、補正履歴の記録、期限アラート、請求書発行、完了後の更新予定登録を一連の流れで操作します。途中でExcelやメールに戻らないと処理できない箇所があれば、その理由をベンダーに質問します。

クラウド型を選ぶ場合は、二段階認証、権限ロール、操作ログ、バックアップの世代、障害時の復旧目標、データ保存場所、CSVエクスポート、解約時の返却方法を確認します。個人情報保護委員会は、安全管理措置として組織的・人的・物理的・技術的な対策を求めているため、「SSL対応」という一言だけで判断しないことが大切です（出典: 個人情報保護委員会「個人情報の保護に関する法律についてのガイドライン（通則編）」令和8年4月1日改正、2026年8月確認）を参照しています。

設計では、顧客、案件、書類、タスク、期限、請求、入金、申請履歴をどのデータとして管理するかを決めます。案件番号をキーにして関連データを追える構造にし、顧客名だけで検索して同姓同名の案件を取り違えないようにします。業務種別を選ぶと必要書類と標準ステータスが表示される設計にすると、入力漏れを減らせます。

権限設計では、代表者、管理者、担当者、補助者、経理などの役割を分けます。担当者は自分の案件を編集でき、管理者は事務所全体を検索でき、経理は請求・入金を扱える一方で、身分証などの機微なファイルは必要な人だけが閲覧できる形が望ましいです。退職者や担当変更の処理、閲覧履歴、削除・ダウンロードのログも要件に含めます。

個別開発の場合は、要件定義書、画面設計書、データベース定義、権限表、帳票サンプル、外部連携仕様、テスト仕様書、運用手順書を納品物として見積書や契約書に明記します。ソースコード、データの所有権、第三者サービスの契約、保守範囲、法改正時の対応方法も、将来のベンダー変更に関わるため、設計段階で確認します。

テストは、開発会社だけが行う動作確認と、事務所が業務で使えるかを確認する受入テストに分けます。受入テストでは、建設業許可、在留資格、相続など代表的な3〜5件の過去案件を匿名化し、相談から完了までのシナリオを再現します。新規登録、検索、担当変更、書類不足、期限変更、補正、請求、更新通知を実際に操作し、期待する結果を記録します。

必須の確認項目は、案件番号の重複が起きないこと、期限アラートが正しい担当者に届くこと、書類の閲覧権限が守られること、帳票の氏名・住所・日付が正しく差し込まれること、CSV出力とバックアップから復旧できることです。e-Govの申請情報を管理する場合は、到達番号や補正メッセージを案件に記録し、公文書を案件の成果物として追跡できるかも確認します。

不具合の修正だけでなく、「操作が分からない」「入力項目が多すぎる」「現場の例外に対応できない」という使い勝手も課題として記録します。テスト仕様書には合格条件、担当者、実施日、証跡、未解決事項、再テスト日を残し、合格していない機能を本番稼働の対象に含めない判断基準を設けます。

稼働前には、過去データをそのまま移すのではなく、顧客名の表記ゆれ、重複、終了案件、期限切れの許可情報、不要な添付ファイルを整理します。移行対象を「現行案件」「完了後も参照する案件」「保存義務や事務所ルールにより保管する資料」に分け、移行前件数と移行後件数を照合します。個人番号など、保存の必要性が低い情報は移行しない判断も必要です。

切り替えは、全案件を一度に移す方法と、業務種別や担当チームごとに段階導入する方法があります。初回は3〜5件の実案件で並行稼働し、期限・書類・請求の流れを確認した後、対象を広げる方法が安全です。旧Excelをすぐ削除せず、照合期間と参照期限を決めて、どの時点で旧運用を終了するかを代表者が宣言します。

教育は、全員に同じ長時間研修を行うよりも、役割別に分けると定着しやすくなります。担当者には案件登録と書類チェック、管理者には権限・期限・集計、経理には請求・入金、代表者にはダッシュボードと監査ログを説明します。操作手順書は機能一覧ではなく、「相談を登録する」「補正を記録する」など実務シナリオで作成します。

稼働後の定着では、ログイン回数だけでなく、案件登録から完了までの日数、期限超過件数、書類不備率、補正回数、担当者不在時の引き継ぎ時間、月次請求作成時間を測定します。例えば、導入前の1か月を基準値として、導入後30日、60日、90日に同じ指標を比較すると、システムが業務改善に寄与しているか確認できます。

入力されない原因を個人の意識だけに求めないことも大切です。入力項目が多い、同じ内容を複数回入力する、スマートフォンで確認できない、通知が多すぎるなど、設計や運用の問題が隠れている場合があります。月1回の運用会議で、未入力項目、期限アラート、検索しにくい案件、追加したいテンプレートを確認し、優先順位を付けて改善します。

2026年はAIを活用した要約や書類の不足項目検出も選択肢になりますが、AIに入力した情報が学習に利用されるか、保存期間や国外移転がどうなっているかを確認します。AIは期限候補や不足書類の提示に限定し、法令解釈、申請内容の最終確認、顧客への回答は行政書士が行うルールを定めます。IPA「情報セキュリティ10大脅威2026」でも、組織向け脅威としてAIの利用をめぐるサイバーリスクが取り上げられているため、便利さと確認責任を分けて運用します（出典: IPA「情報セキュリティ10大脅威2026」、2026年1月公表）を確認しています。

行政書士事務所向け案件管理システムの費用相場

費用は、利用人数、業務種別の数、データ移行量、帳票数、外部連携、権限・監査ログ、導入支援の範囲で変わります。行政書士事務所向け案件管理システムだけを対象にした公的な市場統計は確認できないため、次の金額は、リサーチノートにある類似業務システムの開発レンジと2026年時点の公開料金をもとにした予算計画用の目安です。特定の会社に依頼した場合の確定額ではありません。

クラウドSaaSは、初期設定や移行を除けば初期費用0〜10万円程度、月額は1名あたり3,000〜10,000円程度、導入期間は数日から1か月程度が目安です。行政書士HUBは初期費用30,000円、1〜5名は月額4,980円、6名以上は月額2,980円からと公開しています。CUROも初期費用0円、1ID込み月額5,000円、追加ID月額1,000円という料金を公開しています（出典: 行政書士HUB公式、株式会社IncBASE「CURO」公式、2026年8月確認）。ただし、データ移行、個別マニュアル、研修、帳票変更の費用は契約条件を確認します。

パッケージや買い切り型は5万〜100万円程度、保守や法改正対応は年数万円からが一つの目安です。ローコードは、アプリ設定、画面、ワークフロー、権限、帳票、移行を含めて50万〜300万円程度、1〜4か月程度を想定します。個別開発は500万〜1,500万円程度、4〜9か月程度を基本レンジとし、複数拠点や会計・電子申請・顧客ポータルまで統合すると1,500万円を超えるケースもあります。いずれも機能数だけでなく、テストと移行を含めた見積か確認します。

個別開発の費用を一式で比較すると、どの作業にお金がかかるのか分からなくなります。予算を組むときは、要件定義50万〜150万円、画面・データベース設計50万〜200万円、製造・テスト300万〜900万円、データ移行・教育・導入50万〜250万円程度に分けて確認します。小規模な案件台帳・期限・帳票だけであれば300万〜700万円程度に収まる可能性がありますが、要件と連携数によって変動します。

初期費用だけでなく、月額クラウド利用料、保守費、法改正対応費、バックアップ費、追加ユーザー費、SMSや電子契約などの従量課金、障害対応費を2年間の総額で見ます。例えば5名で月額4,980円のサービスを使う場合、ライセンスだけで24か月あたり約59万7,600円となりますが、これは公開料金から計算した一例で、初期設定・税・追加オプションを含まない場合があります。料金表の数字をそのまま総額とせず、自事務所の人数と契約条件で再計算します。

2026年はデジタル化・AI導入補助金が公募され、ソフトウェアやクラウド利用、導入関連費などが対象になり得ます。ただし、登録されたITツールや申請枠、補助率、事業者要件、締切によって扱いが異なり、採択や交付決定の前に契約・支払いを進められない場合があります（出典: 中小企業庁「デジタル・IT化支援」「デジタル化・AI導入補助金2026」、2026年8月確認）ので、申請前に公募要領を確認します。

CUROでは、2026年の補助金対象フルパッケージとして、ソフトウェア2年分、導入支援、初期設定、マニュアル作成、研修を含む通常総額590,000円（税抜）という例が公開されています。補助適用時の実質負担例も掲載されていますが、補助金は採択が必要で、移行費など対象外の費用もあります。補助金を前提に機能を増やすのではなく、採択されなかった場合の自己負担額と、補助対象外の作業を先に確認します。

見積もりを取る際のポイント

見積もりの精度は、発注者がどれだけ業務とデータを具体化できるかで決まります。A社は安く見えても移行・テスト・教育が別料金、B社は高く見えても保守や研修が含まれていることがあります。合計金額だけでなく、同じ前提条件、同じ業務シナリオ、同じ納品物で比較することが重要です。

発注前の資料には、事務所の人数、拠点、主な業務種別、月間の新規案件数、保有案件数、過去データの件数、利用中のExcelや会計ソフト、必要な帳票、外部連携、希望時期を記載します。「案件を管理したい」だけではなく、「受任後に必須書類が未回収なら担当者に通知する」「補正の期限を管理者が一覧で確認する」など、入力と結果を一文で書くと、提案の比較がしやすくなります。

各機能には、必須、できれば必要、将来検討の優先度を付けます。必須機能は案件登録、顧客検索、書類チェック、期限通知、権限、バックアップ、CSV出力などに絞り、顧客ポータルやAIは別見積もりにします。受入条件も「案件を登録できる」ではなく、「業務種別を選ぶと必須書類が表示され、担当者が不足状態を確認できる」のように測定可能な表現にします。

候補先には、同じRFPと実案件シナリオを渡し、要件定義、設計、開発、移行、教育、保守を分けた見積もりを依頼します。確認する質問は、行政書士法上の事件簿に必要な項目を誰が検証したか、業務種別別の期限ルールを追加できるか、原本や個人番号を含むファイルをどう扱うか、CSVで全データを返却できるか、AIへの入力が学習に使われないか、法改正対応費はいくらか、です。

提案内容は、価格だけでなく、行政書士業務の理解度、質問への具体性、担当者の経験、テスト計画、移行計画、障害時の連絡体制、契約後の保守範囲で評価します。デモで「建設業許可の更新予定を登録する」「在留資格案件の書類不足を確認する」「完了案件を検索して請求する」などを操作してもらうと、カタログでは分からない適合度が見えます。

見積書では、仕様変更の扱い、追加ユーザー料金、帳票の追加、過去データの整形、画像やPDFの移行、研修回数、出張費、API利用料、バックアップ、保守時間、障害対応の時間帯を確認します。特に「データ移行一式」は件数や形式が曖昧になりやすいため、対象ファイル数、項目、文字コード、重複整理、検証方法、再移行の条件まで書面化します。

契約には、納品物、検収条件、知的財産権、ソースコードの扱い、再委託先、サービス停止時の通知、障害時の復旧目標、データのエクスポート、解約時の返却と削除証明を記載します。クラウドサービスでは、データを持ち出せないことが最も大きな乗り換えリスクになります。契約前にサンプルデータをCSVで出力し、案件・顧客・書類・期限・請求の関係が復元できるかを確認します。

情報漏えい時には、誰が事実確認を行い、誰に連絡し、どの範囲を停止し、本人通知や当局報告をどう判断するかを決めます。個人情報保護委員会のガイドラインは、漏えい等のおそれが大きい事態について報告や本人通知に関する対応を示しています。システムの機能だけでなく、事務所とベンダーの連絡体制・訓練・定期点検まで含めて見積もりと運用計画に反映します。

よくある質問（FAQ）

ここでは、行政書士事務所が導入前によく検討する質問に回答します。費用や方式だけでなく、データ移行、法令・セキュリティ、スタッフの利用定着まで確認してから、自事務所に合う導入計画を決めます。

1人事務所でも、更新期限や書類の所在を一元管理したい場合は導入効果があります。特に案件数が増え、Excelや紙を探す時間、請求への転記、担当者の記憶に頼る作業が増えた時点が検討の目安です。少人数ならSaaSから始め、業務が固まってからローコードや個別開発へ広げる方法も選べます。

移行できるかどうかは、データ形式、項目の揺れ、重複、添付ファイルの量、保存ルールで決まります。すべてを無条件に移すのではなく、現行案件を優先し、完了案件は検索用に最低限の項目だけ移すなど、対象を分けます。ベンダーには、移行サンプル、件数照合、文字化け確認、移行後の修正責任を見積書に含めるよう依頼します。

クラウドだから安全、ローカルだから安全と一律には言えません。二段階認証、最小権限、通信・保存時の暗号化、操作ログ、バックアップ、障害復旧、委託先管理、退職者のアカウント停止、漏えい時の連絡手順を確認し、事務所側の端末管理や研修も整えます。原本や個人番号など、システムに保存しない方がよい情報は、保存範囲と閲覧者を業務上の必要性から決めます。

AIは、書類の不足候補の提示、案件メモの要約、期限候補の抽出など、確認を補助する用途から始めると安全です。法令判断や申請書の最終確認をAIに任せず、行政書士が原資料と照合して承認する運用にします。入力データの学習利用、保存期間、アクセス権限、国外移転、出力の誤りを確認し、AIを使わない代替手順も用意します。

まとめ

行政書士事務所向け案件管理システムは、案件を一覧化するだけでなく、顧客、書類、期限、申請、補正、請求、事件簿を一つの業務の流れとして管理する仕組みです。進め方は、要件整理、選定、設計・開発、テスト、稼働、定着の6フェーズに分け、各段階で成果物と判断基準を確認します。

費用は、SaaSなら初期費用と月額、ローコードなら設定・移行・保守、個別開発なら要件定義からテスト・教育までを分けて比較します。公開料金や補助金は参考になりますが、データ移行費、帳票変更、研修、法改正対応、解約時の返却条件を含めた2年間総額で判断します。高機能な製品を選ぶことより、スタッフが毎日入力し、期限と書類を追跡でき、必要なときにデータを持ち出せることが重要です。

導入前は、代表的な3〜5件の実案件を使ってデモと受入テストを行い、稼働後は30日、60日、90日で入力率、期限超過、書類不備、補正回数、引き継ぎ時間、請求作成時間を確認します。現場の声をもとに項目や通知を調整し、AIを含む新機能は安全管理と最終確認のルールを整えてから追加します。この順番で進めると、システム導入が目的化せず、期限漏れと二重入力の削減につながります。

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

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

株式会社riplaの会社HPはこちら

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール

張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。