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

公共施設予約システムの発注・外注は、予約画面を作るだけではなく、抽選・利用許可・減免・決済・返金・指定管理者の権限・監査まで含む業務全体を整理して委託先を選ぶことが成功のポイントです。

自治体や公共施設の運営担当者は、紙台帳や電話受付を減らしたい一方で、施設ごとに異なる料金や予約ルール、既存データの移行、5〜10年分の運用費まで説明しなければなりません。この記事では、公共施設予約システムを発注する前の準備から、発注形態・契約形態の選び方、RFPと要件整理、費用相場、委託先の比較、稼働後の運用設計までを順番に解説します。

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

公共施設予約システムの発注で最初に整理すること

公共施設予約システムは、住民が空き状況を確認して申し込むフロント画面と、職員が審査・承認・料金管理を行うバックオフィスを一体で扱う業務システムです。一般的なレンタルスペース予約サービスと同じ感覚で発注すると、自治体特有の制度や例外処理が後から膨らみ、追加費用や稼働延期につながりやすくなります。

発注前には、施設・部屋・附帯設備の登録、利用者や団体の本人確認、抽選、先着予約、利用許可、料金計算、減免、入金確認、キャンセル、返金、利用実績集計までを書き出します。例えば、スポーツ施設と文化ホールでは予約単位や利用目的が異なり、営利利用だけ料金が変わることもあります。指定管理者が代理予約を行う場合は、自治体職員と同じ権限を与えるのか、担当施設だけを操作できるようにするのかも決めておく必要があります。

対象施設の管理主体、受付窓口、指定管理者、会計担当、情報政策担当、住民向け問い合わせ窓口を一覧にし、誰がどのデータを登録・承認・閲覧するかを整理します。既存の施設台帳、財務・歳入システム、電子申請、会員管理、鍵管理、メール配信との連携がある場合は、システムの境界も明確にします。特に利用者情報と予約履歴は、移行対象・保存期間・削除方法・契約終了時の返却方法を発注条件に含めることが大切です。

公共施設予約システムの発注形態はどれを選ぶべきですか？

結論から言うと、標準的な予約・抽選・決済で足りる場合はSaaSや自治体向けパッケージを優先し、制度差分や既存基幹連携が大きい場合だけPaaSや個別開発を組み合わせる方法が現実的です。初期費用の安さだけでなく、制度変更時の改修費、職員が設定変更できる範囲、データの持ち出しやすさを含めて選択します。

クラウド型のSaaSや標準パッケージは、空き状況照会、予約、抽選、通知、利用者・団体管理などがあらかじめ用意されているため、要件確認から稼働までを短くしやすい方式です。サーバーの保守や定期的なバージョンアップを自前で抱えにくい点もメリットです。一方で、独自の減免ルール、複雑な料金計算、特殊な利用許可、既存システムとの連携が標準機能に合わない場合は、追加開発や運用回避策が必要になります。

PaaSやローコード基盤は、標準サービスの安定性と個別の業務フローを両立したい場合の選択肢です。職員や保守担当者が、施設追加、承認経路、通知文面などを設定で変更できる設計なら、条例や運用が変わるたびに大規模な改修を依頼せずに済みます。ただし、ライセンス体系、基盤の利用終了時の移行方法、設定変更の責任分界、専門人材の確保をRFPと契約書で確認します。

フルスクラッチ開発は、複数の基幹システム連携、独自の抽選・減免・料金計算、電子錠や施設設備との連動を一つの業務に合わせて作り込めます。しかし、初期開発費だけでなく、仕様変更のたびの改修、テスト環境、脆弱性対応、保守要員、担当ベンダー変更時の引き継ぎ費が発生します。標準パッケージで対応できる機能まで独自開発するのではなく、標準機能で足りない差分を明文化してから採用を判断します。

公共施設予約システムを発注・外注する進め方

発注作業は、ベンダーに相談して見積書を受け取るだけでは完了しません。現状の業務とデータを整理し、必要な機能を必須・加点・将来対応に分け、同じ条件で複数社から提案と見積を受け取れる状態を作ることが重要です。

最初に、対象施設数、部屋や面数、管理主体、受付時間、予約開始日、抽選の対象、利用者区分、利用目的、料金、減免、キャンセル・返金条件、利用許可の要否を確認します。紙台帳や電話受付が残る施設では、オンライン化できない理由も記録します。本人確認が窓口で必要なのか、オンライン申請後に職員が審査するのかによって、必要な機能と運用負担が変わるためです。

必須機能には、施設・部屋検索、空き状況照会、利用者・団体登録、予約、抽選、承認、料金計算、減免、決済、領収書、キャンセル、返金、通知、権限管理、操作ログ、CSV出力を含めます。加点機能には多言語表示、アクセシビリティ、電子キーボックス、スマートロック、SMS、混雑状況の公開などを置き、将来対応には会計連携や設備制御を置きます。必須と要望を混ぜたまま提案を募ると、各社が異なる前提で見積を出すため、価格も機能も比較できなくなります。

提案書では機能一覧だけでなく、予約から利用許可、入金、返金、実績集計までの業務シナリオを示してもらいます。可能であれば、実際の施設を一つ選び、職員が施設情報・料金・休館日を変更する操作と、住民がスマートフォンで予約を完了する操作を実演してもらいます。PoCやデモでは、正常系だけでなく、抽選の重複、定員超過、期限後キャンセル、減免の承認、決済失敗、通信障害時の受付も確認します。

契約形態は準委任・請負・サービス利用を使い分けます

公共施設予約システムでは、構築・移行・研修と、稼働後のサービス利用・保守を分けて契約するケースが多くなります。契約名だけで判断せず、成果物、検収条件、責任範囲、仕様変更の扱い、障害対応、データ返却を明確にすることが重要です。法務・調達担当と早めに確認し、予算年度と履行期間が合うように設計します。

要件定義書、画面・帳票仕様、データ移行計画、テスト計画、操作マニュアルなど、完成させる成果物が明確な工程は請負契約と相性があります。ただし、自治体固有のルールが未整理のまま請負にすると、後から発生した差分が追加契約になりやすくなります。何をもって完成とするか、受入テストの不具合区分、再納品の期限、仕様変更の見積方法まで契約書や仕様書に記載します。

現状調査、業務整理、RFP作成支援、プロジェクト管理、職員研修、運用改善のように、作業時間や専門知識を提供してもらう工程は準委任契約が適することがあります。成果物の完成を一方的に約束する契約ではないため、担当者の経験、会議体、報告書、作業時間の記録、課題管理の方法を確認します。要件が固まる前の上流工程と、稼働後の改善支援を無理に請負へ押し込まないことが、双方の認識ずれを減らします。

SaaSやクラウドサービスの利用契約では、月額料金だけでなく、稼働率の目標、計画停止、障害の一次受付、復旧目標、バックアップ、脆弱性対応、問い合わせ時間、個人情報の委託、再委託、監査、データの返却・消去を確認します。契約終了時にCSVで返却されるのか、添付書類や操作ログも返却対象なのか、移行支援に別料金がかかるのかを先に定めておくと、ベンダーロックインのリスクを抑えられます。

公共施設予約システムの費用相場と見積の内訳

公共施設予約システムの費用は、施設数、利用者数、予約ピーク、決済、データ移行、機器連携、カスタマイズで大きく変わります。全国統一の公定相場はないため、以下は2025〜2026年に公表された自治体案件とベンダー掲載価格をもとにした目安です。公募の上限額、実際の契約額、民間ベンダーの掲載価格は性質が異なるため、同じ数字として比較しないようにします。

小規模な標準パッケージやクラウドサービスには、初期費用90万円から、月額0〜5.5万円程度とする掲載例があります（出典: タイムカプセル株式会社「パブリザ」、2026年確認）。ただし、これは一社の価格表であり、自治体調達全体の平均ではありません。施設追加、決済審査、利用者データの名寄せ、初期設定、操作研修、個別画面、問い合わせ窓口を含むかで総額は変わります。低価格に見える場合ほど、含まれない作業を確認します。

複数施設を対象に、初期構築、移行、研修、決済、保守を組み合わせる場合は、初期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万円程度、サービス月額50万円〜70万円程度、5年総額5,000万円〜7,000万円超となる例があります。姫路市は2026年に再構築業務を2,359.5万円（税込）、サービス利用を月額68.2万円（税込、予定）で公表しています（出典: 姫路市「公共施設予約システム再構築事業に係る公募型プロポーザル」、2026年7月）。月額を60か月で単純計算すると、構築費と合わせて約6,451.5万円ですが、実際の利用期間や追加費用を含む総額とは分けて考えます。

見積書では、要件定義・設計・設定・開発、データ移行、テスト、決済接続、機器調達、研修、住民周知、稼働立会いを初期費用として分けます。ランニング費用には、クラウド利用料、保守、監視、問い合わせ、バックアップ、セキュリティ対応、決済手数料、SMS、機器の通信・保守、制度変更時の改修を記載してもらいます。さらに、契約終了時のデータ抽出、移行支援、廃棄証明、旧システムとの並行稼働も加え、5年または10年の総保有コストで比較します。

RFPと要件整理で発注条件に入れるべき項目

RFPは、ベンダーに機能を列挙してもらう書類ではなく、同じ前提で提案・見積・体制を比較するための発注文書です。対象範囲、利用者像、稼働時期、データ量、ピークアクセス、運用時間、セキュリティ、SLA、成果物、見積様式、評価方法を具体的に指定します。

住民向けには、スマートフォンでの検索、空き状況、利用者登録、本人確認、抽選、予約変更、キャンセル、決済、領収書、利用履歴、メール通知、アクセシビリティ、多言語を記載します。職員向けには、施設・部屋・附帯設備、利用目的、料金、休館日、予約開始日、抽選ルール、減免、代理予約、審査・承認、返金、入金消込、権限、監査ログ、帳票、CSV出力を記載します。住民が使える機能だけでなく、職員が設定変更を自走できる範囲まで評価対象にします。

既存の施設台帳、財務・歳入、電子申請、認証、メール、会計、鍵管理、スマートロックと連携する場合は、APIの有無、データ項目、更新頻度、障害時の再送、連携先の責任者を記載します。カード番号は自社データベースに保持せず、決済代行のトークン化やホスト画面を基本にし、返金や決済障害時の手順も確認します。地方公共団体向けの情報セキュリティポリシーに関するガイドラインは2025年3月に改定されているため、クラウド事業者・委託先管理、アクセス制御、監査証跡、インシデント報告をRFPに落とし込みます（出典: 総務省「地方公共団体における情報セキュリティポリシーに関するガイドライン」、2025年3月）。

移行対象は、利用者・団体、施設・部屋、料金、抽選ルール、将来予約、利用許可番号、未収金、返金、添付書類、過去の利用実績などに分けます。旧システムの重複利用者を名寄せする基準、欠損データの扱い、移行リハーサルの回数、件数照合、個人情報の一時保管場所を決めます。稼働日は新システムの公開日だけでなく、旧新並行期間、利用者登録のやり直し、問い合わせ増加、窓口での代替受付、ロールバックの期限まで含めて設計します。

委託先の選定と見積比較で確認するポイント

委託先は、知名度や見積の安さだけでなく、自治体・指定管理者を含む公共施設の実績、標準仕様への対応、移行・研修・問い合わせの体制、契約終了時のデータ可搬性で比較します。提案書の見栄えより、想定外のケースを質問したときに、前提と追加費用を正確に説明できるかを確認します。

確認すべき実績は、施設数や自治体規模が近いか、抽選・減免・許可・返金まで使われているか、指定管理者が運用しているか、既存データを移行したかです。藤沢市では、2025年のリニューアルでオンライン利用者登録、キャッシュレス決済、共通IDに加え、市内41カ所の地域市民の家への電子キーボックス導入が進められました（出典: 藤沢市「2025年4月予約分より藤沢市公共施設予約システムがリニューアルします」、2024年更新）。この事例からも、予約画面だけでなく、本人登録、支払い、鍵の受け渡しまで一つの業務として評価する必要が分かります。

見積比較では、初期構築、月額利用、保守、決済、移行、研修、機器、連携、追加開発、サポートを同じ項目にそろえます。特に「標準機能」と書かれた内容は、初期設定だけで使えるのか、個別開発が必要なのかを確認します。月額が安くても、施設追加、利用者登録支援、制度変更、帳票追加、夜間障害、データ抽出に別料金があると、5年総額は大きく変わります。

提案時には、実際に担当するプロジェクトマネージャー、要件定義者、移行責任者、保守責任者が参加するかを確認します。委託先の選定後に担当者が変わる場合の引き継ぎ方法、問い合わせ窓口の時間、障害時の連絡網、自治体側が行う作業、繁忙期の増員方法も質問します。職員向け管理画面を誰でも操作できるか、設定変更を依頼するたびに有償作業になるかも、稼働後の使いやすさを左右します。

発注後に起こりやすい失敗と運用設計の対策

システム導入の失敗は、機能不足だけでなく、ルールの未整理、データ移行の漏れ、住民への周知不足、職員の設定負担、障害時の代替手段の欠如から起こります。発注段階で運用の責任者と例外時の手順を決め、稼働後の改善を契約・予算・体制に組み込みます。

住民全員がスマートフォンやクレジットカードを使えるとは限りません。高齢者、障害のある方、外国語話者、団体の代表者を想定し、窓口や電話での代理予約、支払い方法、操作支援、紙の案内、問い合わせの受付を残します。新システムで利用者登録をやり直す場合は、登録期限、必要書類、メールアドレスの有無、旧予約の扱いを早めに周知します。藤沢市でも新旧システムの並行稼働期間を設けており、切り替えは技術だけでなく利用者への案内を含む業務変更として計画されています（出典: 藤沢市「公共施設予約システムの更新に伴う予約方法などの変更について」、2025年）。

利用者の氏名、連絡先、団体情報、本人確認資料、利用履歴、決済情報は、利用目的、保存期間、アクセス権限、委託先、削除・返却方法を明確にします。管理者の多要素認証、最小権限、暗号化、脆弱性診断、バックアップ、復旧訓練、操作ログの保管、インシデント報告の期限を運用手順に落とします。個人情報保護委員会の行政機関等向けガイドラインも参照し、ベンダー任せにせず、自治体側の点検責任者を置きます。

導入効果は、オンライン予約率だけでは判断できません。予約完了率、電話・窓口件数、職員の受付時間、施設稼働率、キャンセル率、決済エラー率、問い合わせの解決時間、障害復旧時間、職員が自分で設定変更できた割合を定期的に確認します。予約件数が増えても問い合わせが急増していれば画面や案内を改善し、職員の作業が減っていなければ権限や一括設定を見直します。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まで盛り込みます。価格の低さだけで委託先を決めず、類似自治体の実績、実演の再現性、担当者の体制、職員が自走できる範囲、契約終了時の出口条件を確認することで、導入後に費用と運用負担が膨らむリスクを抑えられます。

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

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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