手続管理システム開発の進め方/やり方/流れや方法/手法/工程/手順

手続管理システムの開発は、紙やExcelをWebフォームへ置き換えるだけではなく、申請・審査・承認・通知・保管までの業務と証跡を一つの流れに再設計する取り組みです。成功の近道は、要件整理から選定、設計開発、テスト、稼働、定着までを6つのフェーズに分け、各段階で判断基準を持つことです。

本記事では、社内申請、契約・法務手続、行政・対外手続を想定し、手続管理システム開発の進め方を実務で使えるチェック項目に落とし込みます。費用相場、SaaS・パッケージ・ローコード・スクラッチの選び方、見積書で確認すべき項目、稼働後に使われ続けるための施策まで、発注担当者と現場責任者の両方に向けて解説します。

▼全体ガイドの記事
・手続管理システム開発の完全ガイド

手続管理システムとは何ですか？

手続管理システムとは、申請の受付から審査、承認、差し戻し、結果通知、完了後の文書保管や期限管理までを一元化する業務システムです。単なる申請フォームではなく、「誰が、いつ、どの根拠で、どの状態にしたか」を追跡できる点が重要です。最初に対象となる手続の種類を整理すると、必要な機能と開発方式を選びやすくなります。

社内申請は、稟議、購買、経費、人事異動、休暇など、社内の申請者と承認者が中心です。契約・法務手続では、法務相談、契約審査、電子署名、更新期限、契約書と関連証憑の検索までを扱います。行政・対外手続では、外部申請者の本人確認、補正依頼、審査、結果通知、住民・事業者向けの画面、台帳連携が加わります。同じ「手続」でも、外部公開、個人情報、法定保存、可用性の要件が変わるため、3タイプを混ぜずに対象範囲を定義します。

基本機能は、手続マスタ、申請フォーム、添付ファイル、条件分岐付きワークフロー、代理承認、差し戻し、督促、通知、検索、権限、操作ログです。契約や証憑を扱う場合は、申請データと文書ファイルを受付番号や契約番号で関連付け、版管理と保存年限を持たせます。申請ID、手続種別、申請者、担当部署、現在ステータス、期限、文書ID、承認履歴を別々のデータとして管理しておくと、後から一覧や集計を拡張しやすくなります。

目的は「電子化すること」ではなく、受付漏れ、承認漏れ、期限超過、検索時間、差し戻し回数などの改善です。たとえば、月間申請件数、平均処理日数、期限超過件数、紙・メールで処理する割合、過去文書を探す平均時間を導入前に計測します。導入後に同じ指標を比べると、現場の感覚だけでなく、システム投資の成果を説明できます。AIによる不備チェックや文書項目の抽出を加える場合も、最終判断は担当者が行い、確認結果と根拠をログに残す設計が必要です。

手続管理システム開発の進め方は6フェーズです

手続管理システムは、機能を先に決めると例外処理や移行作業が後から膨らみます。要件整理、選定、設計開発、テスト、稼働、定着の6フェーズを順番に進め、各フェーズの成果物を次の判断に使います。全社一斉ではなく、代表的な手続で検証してから対象を広げることが、費用と現場負担を抑えるポイントです。

最初に、対象手続を一覧にします。手続名、申請者、受付方法、承認者、審査基準、差し戻し条件、処理期限、添付書類、保存年限、現在の保管場所、関連システム、月間件数を一つの台帳にまとめます。担当者へのヒアリングでは、通常フローだけでなく、代理承認、組織変更、緊急処理、期限延長、申請の取り下げ、同じ案件の再申請も確認します。

要件はMUST、SHOULD、WANTの3段階に分けます。MUSTには法令・社内規程・監査に必要な権限や証跡を置き、SHOULDには処理時間や検索性の改善、WANTには将来のAIや高度な分析を置きます。要件整理の完了条件は、代表的な手続について「開始条件、担当者、入力項目、分岐、完了条件、例外、保存」を第三者が読んで再現できることです。

選択肢は、SaaS・パッケージ、ローコード、スクラッチ開発に大別できます。手続が標準的で早期導入を優先するならSaaS・パッケージ、フォームや承認経路を自社で変更したいならローコード、独自の審査、複雑な権限、外部申請、基幹連携が競争力に直結するならスクラッチが候補です。標準機能で足りる部分まで作り込まず、独自性の高い部分だけをカスタマイズするFit & Gapが基本です。

候補先には、同じシナリオを渡してデモを依頼します。申請、承認、差し戻し、代理承認、期限超過、検索、権限変更、監査ログ、CSV出力を一通り操作し、標準機能か追加開発かを記録します。比較時は、導入事例の有無だけでなく、要件定義の範囲、データ移行の担当、API制限、障害時のSLA、契約終了時のデータ返却、自社で設定変更できる範囲を同じ質問票で確認します。

設計では画面より先に、手続の状態とデータの関係を決めます。受付番号、申請者、対象者、手続種別、部署、ステータス、期限、文書ID、承認履歴をどの単位で保持するかを定義し、同じ申請が二重登録されないルールも決めます。人事・会計・契約・電子署名などと連携する場合は、マスタの正とするシステム、同期の頻度、APIエラー時の再送、重複防止、担当者への通知まで仕様に含めます。

権限設計は、利用者、部署、役職、案件、文書の機密区分を軸にします。退職・異動時の権限剥奪、代理承認の期限、監査担当者の閲覧範囲、管理者がログを削除できない仕組みを確認します。個人情報やマイナンバーを扱う場合は、保存場所、暗号化、MFAやSSO、バックアップ、復旧目標、委託先と再委託先の管理をRFPと契約書に落とします。

テストは画面が表示されるかだけで終わらせません。正常系として申請から完了までを通し、異常系として必須項目の欠落、添付容量超過、承認者の不在、差し戻し、期限超過、申請取り下げ、連携先の停止を確認します。さらに、権限のない文書が検索結果に出ないこと、ログに操作者と時刻が残ること、通知が重複しないことを利用者の役割別に検証します。

受入テストでは、現場担当者が実データに近いサンプルを使って判定します。合格条件を「操作できた」ではなく、処理時間、差し戻し率、検索結果、帳票、連携データ、監査ログが要件を満たすことと定めます。負荷試験、脆弱性診断、バックアップからの復旧テストも、個人情報や外部申請を扱う案件では稼働前に実施します。

過去の申請書や契約書を移す場合は、開発と別に移行計画を作ります。対象期間、移行する文書の種類、メタデータ、重複・欠損の扱い、ファイル形式、保存年限、移行後の責任者を決め、件数だけでなく検索できる状態かを確認します。すべてを一度に移すのではなく、現行案件や期限更新が近い案件など、業務上必要なデータから優先して移行するとリスクを抑えられます。

稼働直後は、旧運用との並行期間と切り戻し条件を明文化します。たとえば、重大な権限不備、申請受付の停止、基幹連携の欠落が起きた場合に旧運用へ戻すか、手動受付へ切り替えるかを決めます。問い合わせ窓口、障害連絡、日次の申請件数確認、期限超過の監視担当も稼働前に割り当てます。

稼働後に使われない理由は、操作が難しいことだけではありません。紙の控えを残す二重運用、承認者が不明確、通知が多すぎる、例外処理をシステム外で行う、検索項目が足りないといった業務設計の問題が残っている場合があります。利用者別の短い研修、手続ごとの操作ガイド、よくある質問、管理者向けの設定手順を用意し、現場が自分で解決できる範囲を広げます。

定着の指標は、ログイン数だけでなく、対象手続のオンライン化率、平均処理日数、差し戻し率、期限超過件数、検索時間、問い合わせ件数で評価します。月次でログを見て、使われていない手続を廃止または簡素化し、組織変更や法改正に合わせて手続マスタを更新します。四半期ごとに権限レビューと復旧訓練を行うと、導入後の統制も維持できます。

手続管理システムの費用相場とコストの内訳

手続管理システムの費用は、利用者数だけでは決まりません。手続の種類、承認分岐、添付文書の量、既存システム連携、過去データ移行、外部申請、セキュリティ要件、導入支援の範囲で大きく変わります。以下の金額は手続管理システム単独の公的統計ではなく、リサーチノートの業務システム刷新の目安と、公式に公開されているサービス料金を組み合わせた概算です。

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利用申請や審査の期間も初期計画に含めます。

たとえばkintoneは、2026年8月時点でライトが月額1,000円、スタンダードが1,800円、ワイドが3,000円の1ユーザー料金です。最低ユーザー数はライトとスタンダードが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％程度と置くことがありますが、月額か年額か、障害対応の時間帯、法改正対応を含むかで意味が変わります。見積書では「保守一式」とまとめず、基盤費、運用費、改修枠、追加作業単価に分けてもらいます。

契約・請求書などを保管する場合は、電子帳簿保存法の検索要件や改ざん防止の仕組みもコストに影響します。国税庁は、電子取引データについて訂正・削除履歴が残る仕組みなどの改ざん防止、日付・金額・相手方による検索、範囲指定や項目の組み合わせ検索などを案内しています（出典：国税庁「電子帳簿等保存制度」、2026年6月）。法務担当と経理担当が要件を確認し、後から追加する費用を防ぎます。

見積もりを取る際のポイントとチェックリスト

見積もりの差は、開発会社の単価だけでなく、前提条件と含まれる作業の差から生まれます。対象手続、利用者、承認ルート、文書量、連携、移行、セキュリティ、教育を同じ条件で提示し、初期費用と運用費を分けて比較します。安い見積もりを選ぶ前に、抜けている作業がないかを確認することが重要です。

RFPや要件一覧には、手続の種類と優先順位、月間・繁忙期の申請件数、利用者数と役割、承認段階、条件分岐、代理・並列承認、添付ファイルの形式と容量、保存年限、検索項目、通知チャネルを記載します。さらに、既存データの件数と形式、連携先のシステム名、APIまたはCSVの可否、SSO、MFA、IP制限、監査ログの保存期間、復旧目標も明記します。

現行フローを図にできない場合は、まず代表的な3手続を選びます。申請頻度が高い手続、分岐が複雑な手続、文書機密性が高い手続を一つずつ選ぶと、製品の適合性と開発難度を同時に見られます。画面の見た目より、差し戻しや期限延長のような例外を正確に処理できるかを優先します。

ベンダーには、各要件が標準、設定変更、プラグイン、個別開発のどれに該当するかを回答してもらいます。個別開発なら、初期費用、納期、将来のバージョンアップ影響、改修単価を確認します。製品の標準機能に業務を合わせられる部分と、法務統制や独自審査のために合わせられない部分を分けると、無用なカスタマイズを抑えられます。

導入事例は、社名や導入数だけでなく、似た手続の複雑さ、利用者規模、移行方法、稼働までの期間、定着支援の内容を確認します。データ返却の形式、契約終了時の削除証明、サポート窓口、障害通知、再委託先、データの保管国も質問します。個人情報保護委員会は、クラウド利用時にも事業者自身の安全管理措置が必要だと示しているため、責任分界を契約前に明確にします（出典：個人情報保護委員会、2024年注意喚起）。

要件定義、基本設計、詳細設計、開発、テスト、移行、教育、稼働支援、保守の費用を分けてもらいます。さらに、フォーム作成、ワークフロー設定、権限、文書保管、検索、通知、外部連携、帳票、監査ログなどの機能単位でも確認します。一次Q&Aでは、受託開発の費用の40〜60％をエンジニアやPMなどの人件費が占め、SE単価は月80万〜120万円が目安と整理されていますが、体制と契約条件による参考値です。

追加費用の条件も重要です。手続を増やす場合、承認分岐を変更する場合、添付容量を増やす場合、API仕様が変わる場合、移行データの欠損を補正する場合、法改正に対応する場合の単価や見積方法を確認します。準委任か請負か、検収の基準、仕様変更の扱い、遅延時の責任範囲を契約書に記載し、見積もりの前提と実際の業務がずれないようにします。

失敗しやすいのは、現場ヒアリングを省いて本部だけで要件を決めること、最初から全社全手続を対象にすること、紙の帳票をそのまま画面化することです。これを防ぐには、代表部署の利用者を要件定義に参加させ、パイロットで申請から検索までを試し、処理時間や差し戻し率を計測します。改善すべき業務ルールが見えた後に、対象範囲を段階的に広げます。

ベンダーロックインを避けるには、データ項目の定義、APIの有無、エクスポート形式、バックアップの取得方法、契約終了時のデータ返却を確認します。セキュリティでは、暗号化の方式だけでなく、権限レビュー、ログ監視、脆弱性修正、事故時の連絡時間、復旧訓練の実施責任まで見ます。チェックリストに回答欄と証跡欄を設けると、口頭説明だけで判断せずに済みます。

よくある質問（FAQ）

手続管理システムの開発では、開発方式、対象範囲、費用、法令対応、現場定着について質問が多く寄せられます。ここでは、発注前に特に判断しにくいポイントを、結論から回答します。

標準的な申請・承認・通知が中心で、早く始めたい場合はパッケージやSaaSが向いています。独自の審査基準、複雑な権限、外部申請、複数台帳との連携が業務の核心ならスクラッチが候補です。ただし、最初から全面的に作り込まず、代表的な1〜3手続でFit & Gapを確認してから判断すると、過剰投資を防げます。

1〜3種類の手続、単純な承認、検索、通知、CSV出力に絞る場合、受託開発の初期費用は300万〜1,500万円程度が目安です。SaaSならライセンス費はより小さく始められますが、フォーム設定、移行、連携、教育、保守を含む初年度総額で比較します。利用者数、承認分岐、文書量、連携数が増えると、同じ小規模案件でも費用は変わります。

すべてを一度に移行する必要はありません。現行案件、更新期限が近い契約、監査や問い合わせで参照する頻度が高い文書から優先し、検索に必要なメタデータを整備します。移行対象外の資料は保管場所と検索方法を明文化し、移行後に「どこを見ればよいか」が分からなくならないようにします。件数だけでなく、文字化け、欠損、重複、権限の正しさをサンプル検査します。

AIで申請内容の不備候補を示したり、文書から契約日や更新期限を抽出したりすることは可能です。ただし、法的判断、却下、最終承認をAIだけに任せるのは避け、人が確認したこと、参照した根拠、修正内容を記録します。入力データの機密性、学習利用の有無、プロンプトと出力の保存期間、誤判定時の訂正手順を要件に含めると、安全に段階導入できます。

まとめ

手続管理システム開発は、要件整理、選定、設計開発、テスト、稼働、定着の6フェーズで進めます。最初に社内申請、契約・法務、行政・対外手続のどれを対象にするかを分け、手続数、承認分岐、文書量、連携数、保存・セキュリティ要件を具体化します。そのうえで、標準機能に合わせる範囲と、独自開発する範囲を決めます。

いきなり全社の手続を移すのではなく、頻度が高い手続、分岐が複雑な手続、文書機密性が高い手続を代表例として選びます。申請から承認、差し戻し、期限通知、検索、権限、監査ログまでを通して、処理日数や期限超過件数を導入前後で比べます。小さな検証で得た課題をRFPと見積もりに反映すると、後からの要件膨張を抑えられます。

費用は、開発費だけでなく、ライセンス、導入支援、データ移行、連携、教育、保守、法改正対応まで含めた初年度総額で判断します。候補会社には同じシナリオとチェックリストを渡し、標準機能、設定、追加開発、保守の境界を確認します。現場が迷わず使え、必要な証跡が残り、期限と文書を後から追える状態までを成果として定義することが、手続管理システムを定着させる第一歩です。

▼全体ガイドの記事
・手続管理システム開発の完全ガイド

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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