自治体向け公共施設予約システムの導入は、要件整理と製品選定から始まります。その後、設計・開発とテストを経て、稼働と定着へ進みます。この順で進めると、住民サービスと職員業務を両立できます。
全体像の詳しい内容は、自治体向け公共施設予約システム開発の完全ガイドでも扱っています。
▼全体ガイドの記事
・自治体向け公共施設予約システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
自治体向け公共施設予約システムの全体像
自治体向け公共施設予約システムは、施設予約に伴う業務をオンライン化するシステムです。対象は、公民館、体育館、文化ホール、会議室、運動場、学校開放施設などです。
空き状況の照会や利用者登録から始まり、抽選、予約、承認を経て、収納、取消・返金、実績集計まで扱います。また、住民向けと自治体・指定管理者向けの画面を分け、複数施設を横断して管理する構成が基本です。
住民向け機能と管理者向け機能の分け方
住民向けの機能は申込から通知までを、管理者向けの機能は施設の設定と事務処理を受け持ちます。
- 住民の検索・申込：施設、室場、日時、目的別に探し、個人・団体で登録できます。
- 予約後の手続き：変更・取消、キャンセル待ち、キャッシュレス決済、領収書発行に対応します。
- 住民への通知：メールやLINEでの予約情報の連絡。
- 管理者の設定：施設、部屋、備品、休館日、時間区分、利用者別料金の管理。
- 管理者の処理：減免・加算、承認、抽選、収納・返金、統計、帳票、CSV、代理予約。
必要な機能は、画面の数よりも自治体固有の条件を設定できるかで見ます。たとえば、市内外の料金差や施設ごとの予約開始日を設定できるかを確認します。
抽選の優先順位や減免承認の要否も、設定の対象に含めます。Excelや口頭判断に残すと、担当者の異動後や監査時に説明しにくくなります。
自治体固有の制度とデジタル化の範囲の切り分け
公共施設予約では、制度上の条件と標準機能で対応できる範囲を先に切り分けておきます。制度条件、支払い条件、開発範囲の順に見ると、標準機能で受けられる範囲と個別対応が要る範囲を分けて確かめられます。
- 制度条件：条例・要綱、利用時間、市内外料金、団体登録、減免、指定管理者の権限。
- 支払い条件：窓口とオンラインの併用、還付率の違い。
- 開発範囲：標準機能で変えられる業務と、制度上変えられない業務。
この切り分けは、費用と納期の安定につながります。そのため、最初からすべてを独自開発する必要はありません。
2025年から2026年の導入事例では、予約・決済・本人確認・鍵管理を段階的につなぐ動きが見られます。伊豆市は2025年2月、市内31施設で、空き状況の照会や予約、取消から、キャッシュレス決済とスマートロック連携までを始めました（出典: 伊豆市公式サイト、2025年）。
伊豆市では、操作に不慣れな人の入力を施設窓口で支援しています。また、全体像には、機能に加えて、オンラインと窓口を併用する運用も含めます。
自治体向け公共施設予約システムの進め方
導入は、要件整理、選定、設計開発、テスト、稼働、定着の6フェーズで進めます。選定の前に例外業務を把握し、また、稼働後の問い合わせや窓口支援も発注範囲に含めます。各段階の確認事項と成果物を次の工程へ引き継ぐと、導入後の運用まで見通した計画を立てられます。
- 要件整理で、施設、例外業務、既存データを洗い出す。
- 選定で、標準機能と独自対応の境界を見極める。
- 設計開発で、業務ルールと外部連携を仕様にまとめる。
- テストで、繁忙期や例外処理を確認する。
- 段階移行を含めて稼働させ、住民と職員を支援する。
- KPIと改善会議で、運用を継続的に見直す。
1. 要件整理：現場の予約業務の台帳づくり
対象施設、室場、備品を一覧にし、休館日や利用時間区分も記録します。予約開始日と抽選日、申請から承認までの流れも、同じ一覧に書きます。
利用者は、個人・団体、市内・市外、通常・減免の区分で整理します。窓口とオンラインの別も、あわせて整理します。
誰が何を判断するかを記録したうえで、紙台帳や電話、Excelに加えて、会計システムと利用者カードの項目を照らし合わせます。そのうえで、項目の重複や欠損も確認します。
要件整理では、次の条件を洗い出します。
- 予約条件：施設ごとの予約可能期間と抽選の優先順位。
- 料金・承認：料金、減免、還付、承認者、代理予約の権限。
- 情報管理：個人情報の閲覧範囲と問い合わせ窓口。
- 障害対応：システム停止時の代替手順。
機能名に加えて、条件、担当者、確認内容、記録方法を明記すると、製品を比較しやすくなります。成果物は、業務フローや施設・料金マスタです。権限一覧と移行項目表も、成果物に含めます。
必須要件と希望要件の優先順位も決めます。これらの資料は、選定や予算説明にも使います。
2. 選定：標準機能と独自対応の境界の見極め
選定では、早期導入・標準化と複雑な連携・独自制度のどちらを重視するかを決めます。
- 早期導入・標準化：SaaSや公共施設向けパッケージが候補になります。
- 複雑な連携・独自制度：拡張可能な製品や専用開発を検討します。
住民ID、会計、鍵管理との連携が複雑な場合や、独自制度を重視する場合は、対応範囲を確認します。
市川市の2026年公開RFIは、独自カスタマイズを抑え、パッケージ運用を基本とする考え方を示しています（出典: 市川市「公共施設予約システムに係る情報提供依頼」、2026年）。
デモでは、各社に実際の業務を操作してもらいます。抽選や二重予約防止、減免申請のほか、取消・返金と団体登録も確認します。
指定管理者の権限分離、代理予約、帳票出力も試します。導入自治体には、問い合わせ件数や移行負担を尋ねます。研修の分かりやすさや、制度変更への対応速度も聞いておきます。
価格に加えて、5年総額と導入体制を比べます。サポート時間や障害時の連絡経路も、比べる対象に含めます。そのうえで、製品の機能と運用支援を同じ条件で評価します。
3. 設計・開発：業務ルールの設定値と連携仕様への落とし込み
設計では、住民画面と管理画面を、業務ルールや外部連携と一体で固めます。
- データ構造：利用者、施設、料金のマスタに加え、抽選や予約、決済、返金のデータ。
- 予約・返金：当選後の支払期限、未払い時の取消、返金対象や還付率の記録先を決めます。
- 承認・設定：減免承認前の予約可否と、料金・予約期間をコード改修なしで変える範囲。
設定で変える範囲も、仕様に記します。画面を作る前に、業務シナリオで設計を確かめます。
外部連携は、認証、決済代行、会計、通知の4つに分けて設計します。マイナンバーカードによる本人確認、スマートロック、LINEとの連携も、外部連携として扱います。仕様書には、API項目、エラー時の再送、二重決済防止を記載します。
連携が止まったときの手動処理と、ログの保存期間も決めます。個人情報を含むテストデータは、マスキングします。特に、AIや自動文面生成を使う場合は、職員が最終承認してから住民へ送信する運用にします。
4. テスト：繁忙期と例外処理の実データに近い条件での検証
画面表示だけでなく、抽選申込が集中する日や同じ室場への同時予約を再現します。支払期限超過、取消・返金、休館日変更、通信切断も試します。
利用者や施設職員、指定管理者のアカウントに加えて、所管課と会計担当のアカウントも用意します。各役割で閲覧できない個人情報や操作メニューが表示されないかを確認します。
受入テストでは、次の観点で確認します。
- 予約・会計：抽選の公平性、二重予約防止、料金、減免・加算、領収書、返金。
- 出力・通知：帳票とCSVの内容、住民へ送られる知らせの確認。
- 操作性：アクセシビリティ、スマートフォン、読み上げ、キーボード操作。
- 窓口業務：職員による代理予約の手順。
結果には合否に加えて、再現手順と影響範囲、暫定対応を記録します。修正期限と最終承認者も、あわせて残しておきます。稼働前には、住民向けの操作説明会や職員研修も実施します。
よくある質問をFAQに反映します。FAQの確認も、住民が実際に使えるかを確かめる作業です。
5. 稼働：段階移行と問い合わせ導線の準備
稼働前には、切り替え方法、移行データ、障害時の連絡と支援を決めておきます。
- 切り替え：一斉か段階かを決め、多施設では先行施設で、登録、予約、決済、取消、窓口支援を確認します。
- データ移行：利用者と団体、施設、未来予約、料金、未収、返金対象を抽出し、変換ルールと件数を照合します。
- 障害対応：障害、決済失敗、鍵の不具合、ログイン不可、代理予約不可の連絡先と代替手順を決めます。
伊豆市のように窓口で操作を支援すると、オンライン化による取りこぼしを抑えられます。あわせて、住民が支援を受ける場所と方法を周知します。
広報紙や施設掲示、公式サイト、電話案内で、登録開始日と旧予約の扱いを伝えます。また、支払方法と問い合わせ先は繰り返し知らせます。
6. 定着：KPIと改善会議による運用の育成
稼働後は、予約件数だけで成否を判断せず、住民の利便性、職員の負担、施設利用の促進を同時に見ます。
- 窓口・職員：電話・窓口件数、予約処理時間、抽選処理時間。
- 施設・予約：施設稼働率、キャンセル率、オンライン利用率。
- 会計・書類：未収・返金処理時間、紙帳票の枚数。
- 問い合わせ：解決までの時間。
導入前後の数値を比べると、改善が必要な業務が見えてきます。また、KPIは住民と職員の両方の状況を表すものにします。
月次または四半期ごとに、改善会議を開きます。参加するのは、所管課、施設職員、指定管理者、情報政策担当、ベンダーです。料金改定や新施設、条例変更、通知文も議題にします。
アクセシビリティや権限の見直し、ログ確認も扱います。寄せられた要望は、制度変更、設定変更、追加開発、運用変更に分けます。
標準機能を保ったまま改善できる体制は、長期的な費用の抑制につながります。また、会議で変更の優先順位も共有します。
自治体向け公共施設予約システムの費用相場とコストの内訳
費用は、SaaSの月額、パッケージの導入・運用費、自治体予算、スクラッチ開発費で異なります。公開情報も、施設数や連携範囲によって違いがあります。
そのため、単一の相場を断定できません。公開価格、自治体予算、要件からの推定を分けて見ます。
公開価格から見る導入費・運用費の目安
公開価格は、製品の種類ごとに費目と対象範囲を分けて見ます。
- 公共向けパッケージ：初期費用、年間運用費、標準工期。
- SaaS：月額プラン、機能条件、追加料金。
デジタル庁のカタログにあるパスコの施設予約システムは、初期費用が210万円からです。また、年間運用費は118万8,000円から723万6,000円、標準工期は6か月です（出典: デジタル庁デジタル地方創生サービスカタログ、2026年確認）。
導入自治体数は60以上とされています。金額はサービスメニューやエンドユーザーの規模で変わるため、自治体全体の予算へそのまま置き換えることはできません。
RESERVA lgは月額0円、6,600円、13,200円、23,100円の公開プランを掲載しています（出典: RESERVA lg公式サイト、2026年確認）。
施設タイプでの抽選やスマートロックなどは、プランごとに条件があります。さらに、自治体固有の初期設定や複数施設の設計、決済審査も確認が必要です。移行、サポート、手数料も確かめます。
比較は、公開月額よりも5年間の総額で行います。初期導入と運用に含まれる範囲もそろえます。
自治体予算の公開例と対象範囲の確認
自治体予算は、対象施設、費用の性格、含まれる範囲を確かめて比べます。
- 対象施設：施設数や範囲が、比較対象と合っているか。
- 費用の性格：導入開発費か、継続的な管理運営費かを分けます。
- 含まれる費用：移行、周知、保守、周辺費用の有無。
土浦市の2026年度予算では、15施設を対象とする導入事業の全体事業費が522万5,000円です（出典: 土浦市「令和8年度予算の概要」、2026年）。
小・中規模自治体の更改では、500万〜1,000万円が初期比較の幅を考える材料になります。ただし、公表予算が移行・周知・保守をすべて含む契約額とは限りません。
箕面市では、文化施設18館と体育施設3館の管理運営、予約、現金・キャッシュレス決済などを含む当初予算として、年間約4,285万円の公開例があります（出典: 箕面市「公共施設予約システムの管理運営」、2025年度）。これは継続的な管理運営費を含むため、導入開発費とは直接比べられません。
台東区の2026年度資料には、スマートフォン対応やオンライン決済を含む更改関連として1億4,578万6,000円の予算例があります（出典: 台東区「令和8年度予算案における主な事業」、2026年）。
台東区の金額は周辺費用を含む可能性があります。そのため、大規模更改の上限相場とは扱わず、対象範囲を確認します。
見積書に含まれる初期費用以外のコスト
見積もりでは、初期導入、運用、従量料金、外部連携にかかる費目を確かめます。
- 初期費用・導入支援：要件整理、設定、画面・連携開発、データ移行。テスト、研修、住民向け周知も含みます。
- 運用費：クラウド、保守、サポート、監視、バックアップ、障害対応。
- 継続対応：制度変更、アカウント管理、脆弱性対応。
- 従量・機器費：決済、SMS等の通知、スマートロック機器・通信。
- 連携・本人確認：本人確認の利用料、会計連携の保守費。
フルスクラッチや大規模連携では、推定の幅として、初期3,000万円〜1億2,000万円程度、期間9〜18か月程度を置く場合があります。これは公開された直接価格ではありません。
この推定は、一から作る場合のものです。認証や抽選、料金・減免、決済、返金の機能が対象で、権限や移行、複数施設、鍵やAPI連携も含みます。なお、要件やデータ品質、施設数、同時アクセス、保守範囲で金額は変わります。
実際の費用は、RFIやRFPで再見積もりします。推定値と公開価格を混同しないようにします。
見積もりを取る際のポイント
比較できる見積もりを得るには、各社へ同じ前提条件を渡します。施設数だけでなく、室場数、利用者・団体数、過去データ件数も明記します。
予約ピークや料金区分、抽選ルール、決済方法を条件としてそろえます。連携先、サポート時間、稼働希望日も、同じ前提に含めます。要件が曖昧なまま金額だけを比べると、契約後に追加開発や移行費が生じやすくなります。
要件定義書とRFPに書く判断基準
RFPには、施設・室場・備品、照会、利用者・団体登録を記載します。抽選、予約、承認に加えて、料金や減免、加算も含めます。
取消、返金、領収書、通知も、RFPに含めます。帳票、代理予約、権限、監査ログ、API、アクセシビリティも対象です。各要件に、対応方法の判定欄を設けます。
- 対応区分：「必須」「標準機能で満たす」「設定で対応」。
- 追加対応：「追加開発で対応」「代替運用を許容」。
判定欄があると、提案書を同じ基準で比べられます。また、要件ごとに費用や運用への影響も確認します。
セキュリティ要件は、SSL対応にとどまらず確認します。多要素認証、最小権限、管理者の権限分離、通信・保存データの暗号化などが対象です。
ログの改ざん防止と保存期間、バックアップ、災害復旧は対象です。国内保管や脆弱性診断も含めます。委託先管理と、インシデント時の連絡体制も確認します。
個人情報保護委員会の行政機関等向けガイドラインは、地方公共団体の機関にも全国共通ルールが適用される考え方を示しています（出典: 個人情報保護委員会、2026年確認）。そのため、法務・情報セキュリティ担当と早期に確認します。
複数社比較：デモ・実績・5年総額の同一条件での確認
提案は、比較の観点と業務シナリオをそろえて評価します。
- 導入実績：施設数、稼働年、移行方法、運用支援。
- 評価項目：価格、機能、操作性、移行を比べます。セキュリティ、体制、拡張性も見ます。
- デモ：支払期限、市外料金、権限分離、返金理由の記録を試します。
パスコはデジタル庁カタログで導入自治体数60以上、標準工期6か月、公開価格を示しています。加えて、伊豆市の31施設では予約・決済・スマートロックが稼働しています。
住民への周知や窓口支援の方法も、質問の材料にします。なお、評価項目の配点は自治体側で決めます。
月額が安くても、設定変更や問い合わせが別料金なら、5年総額で逆転する可能性があります。そのため、費用と運用条件を合わせて比べます。
移行・制度変更・住民支援のリスクの見積もりへの組み込み
見落としやすいのは、既存データの品質と制度変更です。たとえば、利用者名の表記揺れ、重複アカウント、失効団体、未整理の未来予約、施設コードの不一致は、移行後の問い合わせにつながります。
サンプルデータで移行を試し、本番前には件数、氏名、予約、金額、支払状態を複数回照合します。
オンライン化後も、電話や窓口をすぐに廃止できるとは限りません。そのため、高齢者や障害のある人、団体代表者、スマートフォンを持たない人への支援を考えます。
- 利用支援：代理登録、窓口入力、紙の案内、電話相談。
- 導入後の支援：アクセシビリティ、操作説明会、マニュアル、問い合わせ窓口。
- 稼働直後：問い合わせ増加への人員配置とFAQ更新。
見積依頼では、これらの支援を別項目で提示してもらいます。そうすると、定着に必要な費用を見通せます。
よくある質問
情報政策課、施設所管課、指定管理者が導入前に確認しやすい質問をまとめます。各質問は、条例や施設数、既存システム、窓口運用に照らして判断します。
自治体向け公共施設予約システムはパッケージとスクラッチのどちらがよいですか？
多くの自治体では、抽選、料金、減免、帳票、利用者管理が成熟したパッケージを基本にできます。必要な連携や差分は、設定、API、追加開発で補います。
一方、独自条例や基幹連携、住民ID、鍵管理が複雑で、標準機能に業務を合わせられない場合は、専用開発やハイブリッドも比べます。最終判断は、5年総額と制度変更への対応力で行います。
導入にはどのくらいの期間がかかりますか？
パスコの公共施設予約システムは、公開例で標準工期6か月とされています。期間を左右するのは、施設数と移行の範囲です。決済・会計連携や本人確認も、期間に影響します。鍵の仕様や条例・料金ルールも、期間を動かす条件です。
研修や周知の範囲も、期間に影響します。小規模な標準導入は数か月、大規模更改や複数連携は9〜18か月程度を、初期検討の目安にします。
要件整理と移行リハーサルの期間は、削らないことが重要です。また、公開工期は自庁の条件と照らして使います。
高齢者やシステムに不慣れな住民も利用できますか？
利用は可能ですが、オンライン画面に加えて、支援の手段も必要です。画面はスマートフォンで読みやすくし、キーボードやスクリーンリーダーにも配慮します。
分かりやすいエラーメッセージに加え、電話・窓口での代理登録、操作説明会、紙の案内を用意します。たとえば、伊豆市は施設窓口スタッフによる入力支援を案内しています。
困ったときに人へ相談できる導線を、設計段階から決めておくと、住民が利用を続けやすくなります。窓口支援の担当も、あわせて決めておきます。
本人確認やスマートロックを導入するときの注意点は何ですか？
本人確認や鍵の仕様では、取得情報、アクセス、障害時の手順、現場対応を明確にしておきます。
- 本人確認情報：必要業務、取得情報、利用目的、保存期間、閲覧権限、削除・訂正手順を定めます。
- カード情報：個人番号を保有するか、確認結果だけを受け取るかを決め、委託先やログも確認します。
- 鍵の運用：予約ごとのワンタイム暗証番号、発行・失効時期、通信障害時の開錠、利用後の施錠確認。
- 機器故障：故障が起きた際の現地対応を仕様に含めます。
まとめ
導入は、要件整理、選定、設計開発、テスト、稼働、定着の6フェーズで進めます。住民サービスと職員業務を、ともに設計することが大切です。
抽選、料金・減免、収納・返金、団体登録を要件に含めます。指定管理者の権限、個人情報、データ移行、窓口支援も加えると、予約カレンダーだけの導入を避けられます。
導入を成功させる3つの要点
計画の段階から稼働後までを見通し、判断の基準をそろえることが、導入の成否を左右します。
- 制度と業務：施設ごとの例外を、フローと設定項目に分けます。
- 費用の比較：移行、決済手数料、連携、研修、ヘルプデスク、5年分の運用費を含めます。
- 稼働後の改善：複数のKPIを使った運用の見直し。
KPIには、オンライン利用率だけでなく、窓口件数、処理時間、施設稼働率、返金処理、問い合わせ解決時間も含めます。稼働後も改善を続けます。
最初に作るべき資料と次のアクション
最初に一覧にするのは、対象施設、室場、備品と、予約や抽選の流れです。料金、減免、返金の扱いや、利用者と団体の区分も、同じ一覧に書きます。権限、既存データ、連携先、窓口運用も、あわせて含めます。
一覧をもとに、必須・希望要件、標準機能と追加開発の範囲、稼働後の支援を整理し、RFIや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を創業。