公共施設予約システムの発注は、業務の整理、要件と契約の明確化、提案の比較、運用の設計という順に進めると、費用と運用の負担を抑えられます。
発注形態と費用、RFP、委託先の選定、運用の対策を、順に取り上げます。全体像は、公共施設予約システム開発の完全ガイドもご覧ください。
▼全体ガイドの記事
・公共施設予約システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
公共施設予約システムの発注で最初に整理する業務
公共施設予約システムは、住民向けの空き状況確認と申込画面、職員向けの審査・承認・料金管理を一つのシステムで扱います。
一般的なレンタルスペースと同じ感覚で発注すると、自治体特有の制度や例外処理が後から膨らみ、追加費用や稼働の延期につながりやすくなります。
行政業務の流れとして捉える視点
予約受付だけを見て発注すると、前後の業務が抜け落ちることがあります。そこで、発注前に、施設・部屋・附帯設備の登録から利用実績の集計まで、業務の流れを書き出しておきます。
- 利用者管理：団体や個人の本人確認
- 予約受付：抽選、先着予約、利用許可
- 料金処理：料金計算、減免、入金確認
- 変更と記録：キャンセル、返金、利用実績の集計
スポーツ施設と文化ホールでは、予約の単位や利用目的が異なります。営利利用だけ料金が変わる場合もあるため、施設ごとに分けて整理します。
指定管理者が代理で予約を扱う場合は、自治体職員と同じ権限を与えるか、担当施設だけ操作できるようにするかを決めておきます。
関係者とデータの境界の線引き
管理主体と受付・住民窓口、指定管理者を洗い出し、会計や情報政策の担当も関係者に加えます。そのうえで、データを登録する人、承認する人、閲覧する人を分けておきます。
施設台帳や財務・歳入、電子申請との連携は、どこまでを新しいシステムが受け持つかを決めます。会員・鍵管理、メール配信との連携についても、同じ確認が要ります。
利用者情報と予約履歴は、移行対象と保存期間、削除の方法を決めて発注条件に含めます。契約が終わるときに、データをどう返してもらうかも条件に入れておきます。
公共施設予約システムの発注形態の選び方
予約・抽選・決済といった標準的な機能が中心なら、SaaSや自治体向けパッケージを優先します。制度の違いや基幹システムとの連携が大きい場合は、PaaSや個別開発も候補に入れ、改修費、職員が設定できる範囲、データの持ち出しやすさを比べます。
SaaS・標準パッケージの短期導入と費用管理
SaaSや標準パッケージには、予約の基本機能として空き状況の照会や抽選が用意され、通知や利用者・団体の管理も備わっています。要件確認から稼働までを短くでき、サーバーの保守や定期更新を自前で抱えにくい点も利点です。
独自の減免や料金計算、特殊な利用許可が標準機能に合わない場合は、追加開発か運用での回避策が必要になります。既存システムとの連携が標準機能で足りない場合も、追加開発が要ります。
PaaS・ローコードによる制度差分への対応
PaaSやローコード基盤は、標準サービスの安定性と個別の業務フローの両立を目指す場合の選択肢です。施設の追加や承認の経路、通知文面を職員や保守担当者が設定で変えられれば、条例や運用が変わるたびの大規模な改修を避けられます。
ライセンスの体系や利用終了時の移行は、RFPと契約書で確認します。そのうえで、設定変更をどこまで誰が受け持つか、専門人材を確保できるかも確かめます。
フルスクラッチは差分が大きい場合に限定
フルスクラッチなら、基幹連携や独自の抽選・減免・料金計算、電子錠や設備との連動にも対応できます。その一方で、初期費用のほか、仕様変更や保守要員にかかる費用も別途必要になります。テスト環境、脆弱性対応、ベンダー変更時の引き継ぎも有料です。
標準機能で足りない差分は文書にして示し、標準で対応できる機能まで独自に作らないよう、採用を判断します。
公共施設予約システムを発注・外注する進め方
発注は、見積書を受け取った時点では完了しません。業務とデータを整理し、必要な機能を区分したうえで、複数社が同じ条件で提案できる状態にしておく必要があります。
現状調査による施設ごとのルールの洗い出し
まず、対象施設の数や部屋・面数、管理主体を確認します。そのうえで、受付時間や予約開始日、抽選の対象を確かめます。利用者区分と利用目的も押さえておきます。
料金や減免は、施設ごとに記録します。キャンセルと返金の条件、利用許可の要否も、施設ごとに記録します。
紙の台帳や電話受付が残っている理由も、記録しておきます。本人確認を窓口で行うか、オンライン申請のあとに職員が審査するかで、必要な機能と運用の負担が変わるからです。
要件整理での必須機能と差別化機能の区分
提案の前提をそろえるために、機能を必須・加点・将来対応に分けて記載します。
- 必須：登録から検索、予約、抽選、承認までの流れと、料金、減免、決済
- 必須：キャンセルと返金、領収書、通知、権限、操作ログ、CSV出力
- 加点：多言語、アクセシビリティ、電子キーボックス、スマートロック、SMSへの対応
- 将来対応：会計連携や設備制御
必須と加点・将来対応を混ぜると、各社が別々の前提で見積もるため、価格も機能も比べにくくなります。
提案評価と小規模な検証による実運用の確認
提案書では、機能の一覧だけでなく、予約から利用許可、入金、返金、実績の集計までの業務シナリオを示してもらいます。
可能であれば、実際の1施設を選び、職員が施設情報や料金、休館日を変更する操作と、住民がスマートフォンで予約する流れを実演してもらいます。
PoCやデモでは、正常な流れに加えて、異常が起きたときの動きも確かめます。抽選の重複、定員超過、期限後のキャンセルがその例です。減免の承認、決済の失敗、通信障害時の受付も確かめます。
準委任・請負・サービス利用の使い分け
構築・移行・研修と、稼働後のサービス利用・保守を分けて契約するケースは多くあります。その場合は、成果物と検収条件、責任範囲を明記します。
仕様変更や障害対応、データ返却も、契約の中で決めておきます。法務や調達の担当者と早めに確かめ、予算の年度と履行期間が合うように組み立てます。
請負契約の成果物と検収基準
成果物が明確な工程は、請負契約と相性があります。たとえば、要件定義書や画面・帳票の仕様、データ移行計画、テスト計画、操作マニュアルがこれに当たります。
自治体固有のルールが整理されないまま請負で契約すると、後から出た差分が追加契約になりやすくなります。そのため、完成基準と不具合の区分を、契約書や仕様書に書いておきます。再納品の期限や仕様変更の見積方法も、同じ書類に記します。
準委任契約が向く要件定義と伴走支援
現状調査や業務整理、RFP作成の支援は、準委任契約が合う場合があります。職員研修やプロジェクト管理、運用改善も、当てはまることがあります。
準委任契約では、成果物の完成を一方的に約束しません。だからこそ、担当者の経験と、会議体、報告書、作業記録、課題管理を確かめます。
要件が固まる前の上流工程や、稼働後の改善支援を請負に無理に含めないと、認識のずれを減らせます。
サービス利用契約のSLAと出口条件
SaaSやクラウドサービスの利用契約では、月額料金だけでなく、稼働率の目標や計画停止の扱いを確かめます。障害の一次受付や復旧目標、バックアップも確認対象です。
脆弱性への対応や問い合わせ時間は、契約に含めておきます。個人情報の委託と再委託、監査、データの返却と消去も、同じ契約書で扱います。
CSVで返す対象に添付書類や操作ログを含めるかどうか、移行支援が有料かどうかを定めると、ベンダーロックインのリスクを抑えられます。
公共施設予約システムの費用相場と見積の内訳
費用を左右するのは、施設数や利用者数、予約ピークといった規模の条件です。そのほか、決済やデータ移行、機器連携の有無、カスタマイズによっても変わります。
全国で統一された公定の相場はなく、2025〜2026年の自治体案件とベンダーの掲載価格を目安にします。ただし、公募の上限額、実際の契約額、民間の掲載価格は性質が違うため、同じ数字として比べません。
小規模な標準パッケージの初期費用の目安（90万円〜500万円程度）
小規模なパッケージやクラウドの価格例は、初期費用と月額の利用料に分けて見ます。
- 掲載価格：初期90万円から、月額0〜5.5万円程度の例
この価格は一社の価格表で、自治体の調達全体の平均ではありません（出典: タイムカプセル株式会社「パブリザ」、2026年確認）。
総額は、施設の追加や決済の審査、利用者データの名寄せ、初期設定といった作業が、どこまで含まれるかで変わります。研修や個別画面、問い合わせ窓口も、含まれる範囲を確かめます。低い価格の見積ほど、含まれない作業を見落とさないよう注意します。
複数施設のクラウド導入の初期費用の目安（400万円〜1,500万円程度）
複数施設では、初期構築や移行、研修に加えて、決済や保守を組み合わせる場合があります。
- 初期費用：400万円〜1,500万円程度
- 5年総額：検討時の目安として1,000万円〜3,000万円程度
小松島市の2026年の公募資料では、導入の上限が405.3万円、2027〜2031年度の5年間の運用・保守の上限が1,026万円で、合計は1,431.3万円（税込）です（出典: 小松島市「公共施設予約システム導入業務」、2026年）。
貝塚市は、構築費と26か月分の運用費などを合わせた上限を771.7万円（税込）と公表しています（出典: 貝塚市公募型プロポーザル資料、2026年）。比べるときは、対象範囲と期間をそろえます。
再構築や機器連携の初期費用の見込み（2,000万円〜3,500万円以上）
大規模な案件は、初期費用と月額、5年総額を分けて比べます。
- 初期費用：再構築や複数の連携、電子キーボックス・スマートロックを含む場合で、2,000万円〜3,500万円程度の例
- 運用費：月額50万円〜70万円程度、5年総額5,000万円〜7,000万円超の例
姫路市は2026年に、再構築業務を2,359.5万円（税込）、サービス利用を月額68.2万円（税込、予定）として公表しています（出典: 姫路市「公共施設予約システム再構築事業に係る公募型プロポーザル」、2026年7月）。
月額68.2万円を60か月で単純に計算すると、構築費との合計は約6,451.5万円になります。ただし、これは実際の利用期間や追加費用を含む総額とは別に考えます。
初期費用以外のランニングコストの五年分の見積もり
初期費用は、要件定義から開発までの工程と、データ移行、テスト、決済の接続に分けて見ます。機器や研修、住民周知、稼働時の立会いも、初期費用の内訳に含めます。
運用費には、クラウド、保守、監視、問い合わせ対応、バックアップが含まれます。さらに、セキュリティや決済手数料、SMS、機器の通信・保守、制度変更時の改修も記載します。
契約が終わるときのデータ抽出や移行支援、廃棄証明、旧システムとの並行稼働も加えて、5年または10年の総保有コストで比べます。
RFPと要件整理で発注条件に入れるべき項目
RFPは、同じ前提で提案や見積、体制を比べるための発注文書です。対象範囲や利用者像、稼働時期、データ量、ピークアクセスを指定します。そのうえで、運用時間やセキュリティ、SLAの条件に加えて、成果物と見積様式、評価方法も書き込みます。
住民向けと職員向けに分けた機能要件
住民向けと職員向けを分けておくと、利用者の画面だけでなく、日々の設定業務も評価の対象にできます。
- 住民向け：検索や空き状況の確認、登録と本人確認、抽選、予約の変更とキャンセル
- 住民向け：決済と領収書、利用履歴、メール通知、アクセシビリティ、多言語
- 職員向け：施設・部屋・設備の登録、利用目的、料金と休館日、予約開始日、抽選、減免
- 職員向け：代理予約、審査と承認、返金と入金消込、権限と監査ログ、帳票、CSV出力
職員が自分でどこまで設定変更できるかも、提案の評価項目に入れます。
連携・セキュリティ・個人情報の受け持ち範囲
RFPでは、連携から情報管理までの条件を具体的に書き込みます。
- 連携：API、データ項目、更新頻度、障害時の再送方法、接続先の責任者
- 決済：カード番号は自社DBに持たず、代行事業者のトークン化かホスト画面が基本
- 障害対応：返金や決済のトラブル時の手順
- 情報管理：委託先の管理、アクセス制御、監査証跡、インシデント報告
地方公共団体向け情報セキュリティポリシーのガイドラインは、2025年3月に改定されています（出典: 総務省「地方公共団体における情報セキュリティポリシーに関するガイドライン」、2025年3月）。
クラウド事業者の管理方法も決めておくと、委託先との責任の分かれ目がはっきりします。
データ移行と切り替えの条件
移行と切り替えは、対象データの整理から稼働後の戻し方まで、順を追って条件を決めていきます。
- 移行対象：利用者・団体、施設・部屋、料金、抽選ルール、将来予約
- 移行対象：利用許可番号、未収金、返金、添付書類、過去の実績
- 移行方法：名寄せの基準、欠損データの扱い、リハーサルの回数、件数の照合、一時保管場所
- 切替条件：新旧の並行稼働期間、登録のやり直し、問い合わせ増加への対応、窓口の代替受付
- 復旧条件：切替後に戻す場合のロールバック期限
稼働日は、公開日に加えて、移行の準備や切り替え後の対応まで含めて定めます。
委託先の選定と見積比較で確認するポイント
委託先は、公共施設の実績や標準仕様、移行・研修・問い合わせ体制、データの持ち出しやすさで比べます。知名度や安さだけで選ぶと、条件の差を見落とすおそれがあります。想定外の質問に、前提と追加費用を正確に説明できるかも確かめます。
実績評価で見るのは導入社数より業務範囲と類似性
施設数や自治体の規模が近いかどうかを確かめます。そのうえで、抽選や減免、許可、返金の利用実績と、指定管理者の運用、既存データの移行実績も見ます。
藤沢市では、2025年の更新でオンラインの利用者登録、キャッシュレス決済、共通IDを導入しました。さらに、市内41カ所の地域市民の家で、電子キーボックスの導入が進められました（出典: 藤沢市「2025年4月予約分より藤沢市公共施設予約システムがリニューアルします」、2024年更新）。
この事例は、本人の登録から支払い、鍵の受け渡しまでを一つの業務として見る材料になります。
同じ条件での総額と除外項目の比較
見積書は、初期構築や月額、保守、決済などの項目を同じ並びにそろえます。移行、研修、機器、連携、追加開発、サポートも、その並びの中で比べます。
「標準機能」が初期設定だけで使えるのか、個別開発が要るのかも確かめます。施設の追加や制度変更への対応が別料金かどうかで、5年総額は大きく変わります。帳票の追加や夜間の障害対応、データ抽出も、同じ確認が必要です。
提案説明での担当者と稼働後の支援
提案に、実際のプロジェクトマネージャーや要件定義者、移行・保守の責任者が加わるかを確かめます。
担当が替わるときの引き継ぎや、問い合わせ時間、障害時の連絡網を質問します。自治体側の作業や、繁忙期の増員の方法も確認しておきます。管理画面の操作性や設定変更の有償対応も、稼働後の使いやすさを左右します。
発注後に起こりやすい失敗と運用設計の対策
導入の失敗は、機能の不足だけでなく、ルールの整理不足や移行の漏れから起こります。住民への周知が足りない場合や、職員の設定負担が重い場合、障害時の代替手段がない場合も、失敗につながります。発注時に運用責任者と例外時の手順を決め、稼働後の改善を契約・予算・体制に含めます。
オンライン化後も残す電話・窓口の支援
すべての住民がスマートフォンやクレジットカードを使えるわけではありません。そのため、利用の機会を確保する支援を、運用に残しておきます。
- 代替受付：電話や窓口での代理予約、操作の支援
- 利用支援：支払い方法の案内や紙の案内、問い合わせ受付（高齢者、障害のある方、外国語話者、団体代表者向け）
- 登録周知：期限、必要書類、メールアドレスの要否、旧予約の扱い
藤沢市は、新旧システムの並行稼働期間を設けました。切り替えは、利用者への案内も含めた業務の変更として計画します（出典: 藤沢市「公共施設予約システムの更新に伴う予約方法などの変更について」、2025年）。
個人情報と障害時の運用の定期点検
個人情報と障害対応については、管理項目を運用手順の中で定めておく必要があります。
- 情報の扱い：氏名、連絡先、団体情報、本人確認資料、利用履歴、決済情報ごとの利用目的と保存期間
- アクセス管理：権限、委託先、削除・返却の方法、多要素認証、最小権限
- 安全対策：暗号化、脆弱性診断、バックアップ、復旧訓練、操作ログの保管
- 責任体制：インシデント報告の期限、自治体側の点検責任者
点検の進め方は、個人情報保護委員会の行政機関等向けガイドラインを参照します。
稼働後の住民と職員のKPI
導入の効果は、オンライン予約率だけでなく、住民と職員の両方の面から測ります。
- 利用状況：予約完了率、電話や窓口の件数、施設の稼働率
- 業務負担：職員の受付時間と、自分で設定変更できた割合
- 運用品質：キャンセル率、決済エラー、問い合わせの解決時間、障害の復旧時間
予約が増えて問い合わせも増えたら、画面や案内を改善します。職員の作業が減らない場合は、権限や一括設定を見直します。KPIをRFPの運用要件や保守会議に含めておけば、稼働後も委託先と改善を続けられます。
よくある質問（FAQ）
発注や外注を検討する担当者からよく寄せられる質問に答えます。費用や期間は施設と要件で変わるため、自団体の条件に置き換えて確かめてください。
公共施設予約システムの発注費用はいくらですか？
費用は導入の規模によって、次のような掲載例や公表例があります。
- 小規模：初期90万円〜500万円程度の例
- 自治体クラウド：初期400万円〜1,500万円程度の例
- 再構築・機器連携：初期2,000万円〜3,500万円以上の例
これは、公開案件と掲載価格から整理した目安です。移行や決済、機器、保守、5年の運用を含むかどうかで、金額は変わります。発注時は、初期費用だけでなく、5年または10年の総額で見積もります。
発注から稼働までどのくらいかかりますか？
標準パッケージなら、要件確認から初期設定、決済審査、移行、研修までを含めて、1〜3か月程度が目安です。
複数施設でカスタマイズする場合は3〜8か月程度です。再構築や機器連携、大規模な移行では、6〜12か月以上を見込みます。
調達や条例、運用の整理、住民への周知、旧システムとの並行稼働にも時間がかかります。そのため、稼働したい日から逆算して計画を立てます。
委託先は何社から見積を取ればよいですか？
委託先は3〜5社程度を候補にし、同じRFPと見積様式で比べます。
- 候補の構成：自治体向けパッケージ、類似した地域や規模の実績を持つSI、個別連携に強い開発会社
- 評価項目：要件の理解、実演、移行・研修・保守の体制、データ返却、追加費用の説明
必要であれば、現行業務を理解している第三者に、RFPの作成を支援してもらいます。
最初からフルスクラッチで開発するべきですか？
最初からフルスクラッチにする必要はありません。予約、抽選、通知、決済は、標準パッケージで利用できます。
独自の減免や承認、料金計算、基幹連携など、標準で満たせない差分だけを追加する方法は、費用と将来の改修のバランスをとりやすい進め方です。
独自開発が必要な理由や、標準機能では満たせない要件、保守の体制、契約を終えるときの移行方法を説明できる場合にだけ、採用を検討します。
まとめ
発注前に業務・費用・契約の条件をそろえること
施設ごとに、予約や抽選、利用許可、減免を一覧にします。決済や返金、権限も同じ一覧に加え、住民向けの画面と職員の業務を一つの流れに整理します。
標準パッケージ、SaaS、PaaS、個別開発は、機能の適合に加えて、移行やセキュリティ、設定変更、保守、契約終了時のデータの持ち出しやすさで比べます。
発注後の移行・周知・改善までの責任
費用例は、小規模が初期90万円〜500万円、自治体クラウドが初期400万円〜1,500万円、大規模が2,000万円〜3,500万円以上です。
対象範囲と期間を確かめたうえで、5年または10年の総額で比べます。総額には、初期費用や月額、決済手数料を含めます。移行や機器、保守、改修、終了時のデータ返却も加えます。
- RFP条件：必須・加点・将来対応、業務シナリオ、移行、連携、SLA
- 運用条件：障害時の代替受付、研修、住民周知、運用KPI
類似する自治体の実績や実演、担当の体制、職員が自分で動かせる範囲、契約終了時の条件を確かめておけば、費用と運用の負担が増えるのを抑えられます。
▼全体ガイドの記事
・公共施設予約システム開発の完全ガイド
▼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を創業。