自治体向け子育て支援システムの発注は、範囲の整理、RFP（提案依頼書）の作成、提案の比較、契約後の試験と移行の順で進めます。
対象範囲、発注の手順と費用、見積の比較と委託先の選び方を、この記事で順に説明します。
▼全体ガイドの記事
・自治体向け子育て支援システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
自治体向け子育て支援システムの全体像
発注の前に、「自治体向け子育て支援システム」に含める業務を決めておきます。範囲が曖昧なままだと、各社の提案条件が食い違い、機能や金額を比べられません。
基幹業務レイヤーの切り分け
基幹業務レイヤーは、児童・保護者・世帯台帳と、教育・保育給付認定を扱います。
あわせて、保育所や認定こども園の利用調整、きょうだいの在園状況も対象です。
保育料・利用者負担額や施設等利用給付、給付費に加えて、徴収と還付も対象です。
- 施設・給付：施設管理、帳票、統計を扱う
- 記録・監査：監査ログを残し、制度運用を支える
- 外部連携：住民記録、税、児童手当、福祉、学齢簿などと連携する
連携では、どの情報を正本とするか、いつ連携するか、誤りの訂正を誰が担当するかを決めておく必要があります。
個別画面の機能よりも、情報の管理責任を先に決めることが大切です。
こども家庭庁は2026年1月30日、子ども・子育て支援システム標準仕様書第2.0版を公開しました（出典：こども家庭庁、2026年）。同仕様書は機能要件や帳票要件などを示します。そこで、RFPでは標準仕様への適合状況と自治体独自要件を別欄で提出させます。
住民フロントと現場支援の切り分け
住民フロントは、制度検索や対象者への通知、保育所の空き情報の提供を受け持ちます。加えて、電子申請、申請状況の照会、予約、相談窓口案内も、住民が利用できます。
現場・相談支援では、こども家庭センターの相談受付と、アセスメントやサポートプラン、ケース記録を扱います。さらに、関係機関との連携や、保育施設への給付・監査・実績報告も対象です。
- 一括発注：基幹パッケージ、住民ポータル、相談支援を同じ事業者にまとめる選択もある
- 分割発注：発注単位を分け、APIやCSVの責任分界を明確にする
デジタル庁の子育て支援制度レジストリは、自治体が制度情報を登録し、アプリ事業者が構造化データを活用する仕組みです。
アプリ事業者へのAPI連携は2025年11月に始まりました。なお、2026年3月時点では、未就学児向けを中心に124種類の制度類型が対象です（出典：デジタル庁、2026年）。
動向を踏まえ、制度情報を個別アプリへ重複入力しない設計を検討します。
自治体向け子育て支援システムの発注の進め方
発注は、現状把握、対象範囲の決定、RFP作成、提案比較、契約の順に進めます。
契約後は、要件定義、開発・設定、受入試験、移行、運用開始の順に進むと、判断しやすくなります。
まず、独自の利用調整や減免、給付に加えて、帳票と年度更新を先に洗い出します。そのうえで、標準機能で対応する範囲と追加開発する範囲を分けて、各社の提案を読みます。
発注形態の選び方
発注形態は、対象業務と運用体制に合わせて比べます。その際は、方式ごとに自治体が担う作業と費用の範囲を確認します。
- 製品利用：パッケージ導入、SaaS・クラウド利用を選ぶ
- 個別開発：スクラッチ開発や既存システムの改修を行う
- ハイブリッド：複数製品をAPIでつなぐ
標準仕様の対象となる基幹業務は、標準準拠パッケージを採用するのが現実的です。また、住民ポータルや相談支援だけを追加開発する構成も検討できます。
自庁サーバーの場合は、機器更新、バックアップ、脆弱性対応、災害復旧を自治体側が担います。
ガバメントクラウドやLGWAN-ASPでは、クラウド利用料、ネットワーク、運用監視、障害時の責任分界を確認します。
初期費用だけでなく、5年間の利用料・保守・制度改正・追加施設・データ返却を含むTCOで比べます。
RFPと要件整理
RFP（提案依頼書）には、提案条件と評価に必要な情報を記載します。対象範囲をそろえておくと、各社の提案を同じ条件で比べられます。
- 業務・規模：対象業務、利用者、施設数、対象児童数を示す
- 現行環境：現行システム、連携先、データ件数、帳票を示す
- 計画・条件：年度切替、稼働希望日、予算上限の考え方を示す
- 提案・契約：評価基準、納品物、保守条件を示す
機能要件は、「必須」「できれば」「将来検討」に分けて示します。そのうえで、各要件を標準機能、設定変更、追加開発、運用代替のどれで実現するかを、提案書に記載させます。
Fit & Gapでは、きょうだい同園や転園、広域入所を含む入所の場面と、所得更正や減免の場面をシナリオとして整理します。
シナリオには、DV等の支援措置対象者や施設の休廃止も含めます。
データ項目は、項目名だけで済ませず、桁数やコード、必須条件まで整理します。また、更新元、履歴の要否、エクスポート形式も書き出します。
設計・開発から受入試験まで
契約後は、提案内容をそのまま受け入れず、設計と計画へ落とし込みます。
- 要件定義書、基本設計書、連携仕様書、移行計画書、テスト計画書、運用設計書を作成する。
- 画面を作る前に、申請受付から審査、認定、利用調整、施設利用、給付・徴収、通知、監査までの業務フローを確認する。
- 課、役職、担当業務単位で権限を設計し、閲覧、更新、CSV出力、帳票出力を分ける。
- 正常系、年度更新、制度改正、データ欠損、二重申請、誤登録の訂正を試験する。連携停止、バックアップ復元、アクセスログも確認する。
国の保育業務施設管理プラットフォームは、2026年度から給付・監査などの初期実装を予定しています。
既存システムとの役割やCSV連携の責任分界は、RFP段階で確認します（出典：こども家庭庁、2026年）。
自治体向け子育て支援システムの費用相場とコストの内訳
費用は、人口、施設数、対象業務、既存ベンダー、移行データ量で変わります。さらに、標準化対応、連携数、独自帳票、セキュリティ要件も費用を左右します。
製品の定価は非公開のケースが多く、ここで示す数字は市場全体の平均ではありません。
示すのは、リサーチノートに整理した2025〜2026年の公開契約例と、条件を置いた推定レンジです。
予算要求や予定価格を決める際には、同じ前提のRFPに対する複数社の見積を使います。
公開契約額と相場の違い
同じ「子ども・子育て支援システム」でも、公開契約額は業務範囲によって異なります。次に挙げるのは、移行や標準化など単独工程の契約例です。
- 東京都北区：標準化関連業務は1,427万8,000円
- 習志野市：データ抽出プログラム作成は1,669万5,250円（税込）
- 堺市：標準化移行データ抽出等は352万8,800円（税込）
- 札幌市：2026年5月決定の制度改正対応は277万6,400円
札幌市の事例は、稼働中のシステムの改修・テスト・リリースにも、数百万円規模の費用が発生する例です（出典：各自治体の契約結果、2025〜2026年）。
公開契約額は単独工程の契約額で、基幹刷新全体の全国相場ではありません。
発注範囲別の推定レンジ
下記は、発注範囲ごとの費用と期間の推定レンジです。比べる際は、対象業務をそろえることが前提です。
- 標準準拠設定・小規模移行：500万〜1,500万円、4〜9か月程度
- 中規模の基幹刷新：1,000万〜3,000万円、9〜18か月程度
- 住民向けポータル・アプリ：500万〜2,000万円、4〜10か月程度
- 独自の相談・ケース管理：1,000万〜3,000万円超、9〜18か月程度
- 基幹から住民アプリまでのフルスクラッチ：3,000万〜1億円超、18〜30か月程度
基幹刷新のレンジには、複数業務と住基・税などとの連携を含みます。
データ移行や試験、研修、運用設計も、このレンジに含まれます。
ポータル・アプリのレンジは、制度検索や通知、アカウントを含む条件です。電子申請連携、管理画面、アクセシビリティも、この条件に入っています。
相談・ケース管理では、権限、監査、機微情報、福祉システム連携が加わるため、費用が上がります。
フルスクラッチは、費用が上振れする可能性があります。
標準化対象業務では、標準パッケージと追加開発の組み合わせを先に比べます。
初期費用とランニング費用の分け方
初期見積は、工程ごとの金額を分けて出してもらいます。そのうえで、工程配分の目安と照合し、テストや移行の計上を確認します。
- 要件定義・設計：要件定義10〜15%、設計15〜20%
- 開発・テスト：開発30〜40%、テスト15〜20%
- 移行：データ移行は5〜10%
この配分はリサーチノートの目安で、契約上の標準比率ではありません。テストや移行が極端に小さい見積を見つける際の参考になります。
稼働後の費用には、クラウド利用料、ライセンス、運用監視、ヘルプデスク、バックアップ、脆弱性対応を計上します。また、制度改正や法改正、帳票変更、追加施設、データ抽出・返却は、別項目にします。
年間保守は、初期開発費の15〜20%程度という整理があります。ただし、標準仕様の改定頻度や制度改正の扱いで変わるため、固定率だけで断定しないようにします。また、通常保守と有償改修の境界は、契約書に明記します。
見積もりを取る際のポイント
安さだけで委託先を決めると、追加開発や移行・帳票のやり直し、制度改正への対応、職員研修の不足が起きやすくなります。
価格や機能だけでなく、体制、移行、保守、将来拡張まで同じ評価軸に置き、各社の提案を同じ条件で比べます。
要件の解像度をそろえた見積依頼
見積条件の差を減らすために、RFPの添付資料には、現行業務やデータの情報をそろえておきます。
- 業務資料：現行業務フロー、組織・権限、施設一覧を添える
- 件数・帳票：年度ごとの処理件数、帳票サンプル、画面一覧を添える
- 連携・データ：連携先一覧、データ項目表を添える
- 計画・非機能：稼働希望時期、非機能要件を添える
移行対象は「既存データ」だけで済ませず、児童・保護者・世帯の情報まで明記します。加えて、次の情報も移行対象に含めます。
- 施設の情報
- 認定の情報
- 在籍の情報
- 給付の情報
- 徴収の情報
添付書類や操作履歴を含めて、何年分を移すかも示します。紙やExcelにだけある情報は、移行対象、参照用、廃棄候補に分けて整理します。
名寄せや重複排除、欠損補完の作業量は、見積に反映させます。
標準仕様第2.0版については、機能要件、帳票要件、印字項目、帳票レイアウトへの回答も求めます。各社には、適合、設定、追加開発、対象外のいずれかで答えてもらいます。そうすると、見積比較の精度が上がります。
委託先の実績と体制
自治体向けの実績の有無だけでなく、子ども・子育て支援のどの業務に強いかも確認します。
- 基幹業務：認定、利用調整、給付、徴収の実績を見る
- 施設・周辺業務：施設監査、児童手当、相談支援の実績を見る
- 製品領域：総合行政、保育施設連携、住民向けアプリの強みを見る
RFPでは、自治体名を伏せた概要だけでなく、人口規模、施設数、連携方式、移行件数、稼働時期、現在の保守体制まで確認します。
営業担当に加えて、プロジェクトマネージャー、業務設計者、移行責任者、セキュリティ責任者、保守窓口も確認します。また、各担当者が誰か、繁忙期に応援できるかも評価します。
契約とセキュリティの責任分界
個別開発では請負契約、業務支援や要件定義では準委任契約が使われることがあります。契約の形態に応じて、責任範囲を定めます。
- 請負契約：成果物、検収条件、瑕疵対応、納期、再委託条件を明確にする
- 準委任契約：作業範囲、体制、稼働時間、報告、意思決定の責任の定め
大規模案件では、現状調査・RFP支援・要件定義を準委任で先行させる方法があります。仕様が確定したあとに、設定・開発・移行を請負または段階契約にします。
契約には、個人情報の取扱い、再委託先、国外アクセスの有無、保管場所、アクセスログを盛り込みます。あわせて、脆弱性対応やインシデント報告、バックアップ、データ返却、契約終了後の消去証明も定めます。
個人情報保護委員会は、行政機関等に安全管理措置と委託先管理を求めています。そこで、機能要件に加えて委託先の監督も評価します（出典：個人情報保護委員会、2026年確認）。
自治体向け子育て支援システムの発注で失敗しやすい点
失敗の多くは、製品を先に比べて、業務とデータの整理を後回しにすることから起きます。そこで発注前に、誰がどの情報を、いつ、どの根拠で処理するのかを言葉にしておきます。
標準対応と自治体独自要件の区別
標準対応と自治体独自要件を取り違えると、費用が増えたり、稼働直前に追加費用がかかったりします。RFPと契約では、仕様の版から改定時の保守まで、各社の前提をそろえます。
- 適用版：標準仕様の版を明記する
- 適合と差分：適合方法、差分の理由、改定への追随方法を示す
- 子ども・子育て支援の仕様：データ要件・連携要件の標準仕様に2026年2月27日、第4.0版が掲載（出典：デジタル庁、2026年）
- 改定対応：標準改定時に保守へ含める契約項目を決める
データ移行と職員定着を一体で扱うこと
移行データの欠損や入力ルールの不統一が残ると、稼働後に紙やExcel、メールへ戻ってしまうおそれがあります。
- 移行準備：項目定義、名寄せ、重複排除、履歴の保持を決める
- 対象確認：対象年度と移行後の照合方法を決める
- テスト移行：本番前に複数回行う
研修では、操作説明に加えて、認定変更、転園、退所、還付、制度改正を業務シナリオで扱います。さらに、差戻しや緊急時の代替処理も練習します。
稼働初年度は、問い合わせ件数、審査時間、二重入力、帳票作成時間を月次で確認します。あわせて、オンライン申請率や施設からの差戻し件数も追い、改善契約の対象にします。
ベンダーロックインと将来のデータ利用
契約期間中だけでなく、更新や次期調達に備えて、データの移出条件を確認します。
- 出力仕様：標準形式で出力できるか、APIやCSV仕様が公開されるか
- 返却費用：移行用の抽出費用はいくらか
- 契約終了時：何日で返却・消去されるか
独自形式のデータベースや画面仕様に依存しすぎると、委託先を変えるときの移行費用が増えます。
サブシステムを追加するときは、共通ID、世帯・児童の名寄せ、更新時期、エラー時の再送、ログの保存先を、先に定義しておきます。
AIで制度情報を分類したり、FAQを作成したりする場合でも、給付可否や要保護判定は自動では決めさせません。職員が確認し、根拠の記録を残します。
よくある質問
費用や契約は、人口、施設数、既存システム、標準仕様への適合範囲、移行データ量をそろえて判断します。
自治体向け子育て支援システムはパッケージとスクラッチのどちらがよいですか？
基幹業務は標準準拠パッケージを第一候補にし、独自の住民サービスや相談支援は設定と追加開発で補うと比較しやすくなります。スクラッチ開発は独自業務に合わせやすい一方で、制度改正や標準仕様の改定、保守要員、次期調達時の移行負担も自治体が引き受けることになります。そのため、5年間のTCOとデータ返却条件を含めて判断します。
RFPはどの程度詳しく作ればよいですか？
対象業務や現行システム、連携先、帳票、データ移行の条件に加えて、非機能要件、稼働時期、保守範囲、提案書の回答形式もそろえます。標準仕様への適合は、標準機能、設定、追加開発、運用代替、対象外のいずれかで回答を求めます。機能数の多さではなく、差分と追加費用を比べます。
委託先を選ぶときの決め手は何ですか？
価格に加えて、同規模の自治体での導入・移行実績、標準仕様への対応、繁忙期の支援体制を確認します。さらに、制度改正時の費用や連携仕様、セキュリティ、データ返却、現場研修も評価します。
提案時の担当者が稼働後も関わるかどうかや、障害時の一次窓口と復旧目標、自治体側に残す運用手順書が十分かどうかも確認します。
まとめ
発注時は、対象範囲を基幹、住民フロント、現場・相談の3層に分けて考えます。
子ども・子育て支援システム標準仕様書を基準にして、独自の利用調整、帳票、減免、給付、連携、移行をFit & Gapとして整理します。
RFPでは各社の前提をそろえたうえで、標準機能、設定、追加開発、運用代替を分けて提案させます。
費用だけでなく運用まで含めた比較
公開契約額は工程単位の事例であるため、そのまま全国相場とすることはできません。
発注範囲ごとの推定レンジを並べると、費用の違いを比べられます。
- 標準準拠パッケージの設定・小規模移行：500万〜1,500万円
- 中規模の基幹刷新：1,000万〜3,000万円
- 住民向けポータル：500万〜2,000万円
各金額は、人口、施設数、連携数、移行量、保守条件によって変わります。
初期費用だけでは、稼働後に続く負担が見えません。そこで、保守や制度改正の費用まで含めた3〜5年のTCOで比べ、各社の見積を項目ごとに分けて出してもらいます。
- クラウド利用料・ライセンス
- 追加開発
- 研修
- 障害対応
- データ返却
委託先との責任分界と契約条項
契約後の運用まで見据えて、委託先との責任分界を確認します。
- 委託先の対応力：実績、製品機能、データ移行、権限設計を確認する
- 安全管理：アクセスログ、個人情報保護、制度改正への対応を確認する
- 運用と終了時：障害連絡、職員研修、契約終了時のデータ返却を定める
- 関係者の比較：自治体の業務・情報政策・調達担当、現場職員、保育施設の代表が同じ業務シナリオを見て比べる
▼全体ガイドの記事
・自治体向け子育て支援システム開発の完全ガイド
▼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を創業。