手続管理システム開発の近道は、要件整理から定着までを6つのフェーズに分け、各段階で判断基準を持つことです。
紙やExcelを置き換えるだけでなく、申請から保管までの業務と証跡を一つの流れに組み直す取り組みです。発注担当者と現場責任者の両方に向けて、その進め方を解説します。
▼全体ガイドの記事
・手続管理システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
手続管理システムの概要
手続管理システムは、申請の受付から審査、承認、差し戻し、結果通知、完了後の文書保管や期限管理までを一つの仕組みで扱う業務システムです。
単なる申請フォームとは違い、とくに「誰が、いつ、どの根拠で、どの状態にしたか」を追跡できる点が特徴です。はじめに対象となる手続の種類を整理しておくと、必要な機能と開発方式を選びやすくなります。
社内申請・契約法務・行政手続の3タイプ
社内申請は、稟議、購買、経費、人事異動、休暇など、社内の申請者と承認者が中心になる手続です。契約・法務手続では、法務相談や契約審査、電子署名、更新期限の管理、契約書と関連証憑の検索までを扱います。
- 社内申請：部門内の申請と決裁が対象です。
- 契約・法務：審査、締結、変更履歴の記録が中心です。
- 行政手続：提出期限と証跡の管理が求められます。
行政・対外手続では、これに外部申請者の本人確認や補正依頼が加わります。さらに、審査や結果通知、住民・事業者向けの画面、台帳連携も必要になります。
同じ「手続」でも、外部公開、個人情報、法定保存、可用性の要件は種類ごとに異なります。そのため、3タイプを混ぜずに、それぞれの対象範囲を別々に定義しておきます。
状態・期限・証跡を軸にした必要な機能
基本機能の中心は、手続マスタと申請フォーム、添付ファイル、条件分岐付きワークフローです。そのうえで、代理承認や差し戻し、督促を備えます。通知と検索、権限と操作ログも、基本機能として必要です。
契約や証憑を扱う場合は、申請データと文書ファイルを受付番号や契約番号で関連付けます。あわせて、版管理と保存年限も持たせておきます。
申請IDや手続種別、申請者、担当部署は、個別のデータとして管理します。現在ステータス、期限、文書ID、承認履歴についても、項目を分けて持たせます。こうしておくと、後から一覧や集計を広げられます。
開発前に決める業務成果の指標
手続管理システムの目的は業務の改善で、電子化はその手段です。受付漏れや承認漏れ、期限超過などを、改善の対象として決めます。
改善の効果を後から示すには、導入前の状態を数字で残しておく必要があります。速さや紙への依存、文書探しの手間は、導入前に測っておかないと、導入後と比べられません。
- 申請と処理の速さ：月間申請件数、平均処理日数、期限超過件数
- 紙・メールへの依存：紙・メールで処理する割合
- 文書探しの手間：過去文書を探す平均時間
導入後に同じ指標で比べれば、現場の感覚だけに頼らず、システム投資の成果を説明できます。
AIによる不備チェックや文書項目の抽出を加える場合も、最終判断は担当者が行います。そのうえで、確認結果と根拠をログに残す設計が必要です。
手続管理システム開発の進め方と6フェーズ
機能を先に決めると、例外処理や移行作業が後から膨らむため、要件整理から定着まで6フェーズを順番に進めます。各フェーズの成果物は、次の判断の材料にします。
全社一斉に始めず、代表的な手続で検証してから対象を広げると、費用と現場の負担を抑えられます。
フェーズ1：要件整理と現行手続の見える化
最初に、対象となる手続を一つの台帳にまとめます。台帳には、次の項目を書き込みます。
- 手続の基本：手続名、申請者、受付方法、承認者
- 審査と期限：審査基準、差し戻し条件、処理期限
- 書類と保管：添付書類、保存年限、現在の保管場所
- 規模と連携：関連システム、月間件数
担当者へのヒアリングでは、通常フローだけでなく例外の扱いも聞いておきます。たとえば、代理承認、組織変更、緊急処理、期限延長、申請の取り下げ、同じ案件の再申請などが該当します。
要件はMUST、SHOULD、WANTの3段階に分けます。法令や社内規程、監査で必要な権限や証跡はMUSTに、処理時間や検索性の改善はSHOULDに、将来のAIや高度な分析はWANTに置きます。
要件整理の完了条件は、代表的な手続を第三者が読んで再現できる状態になっていることです。具体的には、開始条件、担当者、入力項目、分岐を一通り示します。そのうえで、完了条件や例外、保存の扱いも読み取れるようにします。
フェーズ2：選定と製品・開発方式の比較
選択肢は、SaaS・パッケージ、ローコード、スクラッチ開発に大別できます。
- SaaS・パッケージ：手続が標準的で、早期導入を優先する場合の候補
- ローコード：フォームや承認経路を自社で変えたい場合に合う
- スクラッチ開発：独自の審査や複雑な権限、外部申請、基幹連携が競争力に直結する場合
基本となるのは、Fit & Gapです。標準機能で足りる部分は作り込まず、独自性の高い部分だけをカスタマイズします。
候補先には、同じシナリオを渡してデモを依頼します。見る場面は、基本の操作と運用に関わる機能の2つです。
- 基本の操作：申請、承認、差し戻し、代理承認を一通り操作する
- 運用の確認：期限超過、検索、権限変更、監査ログ、CSV出力
そのうえで、各操作が標準機能か追加開発かを記録します。比較では、導入事例の有無だけで決めず、同じ質問票で条件をそろえて確認します。
確認項目は、要件定義の範囲、データ移行の担当、API制限です。さらに、障害時のSLAや契約終了時のデータ返却、自社で設定変更できる範囲も含めます。
フェーズ3：設計開発とデータ・例外の確定
設計では、画面より先に手続の状態とデータの関係を決めます。
保持する単位は、次の3点で決めます。
- 受付の情報：受付番号、申請者、対象者、手続種別、部署
- 進行の情報：ステータス、期限、文書ID、承認履歴
- 二重登録の防止：同じ申請が二重登録されないルール
人事・会計・契約・電子署名などと連携する場合は、仕様に連携の条件を含めます。マスタの正とするシステムや同期の頻度、APIエラー時の再送、重複防止、担当者への通知までを書き込みます。
権限は、利用者、部署、役職、案件、文書の機密区分を軸に設計します。そのうえで、退職・異動時の権限剥奪や代理承認の期限、監査担当者の閲覧範囲、管理者がログを削除できない仕組みを確かめます。
個人情報やマイナンバーを扱う場合は、保存場所や暗号化、MFAやSSOといった認証の方法を決めます。あわせて、バックアップや復旧目標、委託先と再委託先の管理を、RFPと契約書に落とし込みます。
フェーズ4：業務シナリオを通したテスト
テストでは、画面が表示されるかだけでなく、業務の流れを最後まで通して確かめます。流れが正常に進む場合と、途中で例外が起きる場合は分けて見ます。
- 正常系：申請から完了までを通した流れ
- 異常系：必須項目の欠落、添付容量の超過、承認者の不在、差し戻し、期限超過、申請取り下げ、連携先の停止
利用者の役割別に、権限のない文書が検索結果に出ないか、ログに操作者と時刻が残るか、通知が重複しないかを検証します。
受入テストでは、現場の担当者が実データに近いサンプルを使って判定します。合格の条件は、「操作できた」で済ませず、要件を満たすことにします。具体的には、処理時間や差し戻し率、検索結果、帳票、連携データ、監査ログを基準にします。
負荷試験や脆弱性診断、バックアップからの復旧テストは、個人情報や外部申請を扱う案件で、稼働前に実施します。
フェーズ5：稼働と移行・並行運用の管理
過去の申請書や契約書を移す場合は、開発とは別に移行計画を作ります。移行計画では、対象期間と文書の種類、メタデータを決めます。そのほか、移行で決めておく点と移行後の確認を、次の項目に分けて示します。
- 重複と欠損：扱い方を決める
- ファイル形式：移行で使う形式
- 保存年限：移行後の保存期間
- 移行後の責任者：担当者
- 移行後の確認：件数だけでなく、検索できる状態かどうか
すべてを一度に移すのは避け、現行案件や期限更新が近い案件など、業務上必要なデータから優先して移行します。そうすると、リスクを抑えられます。
稼働直後は、旧運用との並行期間と切り戻しの条件を文書にしておきます。たとえば、重大な権限不備や申請受付の停止、基幹連携の欠落が起きた場合に、旧運用へ戻すか、手動受付へ切り替えるかを決めます。
稼働前には、問い合わせ窓口や障害連絡、日次の申請件数確認、期限超過の監視担当も割り当てておきます。
フェーズ6：定着と利用率・業務ルールの改善
稼働後に使われない原因には、操作の難しさ以外もあります。たとえば、紙の控えを残す二重運用や承認者の不明確さ、多すぎる通知、システム外での例外処理、検索項目の不足といった、業務設計の問題が残っている場合があります。
現場が自分で解決できる範囲を広げるには、研修や操作ガイドなど、使う人に合わせた資料を用意します。
- 研修：利用者別に短く行う
- 操作ガイド：手続ごとに作る
- よくある質問：現場が自分で調べられる形にまとめる
- 設定手順：管理者向けに用意する
定着は、ログイン数よりも、対象手続のオンライン化率や平均処理日数、差し戻し率で測ります。さらに、期限超過件数や検索時間、問い合わせ件数も評価に使います。
月次でログを確認し、使われていない手続は廃止または簡素化します。組織変更や法改正に合わせて、手続マスタも更新します。四半期ごとに権限レビューと復旧訓練を行えば、導入後の統制も維持できます。
手続管理システムの費用相場とコストの内訳
費用は、利用者数に加えて、手続の種類や承認分岐、添付文書の量で変わります。さらに、既存システム連携、過去データ移行、外部申請、セキュリティ要件、導入支援の範囲も影響します。
次に示す金額は、手続管理システム単独の公的統計ではなく、リサーチノートの業務システム刷新の目安と、公式に公開されているサービス料金を組み合わせた概算です。
受託開発は300万〜1,500万円と1,500万〜4,000万円の目安
受託開発の費用は、どの範囲まで作り込むかで大きく変わります。規模を3つに分けて、それぞれの目安を示します。
- 小規模な刷新：1〜3種類のフォーム、単純な承認、検索、通知、CSV出力に絞る場合で、300万〜1,500万円程度
- 標準規模：10〜50種類の手続、複数部署、条件分岐を含む場合で、1,500万〜4,000万円程度を想定
- 行政・大規模案件：外部申請、本人確認、複数台帳、24時間運用、強い可用性や災害復旧まで求める場合で、4,000万円を超える可能性
添付文書や権限、監査ログ、基幹連携、過去データ移行も、標準規模の範囲に入ります。いずれも要件によって上下するレンジで、特定の金額を示すものではありません。
期間の目安は、パッケージ導入や限定連携で2〜4か月、標準的な新規開発で6〜12か月、大規模な外部連携で12か月超です。
マイナポータルの電子申請等APIは、利用申請からサービス利用開始までの参考期間を約半年から約1年と案内しています。根拠として、デジタル庁「電子申請等API」、2026年を参照しています。行政手続を対象にする場合は、開発会社の工数に加えて、API利用申請や審査の期間も初期計画に入れます。
SaaS・パッケージの初年度総額
SaaSの例としてkintoneを取り上げると、2026年8月時点の料金は、1ユーザーあたりの月額で3つのプランに分かれています。
- ライト：1ユーザーあたり月額1,000円
- スタンダード：1ユーザーあたり月額1,800円
- ワイド：1ユーザーあたり月額3,000円
最低ユーザー数は、ライトとスタンダードが10ユーザー、ワイドが1,000ユーザーです。初期費用は無料です。根拠として、サイボウズ株式会社「kintone 料金」、2026年8月確認を参照しています。
10人分の月額ライセンスだけなら1万〜3万円です。ただし、フォーム設計やプラグイン、帳票、電子署名連携、教育を加えた初年度総額は、導入範囲によって50万〜500万円程度の推定レンジになります。
楽々WorkflowII Cloudは、次の料金が公式に公開されています。
- 初期費用：5万円
- 基本料金：月1万円
- 1ユーザー：月500円
50ユーザーならライセンスだけで初年度47万円になり、これは税抜の計算です。根拠として、住友電工情報システム株式会社「楽々WorkflowII 価格・ライセンス体系」、2026年8月確認を参照しています。
一方で、オンプレミスの基本ライセンスは300万円からです。環境や保守、連携、導入支援は別途確認が必要です。料金が問い合わせ制の製品は、同じユーザー数と対象手続で見積もりをそろえて比べます。
保守・移行・法改正対応を含むランニングコスト
初期開発費のほかに、次の費用がかかります。
- 基盤と保守：クラウド利用料、保守、監視、バックアップ、ストレージ
- 対応と改修：脆弱性対応、法改正対応、軽微改修
- 周辺の作業：問い合わせ、教育、データ移行
保守費を初期開発費の年5〜15％程度と置くことがありますが、月額か年額か、障害対応の時間帯、法改正対応を含むかによって、意味が変わります。
見積書では「保守一式」とまとめず、次の4つに分けてもらいます。
- 基盤費：基盤の利用にかかる費用
- 運用費：運用にかかる費用
- 改修枠：改修にあてる枠
- 追加作業単価：追加の作業にかかる単価
契約書や請求書などを保管する場合は、電子帳簿保存法の検索要件や改ざん防止の仕組みも、コストに影響します。
国税庁は、電子取引データについて、訂正・削除の履歴が残る仕組みなどの改ざん防止を案内しています。あわせて、日付・金額・相手方による検索や、範囲指定、項目の組み合わせ検索も示しています。根拠として、国税庁「電子帳簿等保存制度」、2026年6月を参照しています。
法務担当と経理担当が要件を先に確認しておくと、後から追加される費用を防げます。
見積もりを取る際のポイントとチェックリスト
見積もりの差は、開発会社の単価だけでなく、前提条件と含まれる作業の差から生まれます。
対象手続や利用者、承認ルート、文書量を同じ条件で示してもらいます。そのうえで、連携や移行、セキュリティ、教育も含めて、初期費用と運用費を分けて比べます。安いかどうかを見る前に、抜けている作業がないかを確認します。
要件一覧に書く手続数・分岐・文書量
RFPや要件一覧には、次の内容を書きます。
- 手続と件数：手続の種類と優先順位、月間と繁忙期の申請件数
- 利用者と承認：利用者数と役割、承認段階、条件分岐、代理・並列承認
- 文書と通知：添付ファイルの形式と容量、保存年限、検索項目、通知チャネル
既存データの件数と形式、連携先のシステム名、APIまたはCSVの可否も明記します。そのうえで、SSOやMFA、IP制限、監査ログの保存期間、復旧目標も書いておきます。
現行フローを図にできない場合は、まず代表的な3手続を選びます。申請頻度が高い手続や分岐が複雑な手続、文書の機密性が高い手続を一つずつ選ぶと、製品の適合性と開発の難しさを同時に見られます。
画面の見た目より先に、差し戻しや期限延長のような例外を正確に処理できるかを見ます。
候補会社に確認する標準機能と追加費用の境界
ベンダーには、各要件が標準、設定変更、プラグイン、個別開発のどれに該当するかを回答してもらいます。個別開発なら、初期費用、納期、将来のバージョンアップ影響、改修単価を確認します。
製品の標準機能に業務を合わせられる部分と、法務統制や独自審査のために合わせられない部分を分けておくと、無用なカスタマイズを抑えられます。
導入事例は、社名や導入数だけでなく、次の点も確認します。
- 似た手続の複雑さ：自社の手続と比べる
- 利用者規模：自社の想定と比べる
- 移行方法：既存データの移し方
- 稼働までの期間：着手から稼働まで
- 定着支援の内容：利用が根づくまでの支援
データ返却の形式や契約終了時の削除証明、サポート窓口、障害通知、再委託先、データの保管国についても質問します。
クラウドを使う場合も、事業者自身の安全管理措置が必要だと、個人情報保護委員会は示しています。そのため、どこまでを誰が受け持つかを契約前に明確にします。根拠として、個人情報保護委員会、2024年注意喚起を参照しています。
工程別と作業別に分解した見積書
要件定義から開発、テストまでの費用と、移行や教育、稼働支援、保守の費用を、分けて示してもらいます。
さらに、機能単位の内訳も確認します。次のように、機能ごとに分けてもらいます。
- 申請と承認：フォーム作成、ワークフロー設定の費用
- 権限と文書：権限、文書保管、検索の費用
- 連携と出力：通知、外部連携、帳票、監査ログの費用
一次Q&Aでは、受託開発の費用の40〜60％をエンジニアやPMなどの人件費が占めると整理されています。SE単価は月80万〜120万円が目安とされていますが、体制と契約条件による参考値です。
追加費用が発生する条件も、先に確認します。手続の追加や承認分岐の変更、添付容量の増加が、その例です。さらに、API仕様の変更や移行データの補正、法改正への対応も含まれます。それぞれの単価や見積方法を確認します。
準委任か請負か、検収の基準、仕様変更の扱い、遅延時の責任範囲を契約書に記載します。見積もりの前提と実際の業務がずれないようにするためです。
丸投げ・要件膨張・移行漏れのリスク対策
失敗しやすいのは、現場ヒアリングを省いて本部だけで要件を決めること、最初から全社全手続を対象にすること、紙の帳票をそのまま画面化することです。
これを防ぐには、代表部署の利用者を要件定義に加え、パイロットで申請から検索までを試します。そのうえで、処理時間や差し戻し率を計測します。改善すべき業務ルールが見えてから、対象範囲を段階的に広げます。
ベンダーロックインを避けるには、次の点を確認します。
- データの形：データ項目の定義、エクスポート形式
- 連携と取り出し：APIの有無、バックアップの取得方法
- 契約終了時：データ返却
セキュリティでは、暗号化の方式だけでなく、権限レビュー、ログ監視、脆弱性修正、事故時の連絡時間、復旧訓練の実施責任まで見ます。
チェックリストに回答欄と証跡欄を設けると、口頭の説明に頼らずに判断できます。
よくある質問（FAQ）
手続管理システムの開発では、開発方式、対象範囲、費用、法令対応、現場定着についての質問が多く寄せられます。発注前に判断しにくい点を、次の4つの質問で取り上げます。各回答は、先に結論を示し、そのあとに理由を続けます。
手続管理システムはパッケージとスクラッチのどちらがよいですか？
標準的な申請・承認・通知が中心で、早く始めたい場合はパッケージやSaaSが向いています。独自の審査基準、複雑な権限、外部申請、複数台帳との連携が業務の核心ならスクラッチが候補です。
最初から全面的に作り込まず、代表的な1〜3手続でFit & Gapを確認してから判断すると、過剰投資を防げます。
小規模な手続管理システム開発はいくらかかりますか？
1〜3種類の手続、単純な承認、検索、通知、CSV出力に絞る場合、受託開発の初期費用は300万〜1,500万円程度が目安です。
SaaSならライセンス費を小さく始められます。ただし、フォーム設定や移行、連携、教育、保守を含む初年度総額で比べることが大切です。利用者数や承認分岐、文書量、連携数が増えると、同じ小規模案件でも費用は変わります。
過去の紙やExcelのデータはすべて移行すべきですか？
すべてを一度に移す必要はありません。現行案件や更新期限が近い契約、監査や問い合わせで参照する頻度が高い文書から優先し、検索に必要なメタデータを整えます。
移行しない資料は、保管場所と検索方法を文書にしておきます。移行後に「どこを見ればよいか」が分からなくならないようにするためです。そのうえで、件数だけでなく、文字化けや欠損、重複、権限の正しさをサンプルで検査します。
AIを使って申請審査や文書確認を自動化できますか？
AIで申請内容の不備候補を示したり、文書から契約日や更新期限を抽出したりすることは可能です。
ただし、法的判断や却下、最終承認は、AIだけに任せないようにします。人が確認したこと、参照した根拠、修正内容を記録しておきます。
入力データの機密性や学習利用の有無、プロンプトと出力の保存期間、誤判定時の訂正手順を要件に含めると、安全に段階導入できます。
まとめ
手続管理システム開発は、要件整理から定着までの6フェーズを順に進めるのが基本です。
最初に、対象を社内申請、契約・法務、行政・対外手続のどれにするかを分けます。そのうえで、手続数や承認分岐、文書量、連携数を具体化します。さらに、保存とセキュリティの要件も決めます。
次に、標準機能に合わせる範囲と、独自開発する範囲を決めます。
代表的な1〜3手続での小規模な検証
全社の手続をいきなり移すのではなく、頻度が高い手続や分岐が複雑な手続、文書の機密性が高い手続を代表例として選びます。
申請から承認、差し戻し、期限通知、検索、権限、監査ログまでを通して、処理日数や期限超過件数を導入前後で比べます。小さな検証で得た課題をRFPと見積もりに反映すると、後からの要件膨張を抑えられます。
初期費用と運用費を分けた見積もりの比較
費用は、開発費に加えて、ライセンスや導入支援、データ移行を含めた初年度総額で見ます。さらに、連携や教育、保守、法改正対応も、比較の対象に入れます。
候補会社には同じシナリオとチェックリストを渡し、標準機能、設定、追加開発、保守の境界を確認します。
成果は、現場が迷わず使えて、必要な証跡が残り、期限と文書を後から追える状態まで含めて定義します。それが、手続管理システムを定着させる第一歩です。
▼全体ガイドの記事
・手続管理システム開発の完全ガイド
▼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を創業。