自治体向け公共施設予約システム開発の発注/外注/依頼/委託方法について

自治体向け公共施設予約システムの発注は、パッケージやSaaSを基本に、抽選・減免・市内外料金・決済・移行までの要件を整理して比較する進め方が適しています。

公民館、体育館、文化ホール、会議室、運動場、学校開放施設などの予約をオンライン化する場合、画面が使いやすいだけでは十分ではありません。施設ごとに異なる受付期間や承認ルール、窓口・電話での代理予約、指定管理者の権限、料金収納と返金、住民の本人確認まで業務全体を見渡して発注する必要があります。この記事では、発注形態の選び方、RFPと要件整理、契約形態、2026年時点で確認できる費用レンジ、委託先の選定と見積比較のポイントを実務の順番に沿って解説します。

▼全体ガイドの記事
・自治体向け公共施設予約システム開発の完全ガイド

自治体向け公共施設予約システムの発注・外注はどう進めますか？

自治体向け公共施設予約システムの発注は、現状業務を棚卸ししたうえで、標準パッケージやSaaSで満たせる範囲と、個別連携・追加開発が必要な範囲を切り分けて進めます。最初から画面の細部を決めるのではなく、施設と利用者に関わるルールを先に言語化することが重要です。

対象範囲は、空き状況の照会と予約申込だけではありません。利用者登録、団体登録、本人確認、抽選、当選後の本予約、承認、利用料の計算、減免・加算、オンライン決済、窓口支払い、取消・返金、領収書、通知、利用実績、帳票、職員による代理予約までを一連の業務として定義します。自治体の公共施設では、施設ごとに利用時間区分や予約開始日が異なることも多いため、予約カレンダーだけを見て選ぶと、導入後に運用を変えられない可能性があります。

発注の目的は「オンライン化」だけにしないことが大切です。利用者側では、窓口へ行かずに空き状況を確認できる割合、予約完了までの時間、キャッシュレス決済の利用率を測ります。職員側では、抽選作業にかかる時間、電話・窓口による入力件数、返金処理の時間、二重予約や入力ミスの件数、問い合わせの解決時間を導入前後で比較します。伊豆市は2025年2月から31施設で予約・取消・キャッシュレス決済・スマートロックを開始し、操作に不慣れな人には窓口スタッフが入力を支援しています。オンライン化の成否を、デジタルに慣れた住民だけの利便性で判断しない事例です。

発注形態はパッケージ・SaaS・スクラッチのどれを選ぶべきですか？

多くの自治体では、公共施設予約に特化したパッケージやクラウドサービスを核にし、不足する連携だけをAPIや追加設定で補う方式が現実的です。スクラッチ開発は選択肢から排除する必要はありませんが、独自制度や既存基幹との複雑な連携に投資効果がある場合に限定し、将来の保守費と更改費まで含めて判断します。

施設数が少ない自治体、短期間で更改したい自治体、抽選・料金・帳票など一般的な公共施設予約の業務が中心の自治体には、標準パッケージやSaaSが向いています。実績のある製品であれば、予約ルール、利用者区分、施設・備品マスタ、通知、職員権限などがあらかじめ用意され、ゼロから設計する範囲を抑えられます。パッケージを採用する場合も、自庁のルールを無理に製品へ合わせるのではなく、条例・要綱・住民サービス上の必須条件と、慣例として残っているだけの運用を分けて確認します。

既存の住民ID、会計、施設基幹、鍵管理、電子申請などと深く連携する必要がある場合や、複数自治体に共通しない抽選・減免・承認ルールが多い場合は、標準製品だけでは不足することがあります。その場合は、予約・料金・抽選の安定したパッケージを使い、認証・決済・会計・スマートロックをAPIでつなぐハイブリッド方式を先に検討します。すべてを独自開発するより、製品の更新や障害対応を受けやすく、ベンダー変更時にもデータと連携仕様を引き継ぎやすいためです。

比較時は、機能の有無だけでなく「標準機能か追加費用か」「設定変更を職員が行えるか」「APIの仕様を公開できるか」「データを一括で返却できるか」を確認します。さらに、同じ規模や同じ施設種別の導入先、稼働までの標準期間、住民向け操作支援、障害時の連絡方法を尋ねます。パスコの施設予約システムはデジタル庁のサービスカタログで導入自治体数60以上、初期費用210万円から、年間運用費118.8万円から723.6万円、標準工期6か月と公開されています（出典：デジタル庁デジタル地方創生サービスカタログ、2026年）。公開価格は比較の起点になりますが、対象施設数やサービスメニューで変わるため、そのまま自庁の契約額とは考えません。

RFPと要件整理はどのような順番で行いますか？

RFPは、欲しい機能を並べるだけの資料ではありません。現状の業務、対象施設、データ、利用者、例外ルール、移行条件、セキュリティ、運用体制、評価方法を同じ前提で提示し、各社が比較可能な見積を出せるようにする文書です。いきなりRFPを配るのではなく、内部で現状を確認し、必要ならRFIで市場の製品や価格帯を把握してから、提案依頼へ進みます。

最初に、施設・室場・備品、休館日、利用時間、予約受付期間、抽選の優先順位、利用者区分、料金、減免、承認、収納、還付、帳票、権限を一覧化します。紙、電話、窓口、Excel、旧システムに分散するデータも、項目名と更新責任者を確認します。特に「市内団体を優先する」「同一団体の同月利用回数を制限する」「当選後に一定期間内の支払いが必要」といった例外は、担当者の記憶だけでなく、具体的なケースとして記録します。

製品の候補が見えない場合は、RFIで仕様、費用、導入スケジュール、導入事例、標準機能と追加開発の境界を尋ねます。市川市は2026年6月のRFIで、公共施設予約システムの更改にあたり、独自カスタマイズを極力抑え、パッケージ運用を基本とする方針を示しています（出典：市川市「公共施設予約システムに係る情報提供依頼」、2026年）。RFIは契約先を決める場ではなく、RFPで現実的な条件を設定するための情報収集として扱います。

RFPでは、機能適合だけでなく、提案の実現性を評価できる項目を設定します。たとえば、自治体固有要件への対応、データ移行の方法、繁忙期の性能、認証・決済・会計・鍵との連携、アクセシビリティ、個人情報保護、障害対応、職員研修、住民周知、保守体制を分けて採点します。価格だけで順位を決めると、移行や窓口支援が別契約になって総額が増えることがあるため、初期費用、月額・年額、追加設定、決済手数料、移行、研修、保守、5年後の更改費を同じ様式で提出してもらいます。

提案説明会では、一般的な予約登録だけでなく、自庁の代表的な施設と例外ケースを使ってデモを依頼します。抽選の順位付け、複数室の同時予約、減免申請、承認後の変更、取消・返金、窓口職員の代理予約、指定管理者ごとの閲覧範囲、利用者への通知を一連のシナリオで確認します。データ移行では、旧システムの利用者・団体・過去予約・未収金情報をどの項目まで移せるか、文字コードや重複をどう直すか、移行後に利用者へ再登録を求めるかを確認します。

契約形態は導入業務と運用保守をどう分けますか？

契約では、システムを作る作業と、稼働後にサービスを安定させる作業を分けて定義します。導入業務には要件定義、設定・開発、連携、データ移行、テスト、研修、住民周知、稼働立ち会いを含め、運用保守には問い合わせ、障害、バックアップ、脆弱性対応、制度改定、マスタ変更、改善要望の扱いを含めます。月額が安くても、制度変更や帳票改修がすべて別見積もりなら、長期費用は高くなる可能性があります。

導入業務を委託する場合は、要件定義書、設定一覧、連携仕様書、移行計画、テスト計画・結果、操作マニュアル、研修記録、運用設計書を成果物として明記します。検収も「システムが完成した」という抽象的な条件ではなく、代表施設の予約、抽選、支払い、取消、返金、帳票、権限、障害復旧が受入条件を満たしたかで判断します。自治体側の確認期間、修正回数、未解決課題の扱い、稼働延期の条件まで契約書や仕様書に置くと、納品前後の認識違いを減らせます。

SaaSやクラウドを利用する場合は、利用時間、稼働率の考え方、計画停止の通知、障害の重要度、復旧目標、バックアップ、災害復旧、ログの保存期間、データの保管場所を確認します。個人情報を扱うため、利用者情報の閲覧権限、職員の多要素認証、通信・保存時の暗号化、委託先や再委託先、インシデント発生時の報告時間と調査協力も確認が必要です。地方公共団体の情報セキュリティポリシーに関するガイドラインや、個人情報保護委員会の行政機関等向けガイドラインを参照し、自庁の規程と契約条件を整合させます。

複数施設を扱う場合、自治体の本庁、施設担当課、指定管理者、委託先のどこが何を更新するかを決めます。施設マスタや休館日の登録、料金改定、減免の承認、返金判断、利用者からの問い合わせ、障害時の一次受付を曖昧にすると、システムが動いていても業務が止まります。管理画面のロールを分け、指定管理者が担当施設以外の個人情報を見られないようにし、操作ログから誰がいつ設定を変更したかを追える設計にします。

自治体向け公共施設予約システムの費用相場はいくらですか？

費用は、SaaSの月額、パッケージの初期導入費と年間運用費、自治体の更改予算、独自開発費を同じ相場として扱わないことが大切です。2026年時点の公開情報では、汎用クラウドの公開プランは月額0円から4万円台の例がある一方、自治体固有の設定、移行、決済審査、窓口支援、複数施設対応は別見積もりになり得ます（出典：RESERVA lg公開プラン、2026年）。以下は、予算要求やRFPの初期検討に使うための目安です。

公共施設向けパッケージの比較基準として、デジタル庁のサービスカタログに掲載されたパスコの公開価格は、初期費用210万円から、年間運用費118.8万円から723.6万円、標準工期6か月です。これは公開価格の一例であり、利用するサービスメニューやエンドユーザー規模によって変わります（出典：デジタル庁デジタル地方創生サービスカタログ、2026年）。一方、土浦市の2026年度予算では、15施設を対象とする新公共施設予約システム導入事業に522.5万円を計上しています。予算額であり契約額や5年間の総費用と同一ではありませんが、小から中規模の更改を検討する際の公開例になります（出典：土浦市「令和8年度予算の概要」、2026年）。

このため、小から中規模自治体の更改では、導入だけならおおむね500万円から1,000万円前後を初期の予算検討レンジに置き、対象施設数、移行、決済、研修、保守を分けて精査します。年間運用は100万円台から700万円台の公開例を起点に、問い合わせ窓口、制度改定、連携、利用者数、サポート時間を加味します。大規模な連携や複数年の更改では、3,000万円から1億円超の予算例もありますが、周辺基盤や複数年費用を含む可能性があるため、上限相場として断定しません。

見積書では、要件整理、ライセンスまたは利用料、初期設定、追加開発、API連携、決済連携、本人確認、スマートロック、データクレンジング、移行リハーサル、テスト、研修、住民周知、稼働支援、保守、ヘルプデスクを別項目にします。決済手数料、SMSやメールの従量費、本人確認の利用料、施設追加時の単価、帳票変更の単価も確認します。安価な月額だけで決めず、同じ利用期間で初期費用、年間費用、変動費、移行・研修費を足し、5年総額で比較すると判断しやすくなります。

標準パッケージの導入は、公開例では標準6か月程度ですが、実際には施設・料金マスタの整理、移行、決済審査、職員研修、住民周知の期間が必要です。小から中規模の更改で4か月から9か月、大規模連携や独自要件を含む場合は9か月から18か月程度を初期の検討レンジとし、ベンダーの実績に基づいて再設定します。短納期を優先する場合も、抽選の公平性、返金、権限、障害時の運用を後回しにしないことが重要です。

委託先の選定と見積比較では何を確認しますか？

委託先は、会社の知名度や機能数だけでなく、自庁の運用を理解して安定稼働まで伴走できるかで選びます。提案書の機能一覧は似通いやすいため、公開された導入先、同規模の施設数、移行実績、窓口支援、決済や鍵との連携、障害対応、価格の開示度を同じ基準で比較します。

候補企業には、製品名だけでなく、導入した自治体、施設数、稼働開始時期、利用者登録数、抽選や減免の運用、キャッシュレス、本人確認、スマートロックの有無を確認します。差し支えない範囲で、同規模自治体の担当者へ、要件定義の進め方、移行の苦労、問い合わせの応答、制度変更への対応、契約後の追加費用を照会します。導入事例の華やかな成果だけでなく、稼働後に誰がどのように支援したかを聞くことが大切です。

また、職員研修を一度実施するだけで終わるか、操作マニュアルやFAQ、問い合わせ窓口、施設追加時の教育まで用意されるかを確認します。伊豆市のように、スマートフォンやパソコンが苦手な住民を窓口で支援する運用を想定する場合、ベンダーに住民向け案内資料や操作説明会の支援範囲を提案させると、導入後の負担を見積もりに反映できます。

各社の見積を比較するときは、対象施設数、室場数、同時アクセス、利用者数、移行データ、決済の方式、研修回数、保守時間を固定します。見積の前提が違うまま金額だけを比べると、A社は移行費を含み、B社は別途というような差を見落とします。機能ごとに「標準」「設定で対応」「追加開発」「対象外」を記載し、追加費用の発生条件、作業単価、施設追加単価、契約終了時のデータ返却費まで確認します。

採点では、価格、機能適合、導入体制、実績、セキュリティ、操作性、拡張性、運用支援を分けます。住民向け画面の見やすさだけでなく、職員が休館日や料金を自分で変更できるか、変更履歴を追えるか、抽選結果を説明できるか、障害時に紙や窓口へ切り替えられるかを評価します。最終候補には、総額の安さだけでなく、契約期間中に自治体側でコントロールできる範囲を説明してもらいます。

発注時に起こりやすい失敗と防止策は何ですか？

発注後の手戻りは、要件の抜け、データ移行の遅れ、利用者支援の不足、契約範囲の曖昧さから起こります。システムの機能が一通り動いても、抽選の公平性や返金の会計処理、指定管理者の権限、窓口利用者への代替手段が決まっていなければ、現場では使えません。

移行対象を「利用者マスタだけ」と決めた後で、団体の代表者、減免証明、未使用の回数券、未来予約、返金対象、過去の利用実績が必要になることがあります。旧システムのデータをサンプルで抽出し、重複、欠損、住所表記、文字化け、退会者の扱いを確認します。本番移行は一度で終わらせず、テスト移行、確認、差分反映、本番移行、稼働後の照合という段階を置きます。

住民全員がオンラインで自力操作できるとは限りません。電話や窓口での代理登録、本人確認書類の扱い、予約内容の読み上げ、キーボード操作、文字サイズ、色のコントラスト、やさしい案内文、紙の手続きとの併用を要件として書きます。システムがアクセシビリティに対応していても、窓口職員が代理操作を安全に行う権限設計と、本人確認の手順がなければ、住民サービスとしては不十分です。

個人情報保護やセキュリティは、SSL対応という一言で判断しません。職員の多要素認証、最小権限、管理者操作のログ、個人情報のマスキング、バックアップ、脆弱性対応、再委託先の管理、インシデント時の連絡・封じ込め・復旧・報告をRFPで確認します。災害や通信障害でシステムが使えない場合の窓口受付、後からの二重予約防止、決済済み予約の照合方法も、受入テストのシナリオに含めます。

よくある質問（FAQ）

発注前に特に相談が多い、費用、開発期間、パッケージ利用、窓口支援に関する質問へ回答します。自治体ごとに施設数、制度、既存データ、契約範囲が異なるため、ここでの目安はRFPで具体化する前提です。

公開価格の一例では、初期費用210万円から、年間運用費118.8万円から723.6万円というパッケージがあります。自治体の更改予算では、土浦市が15施設の導入事業に522.5万円を計上しています。ただし、これは公開価格や予算の例であり、施設数、データ移行、決済、研修、保守を含む範囲が違います。自庁では初期費用だけでなく、運用費、変動費、移行費を含めた5年総額で見積もります。

標準パッケージの公開例では6か月が目安ですが、要件整理、契約、マスタ作成、データ移行、決済審査、テスト、研修、住民周知を含めると、4か月から9か月程度で計画し、内容に応じて調整します。独自連携やスクラッチ開発を含める場合は9か月から18か月程度になることがあります。稼働日を先に決めるのではなく、抽選や繁忙期の受入テストと住民への周知期間を逆算して計画します。

必ずしも必要ではありません。独自の抽選、減免、料金、既存基幹連携がある場合でも、公共施設予約パッケージを核にして設定やAPI連携で対応できることがあります。スクラッチを選ぶのは、標準製品では業務上の必須条件を満たせず、独自開発への投資効果が明確な場合です。将来の制度改定、保守担当者、データ返却、ベンダー変更まで含めて、ハイブリッド方式と比較します。

切り捨てない運用を要件にします。窓口での代理登録や予約入力、電話での案内、紙の周知、職員による操作支援を残し、本人確認と操作ログを適切に管理します。オンライン申請を用意しても、利用者が迷ったときの問い合わせ先や、施設での支援方法がなければ利用率は伸びません。導入効果はオンライン予約率だけでなく、すべての利用者が予約を完了できる割合と職員の支援時間で評価します。

まとめ

自治体向け公共施設予約システムの発注では、最初に施設、利用者、抽選、料金、減免、承認、返金、窓口支援、指定管理者の権限を棚卸しします。そのうえで、標準パッケージやSaaSで対応できる範囲と、API連携・追加開発が必要な範囲を分け、RFIやRFPで各社が同じ条件で提案できるようにします。

費用は、公開価格、自治体予算、独自開発の推定を混同せず、初期費用、年間運用費、決済手数料、移行、研修、保守、更改費を含む5年総額で比較します。最後に、デモと受入テストで抽選の公平性、二重予約防止、取消・返金、権限、アクセシビリティ、障害時の代替運用を確認し、稼働後の住民支援まで含めて委託先を選ぶことが成功につながります。

▼全体ガイドの記事
・自治体向け公共施設予約システム開発の完全ガイド

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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