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

自治体向け公共施設予約システムの発注は、業務の棚卸し、方式の比較、RFI・RFP、契約・移行の順に進めます。この順で進めると、住民と職員の負担軽減につながります。

全体像は、自治体向け公共施設予約システム開発の完全ガイドで確認できます。

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

自治体向け公共施設予約システムの発注・外注の進め方

発注では、現状の業務を棚卸しして、標準パッケージやSaaSで満たせる範囲と、個別連携や追加開発が要る範囲を分けます。あわせて、施設と利用者のルールを先に言葉にしておきます。

予約業務を一つのサービスとして定義

予約業務は、申込や照会だけでなく、料金計算から取消・返金までを一続きの業務として捉えます。

  • 利用者対応:登録、本人確認、職員による代理予約
  • 予約処理:抽選、当選後の本予約、承認、通知、利用実績
  • 収納・記録:オンライン決済、窓口支払い、領収書、帳票、取消・返金

施設ごとに利用時間の区分や予約開始日が異なることも多く、予約カレンダーだけで選ぶと、導入後に運用を変えられない可能性があります。

住民サービスと職員業務のKPIの同時設定

住民の利便性と職員業務の変化を導入前後で比べられるよう、両方の指標を同時に置いておきます。

  • 住民側:来庁せずに空き状況を確認できる割合、予約完了までの時間、キャッシュレス利用率
  • 職員側:抽選にかかる時間、電話・窓口の入力件数、返金までの時間、二重予約や入力ミスの件数、問い合わせ解決時間
  • 支援体制:デジタルに不慣れな住民への窓口支援も、評価の対象に含めます。

伊豆市は2025年2月、31施設で予約・取消・キャッシュレス決済・スマートロックを始めました。操作に不慣れな人には窓口スタッフが入力を支援しています。一方で、導入の成否は、デジタルに慣れた住民の利便性だけでは測りません。

ポイント

業務の範囲を、標準製品で足りる部分と追加の連携・開発が要る部分に分けられているかが、発注の進め方を判断する目安です。施設と利用者のルールも、文章で言い切れているかを見ます。

パッケージ・SaaS・スクラッチの選び方

多くの自治体は、公共施設予約のパッケージやクラウドを中心にして、足りない連携はAPIなどで補っています。スクラッチも選択肢ですが、独自の制度や複雑な基幹連携に投資効果がある場合に限られ、保守費と更改費も含めて判断します。

標準パッケージ・SaaSが向く自治体

施設数が少ない、短期間で更改したい、抽選・料金・帳票など一般的な業務が中心の自治体には、標準製品が向いています。

  • 標準機能:実績のある製品には、予約ルール、利用者区分、施設・備品マスタ、通知、職員権限がそろっています。
  • 導入範囲:ゼロから設計する部分を抑えて、短期間での更改を目指せます。
  • ルール確認:条例・要綱上の必須条件と、慣例による運用との区別。

ハイブリッド方式・スクラッチが向くケース

住民IDや会計、施設基幹、鍵管理、電子申請との連携が深い場合や、自治体独自の抽選・減免・承認が多い場合には、標準製品だけでは足りないことがあります。

  • ハイブリッド:予約・料金・抽選はパッケージで担い、認証・決済・会計・スマートロックはAPIでつなぎます。
  • スクラッチ:必須要件に標準製品が対応できず、独自開発の投資効果がある場合に限ります。

独自開発をすべて抱えるより、製品の更新や障害対応を受けやすく、ベンダーを替える際もデータと連携仕様を引き継ぎやすくなります。

発注前にベンダーへ聞くべき比較質問

機能の有無だけでなく、追加費用や運用変更のしやすさ、データ返却の条件も聞いておきます。

  • 機能と設定:標準機能か追加費用か、職員が設定を変えられるか
  • 連携とデータ:API仕様の公開の有無と、データの一括返却の可否
  • 導入と支援:同規模・同施設種別の事例、標準期間、住民支援、障害時の連絡

パスコの施設予約システムは、導入自治体が60以上、初期費用は210万円から、年間運用費は118.8万円から723.6万円、標準工期は6か月と公開されています(出典:デジタル庁デジタル地方創生サービスカタログ、2026年)。

公開価格は比較の出発点ですが、対象の施設数やサービス内容によって変わるため、自庁の契約額と同じものとは扱えません。

ポイント

パッケージやSaaSを中心に、足りない連携をAPIなどで補えるかが、発注形態を選ぶ目安です。スクラッチは、独自の制度や基幹連携に投資効果がある場合に限り、保守費と更改費を含めて比べます。

RFPと要件整理の順番

現状棚卸しからRFI、RFP、デモとPoCへ進む要件整理の流れを示した図解。
最初に整理した条件が、各社の提案を比べる土台になります。

RFPは、各社が比較できる見積を出すための文書です。現状を確認したうえで、必要ならRFIを経て提案を依頼します。

対象施設、データ、利用者を、各社に同じ前提で示します。さらに、例外ルールと移行条件も同じ形で示します。また、セキュリティ、運用体制、評価方法も、そろえて提示します。

現状棚卸しからRFIまで

施設・室場・備品の情報と、休館日、利用時間、予約期間を洗い出します。抽選順位や利用者区分、料金、減免は、事例を添えて書き出します。承認、収納、還付、帳票、権限は、一覧にまとめます。

  • 業務とデータ:紙や電話、窓口、Excel、旧システムに分かれたデータの項目名と、更新の責任者
  • 例外ルール:市内団体優先、同一団体の同月利用制限、当選後の支払期限を、事例に置き換えて確かめる。
  • 市場調査:候補が不明なときは、RFIで仕様、費用、日程、事例、標準機能と追加開発の境界を尋ねる。

市川市は2026年6月のRFIで、独自カスタマイズを抑えてパッケージ運用を基本とする方針を示しています(出典:市川市「公共施設予約システムに係る情報提供依頼」、2026年)。

RFIは、RFPに現実的な条件を設定するための情報収集として使います。

RFPに必ず入れる評価項目

機能の適合に加えて、提案の実現性と導入後の総額を、同じ条件で評価できるようにします。

  • 実現性:固有要件、移行、繁忙期の性能、認証・決済・会計・鍵との連携の採点
  • 安全性と運用:アクセシビリティ、個人情報保護、障害対応、研修、住民周知、保守の評価
  • 費用:初期費用、月額・年額、追加設定、決済手数料、移行、研修、保守、5年後の更改費の提出

価格だけで順位を決めると、移行や窓口支援が別契約になり、総額が増えることがあります。

デモとPoCで実データに近い業務を再現

提案説明会では、自庁の代表施設と例外ケースを使ったデモを頼みます。あわせて、移行データの範囲と品質も確かめておきます。

  • 予約シナリオ:抽選順位、複数室の同時予約、減免申請、承認後の変更、取消・返金を試す。
  • 権限と通知:窓口の代理予約、指定管理者の閲覧範囲、利用者への通知
  • 移行確認:利用者・団体・過去予約・未収金の移行項目、文字コード、重複、再登録の要否

ポイント

各社が同じ前提で見積もれる形にRFPを書けているかが、提案を比べる土台になります。移行の条件や例外ルールも、同じ前提にそろえられているかを確かめます。

契約形態と、導入業務・運用保守の分け方

契約では、導入作業と稼働後の安定運用を分けて考えます。月額が安くても、制度改定や帳票変更が別見積もりになると、長期の費用が増える可能性があります。

導入業務には、要件定義、設定・開発、連携、移行を含めます。テスト、研修、住民周知、稼働立ち会いも、導入業務の範囲です。

運用保守には、問い合わせや障害、バックアップ、脆弱性対応を含めます。さらに、制度改定、マスタ変更、改善要望の扱いも、運用保守に含まれます。

導入業務委託の成果物と検収条件

導入業務で作る成果物と受入条件は、契約に記します。

  • 成果物:要件定義書、設定一覧、連携仕様書、移行・テスト計画と、その結果
  • 運用資料:操作マニュアル、研修記録、運用設計書
  • 検収条件:代表施設での予約、抽選、支払い、取消、返金、帳票、権限、障害復旧の判定

また、自治体側の確認期間や修正回数、未解決課題、稼働延期の条件も、仕様書や契約書に書いておきます。

クラウド利用のSLAとデータ管理

SaaSやクラウドでは、稼働や復旧の条件、データの保管、個人情報の管理方法を、契約で確かめます。

  • サービス水準:利用時間、稼働率、計画停止の通知、障害の重要度、復旧目標
  • データ保護:バックアップ、災害復旧、ログの保存期間、保管場所
  • 委託管理:閲覧権限、多要素認証、通信と保存時の暗号化、再委託先

地方公共団体の情報セキュリティポリシーに関するガイドラインと、個人情報保護委員会の行政機関等向けガイドラインを参照すると、自庁の規程と契約条件を合わせやすくなります。

インシデントが起きたときの報告時間と調査への協力も、契約の時点で決めておきます。

職員・指定管理者・ベンダーの責任分界

本庁、施設担当課、指定管理者、委託先の作業範囲は、あらかじめ決めておきます。設定や問い合わせの担当が曖昧なままだと、システムが動いていても業務が止まってしまいます。

  • 施設運用:施設マスタ、休館日、料金改定、減免承認、返金判断の割り当て
  • 利用者対応:問い合わせと、障害時の一次受付の担当
  • 権限管理:担当外施設の個人情報の制限と、設定変更を誰がいつ行ったかをログで追えるようにすること

自治体向け公共施設予約システムの費用相場

施設予約システムの見積費目を導入費、移行・稼働費、継続・変動費の3区分で整理した図解。
費目を分けると、初期費用の外にある支出も見比べやすくなります。

費用は、SaaSの月額、パッケージの導入と年間運用費、自治体予算、独自開発費に分けて見ます。公開プランには、月額0円から4万円台の例があります(出典:RESERVA lg公開プラン、2026年)。

自治体固有の設定や移行、決済審査は、別見積もりになることがあります。窓口支援や複数施設への対応も、別建てで見積もられる場合があります。ここで示す金額は、予算要求やRFPの初期検討に使う目安です。

公開価格と自治体予算から見るレンジ

公開情報には製品価格と自治体予算があり、対象や費用の範囲が異なります。金額は同一条件の相場として扱わず、見積の前提を確かめてから使います。

  • パスコ価格:初期費用は210万円から、年間運用費は118.8万円から723.6万円、標準工期は6か月
  • 土浦市予算:2026年度に15施設の導入事業として、522.5万円を計上
  • 小・中規模更改:導入費はおおむね500万円から1,000万円前後を、初期検討のレンジとする

パスコの価格は、サービスメニューやエンドユーザーの規模によって変わります(出典:デジタル庁デジタル地方創生サービスカタログ、2026年)。

土浦市の額は予算であり、契約額や5年間の総費用ではありません(出典:土浦市「令和8年度予算の概要」、2026年)。

年間運用費は、100万円台から700万円台の公開例を起点に、窓口や制度改定、連携、利用者数、サポート時間を加味して見積もります。

大規模な連携や複数年の更改では、3,000万円から1億円超の予算例もあります。周辺基盤や複数年の費用を含む可能性があり、上限相場とは断定できません。

見積書の初期費用以外のコスト

初期費用だけで判断せず、導入から運用までの費目を分けて見積もります。変動費と追加作業の単価も、あわせて確認します。

  • 導入費:要件整理、利用料、設定、追加開発、API・決済連携、本人確認、鍵連携ごとの内訳
  • 移行・稼働費:データ整備、移行リハーサル、テスト、研修、住民周知、稼働支援
  • 継続・変動費:保守、ヘルプデスク、決済、SMS・メール、本人確認、施設追加、帳票変更の費用

同じ利用期間に合わせて、初期費、年額、変動費、移行・研修費を合算すると、5年総額で比べやすくなります。

開発期間と費用の同時見積もり

公開例の標準パッケージは6か月程度です。ただし、実際の計画では、マスタ整理や移行、決済審査、研修、住民周知の期間も見込みます。

  • 小・中規模更改:4か月から9か月を、初期検討のレンジとします。
  • 大規模・独自要件:連携やスクラッチを含む場合は、9か月から18か月程度

レンジは、ベンダーの実績に基づいて調整します。短い納期であっても、抽選の公平性や返金、権限、障害時の運用は後回しにしません。

ポイント

初期費用だけでなく、年額、変動費、移行・研修費を同じ利用期間で合算し、5年総額で比べられるかが目安です。公開価格は、比較の出発点として扱います。

委託先の選定と見積比較

知名度や機能数よりも、自庁の運用を理解し、稼働後まで支援できるかを比べます。提案書の機能一覧だけでなく、実績も確かめます。

導入実績と運用支援の照会

候補企業には、導入自治体の数、施設数、稼働時期、利用者登録数、抽選や減免の運用実績を尋ねます。あわせて、支援の実態も確かめます。

  • 対応機能:キャッシュレス、本人確認、スマートロックの有無
  • 稼働後の評価:移行、問い合わせ、制度変更、契約後の追加費用について、同規模の自治体へ聞く
  • 住民支援:案内資料、操作説明会、窓口支援のうち、提案させる範囲

研修に加えて、マニュアルやFAQ、問い合わせ窓口、施設追加時の教育が用意されるかも確かめます。伊豆市のように住民を窓口で支援する場合は、その支援を見積もりに反映できます。

同じ前提と5年総額による見積比較表

見積の条件がそろっていないと、移行費などの抜けを見落としやすくなります。そのため、条件をそろえたうえで、機能ごとの対応方法と契約後の追加費用を比べます。

  • 共通前提:施設・室場数、同時アクセス、利用者数、移行データ、決済、研修回数、保守時間を、各社で同じ値に固定する
  • 機能区分:「標準」「設定」「追加開発」「対象外」のどれに当たるかと、追加費用の条件
  • 終了時費用:作業と施設追加の単価、契約終了時のデータ返却費

価格と機能適合は、それぞれ分けて採点します。体制や実績、安全性、操作性、拡張性、運用支援は、別の項目として採点します。

職員による休館日や料金の変更、履歴の追跡ができるかを見ます。抽選結果の説明や、障害時に紙や窓口へ切り替えられるかも評価します。

最終候補には、総額に加えて、契約期間中に自治体が管理できる範囲も説明してもらいます。

ポイント

機能数や知名度よりも、自庁の運用を理解し、稼働後まで支援できるかで候補を絞ります。見積は、共通前提をそろえてから比べます。

発注時に起こりやすい失敗と防止策

データ移行の段階移行、住民への受付支援、アクセス管理、障害時運用を並べた確認図解。
移行準備と利用者支援、非常時の運用を別々に点検できます。

手戻りは、要件の漏れや移行の遅れから起こります。さらに、支援の不足や契約範囲の曖昧さも、原因になります。

機能が動いても、抽選の公平性と返金の会計処理が決まっていなければ、現場では使えません。指定管理者の権限や窓口利用者の代替手段も、あらかじめ決めておく必要があります。

データ移行と旧システム停止のリスク

移行が必要なデータは、利用者マスタだけではありません。団体代表者や減免証明、未使用回数券が必要になることがあります。さらに、未来予約や返金対象、過去の利用実績も必要になる場合があります。

  • 事前抽出:旧データの重複、欠損、住所表記、文字化け、退会者の扱い
  • 段階移行:テスト移行、確認、差分反映、本番移行、稼働後の照合の順

窓口支援とアクセシビリティの要件化

住民全員がオンラインで自力操作できるとは限りません。代理登録や本人確認書類の扱い、紙との併用は、窓口での支援を前提として要件に入れます。読み上げやキーボード操作、文字サイズ、色のコントラストについても、アクセシビリティの要件として定めます。

  • 受付支援:電話・窓口での代理登録と予約入力を残すこと
  • 安全な代理操作:職員の権限設計と本人確認の手順
  • 画面の配慮:読みやすさや操作性を、仕様とテストの両方で確かめる

セキュリティと障害対応の確認手順

個人情報保護は、SSLへの対応に加えて、管理策と事故対応をRFPで定めます。また、災害や通信障害のときの代替受付も、受入テストに含めます。

  • アクセス管理:多要素認証、最小権限、管理者ログ、個人情報のマスキング
  • 保全と事故対応:バックアップ、脆弱性、再委託先、連絡・封じ込め・復旧・報告の手順
  • 障害時運用:窓口受付、二重予約防止、決済済み予約の照合を実際に試す

よくある質問(FAQ)

費用、期間、パッケージ、窓口支援について回答します。施設数や制度、既存データ、契約範囲によって違うため、目安はRFPで具体化していきます。

自治体向け公共施設予約システムはどのくらいの費用で発注できますか?

公開価格には、初期費用210万円からや、年間運用費118.8万円から723.6万円といった例があります。

土浦市は、15施設の導入事業に522.5万円を計上しました。

施設数や移行、決済、研修、保守の範囲は案件ごとに異なります。そのため、初期費用だけでなく、運用費や変動費を含めた5年総額で見積もります。

発注から稼働まで何か月かかりますか?

標準パッケージの公開例は6か月です。計画には、要件整理や契約、マスタ作成、移行を含めます。決済審査、テスト、研修、周知も、計画に入れます。

目安は4か月から9か月ですが、独自の連携やスクラッチを含むと、9か月から18か月になる場合があります。繁忙期のテストと周知の時期から、逆算して計画を組みます。

自治体独自のルールが多い場合はスクラッチ開発が必要ですか?

必ずしも必要ではありません。独自の抽選や減免、料金、基幹連携も、パッケージの設定やAPI連携で対応できる場合があります。

標準製品で必須要件を満たせず、独自開発の投資効果がはっきりしている場合に、スクラッチを検討します。そのうえで、制度改定や保守、データ返却、ベンダー変更の条件も比べます。

オンライン化で窓口や電話の利用者を切り捨てませんか?

窓口での代理登録や予約入力、電話案内、紙による周知、職員の操作支援は残しておきます。あわせて、本人確認と操作ログも管理します。

問い合わせ先や施設での支援がなければ、利用率は伸びません。また、予約完了率と職員の支援時間も、導入効果として評価します。

まとめ

発注前の最終確認

発注前に、施設や利用者、抽選、料金、減免の条件を棚卸しします。承認、返金、窓口支援、指定管理者の権限も洗い出し、標準パッケージやSaaSと追加連携の範囲を分けておきます。

RFI・RFPでは、同じ条件で各社の提案を比べられるようにします。

次に作成する資料

委託先を決める前に、費用の妥当性と実際の運用を確かめるための資料をそろえます。

  • 5年総額の比較:公開価格、自治体予算、独自開発の推定を区別したうえで、初期費、年間運用、決済、移行、研修、保守、更改を入れる
  • デモと受入テスト:抽選の公平性、二重予約防止、取消・返金、権限、アクセシビリティ、障害時の代替運用

住民支援まで含めて委託先を選ぶと、導入後の運用につながります。

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

会社紹介

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

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

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

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

執筆者プロフィール
張田谷凌央
張田谷凌央

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