自治体向け子育て支援システム開発の進め方/やり方/流れや方法/手法/工程/手順

自治体向け子育て支援システムの開発は、標準仕様に合わせた基幹業務、住民向けの申請・情報発信、施設や相談支援の業務を分けて整理し、要件整理から定着までを六つのフェーズで進めることが成功の近道です。

子ども・子育て支援の業務は、認定、利用調整、保育料、給付、施設管理、通知、相談などが複数の部署とシステムにまたがります。この記事では、自治体が発注前に確認すべき範囲、標準仕様との適合確認、データ移行、受入テスト、職員と施設への定着支援までを、実務で使えるチェックポイントとともに解説します。

▼全体ガイドの記事
・自治体向け子育て支援システム開発の完全ガイド

自治体向け子育て支援システム開発の全体像

自治体向け子育て支援システムは、単独の製品名ではなく、行政内部の基幹業務、住民が使うフロントサービス、現場や相談支援の仕組みを組み合わせた総称です。最初に対象レイヤーと業務の境界を決めると、不要な機能を重複して調達したり、逆に必要な連携を後から追加したりする失敗を防げます。

一つ目は、教育・保育給付認定、利用調整、保育料や利用者負担額、施設等利用給付、給付費、徴収、帳票、監査、国や都道府県への報告を処理する基幹レイヤーです。住民記録、税、児童手当、福祉などの既存システムと、世帯、児童、保護者、きょうだい、所得、住所、在籍情報を連携します。ここでは、誰がデータの正本を持つかを決めることが重要です。

二つ目は、制度検索、プッシュ通知、保育所の空き情報、電子申請、申請状況照会、予約などを提供する住民向けフロントです。三つ目は、こども家庭センターの相談受付、アセスメント、サポートプラン、ケース記録、保育施設への給付・監査、放課後児童クラブや地域子育て支援拠点の管理を担う現場レイヤーです。三つを一つの画面にまとめる必要はありませんが、二重入力を残さない連携設計が求められます。

こども家庭庁は、2026年1月30日に子ども・子育て支援システム標準仕様書の第2.0版を公開し、機能要件だけでなく業務フロー、帳票要件、印字項目、帳票レイアウトも示しています（出典: こども家庭庁「標準仕様書（子ども・子育て支援）」、2026年）。RFPでは「標準準拠」とだけ書かず、どの版のどの機能・帳票を対象にするか、自治体独自の差分をどこに残すかまで明記してください。

住民向け施策では、デジタル庁の子育て支援制度レジストリも確認します。これは自治体が制度情報を登録し、アプリ事業者が構造化データを取得して必要な時期に届ける仕組みで、2025年11月にアプリ事業者向けAPI連携が始まり、2026年3月時点で未就学児向けを中心に124種類の制度類型が対象です（出典: デジタル庁「子育て支援制度レジストリ」、2026年）。制度マスタの更新担当と公開承認の手順を、システム導入時に決めておく必要があります。

自治体向け子育て支援システムの進め方

進め方は、(1)要件整理、(2)ベンダー選定、(3)設計・開発、(4)テスト、(5)稼働、(6)定着の六つのフェーズに分けます。各フェーズの完了条件を文書化し、次の工程に未確定事項を持ち越さないことが、年度切替を含む自治体案件の品質を安定させます。

最初に、申請、審査、認定、利用調整、施設利用、給付・徴収、通知、報告、監査の業務フローを一枚につなげます。担当課へのヒアリングだけでなく、窓口職員、施設担当、会計担当、情報政策担当、委託先、現場の相談員に同じ業務を説明してもらうと、紙の台帳、Excel、メール、電話で補っている作業が見つかります。特に、きょうだい同園、転園、広域入所、減免、年度途中の認定変更、DV等の支援措置対象者は通常フローと分けて記録します。

要件整理のチェックリストは、対象業務と対象年度、利用者区分、データの正本、連携頻度、帳票の出力先、決裁者、保存期間、例外処理、障害時の代替手順です。標準仕様のMUST、あると望ましいSHOULD、自治体独自の差分を三列で管理し、独自機能を追加する理由と廃止できる業務を同時に書きます。ここで「便利そうな機能」を先に列挙すると、実際の課題から離れて費用が膨らみやすくなります。

選定方式は、標準準拠パッケージ、クラウドやLGWAN-ASP、自庁導入、住民ポータルだけの追加開発、スクラッチ開発を組み合わせて比較します。基幹業務をすべて独自開発するより、標準パッケージを土台にして自治体独自の利用調整、相談支援、情報発信をAPIで補う方が、制度改正への追随とベンダー変更のしやすさを保ちやすい傾向があります。ただし、標準機能が自自治体の業務を本当に処理できるかは、デモではなく実データに近いシナリオで確認してください。

提案依頼書には、標準仕様第2.0版への対応状況、データ要件・連携要件、住基・税・児童手当・福祉・マイナポータルとの責任分界、APIまたはCSVの仕様、ガバメントクラウドやLGWANでの運用実績、データ移行の範囲、制度改正対応の料金、障害時の連絡体制を含めます。各社には同じ五つのシナリオ、例えば新規申請、きょうだいの転園、年度途中の減免、施設給付の差し戻し、支援措置対象者の閲覧制御を実演してもらうと比較しやすくなります。

設計では画面の見た目より、データモデル、連携、権限、帳票、年度更新、ログ、バックアップを先に確定します。児童、保護者、世帯、施設、申請、認定、在籍、給付、徴収、相談ケースの識別子を整理し、同一人物やきょうだいをどのキーで結び付けるかを決めます。住民向けポータルと基幹システムで住所や所得の扱いが異なる場合は、同期のタイミングと不一致時の修正担当を設計書に残します。

権限は、課、職種、担当業務、施設、ケースの機微性を組み合わせた最小権限にします。閲覧、登録、承認、帳票出力、CSV出力、設定変更を分離し、操作・閲覧・出力のログを監査できるようにしてください。マイナンバーや支援措置対象者の情報をテスト環境に持ち込まず、匿名化またはマスキングしたデータで開発します。受託事業者のアカウント、再委託先、退職者の停止、緊急時の特権IDも設計対象です。

テストは、単体、連携、総合、移行、性能、セキュリティ、受入の順に計画します。正常な新規申請だけでなく、所得情報が遅れて届くケース、申請の差し戻し、転園、退園、きょうだいの同園希望、施設の請求訂正、年度をまたぐ認定変更、通知の再発行をシナリオ化します。国や都道府県へ提出する帳票は、印字項目、レイアウト、集計値、出力権限、再出力時の履歴まで確認してください。

受入試験では、システム担当だけで合否を決めず、実際に審査や窓口を担当する職員、施設担当、会計担当が操作します。判定基準を「動いた」ではなく、処理時間、差し戻し件数、帳票の確認時間、二重入力の有無、誤操作からの復旧時間で記録します。重大な不具合の未解決、移行データの件数不一致、権限設定の未確認が残る場合は、稼働判定を先送りできる基準を契約と計画書に入れておくと安全です。

本番稼働前に、対象データの抽出、項目変換、欠損確認、重複排除、移行、照合、承認を複数回行います。データ移行は一度の本番作業だけでなく、リハーサルで所要時間とエラーを測り、切り戻し条件を決めます。特に、年度末の在籍、認定、施設、徴収、未処理申請、通知履歴をどの時点で凍結し、旧システムをいつ参照専用にするかを業務カレンダーに落としてください。

稼働日は職員と施設が集中して使うため、問い合わせ窓口、障害時の連絡先、手作業で受け付ける帳票、復旧後の再入力方法を準備します。保育業務施設管理プラットフォームの2026年度資料でも、自治体・施設向けのアカウント発行、基本情報登録、説明会、利用頻度の高い月次請求業務の確認を運用開始前の対応事項として示しています（出典: こども家庭庁「保育業務施設管理プラットフォーム・保活情報連携基盤」、2026年）。施設を利用者に含める案件では、自治体職員だけのリハーサルでは不十分です。

稼働後は、操作説明会を一回実施して終わりにせず、役割別の短い研修、操作マニュアル、FAQ、問い合わせ分類、月次の改善会議を用意します。窓口担当、審査担当、施設担当、管理者では使う機能が異なるため、全員に同じ長時間研修を行うより、実際のケースを使って必要な操作だけを繰り返す方が定着しやすくなります。異動がある自治体では、後任が学べる動画と手順書も重要です。

KPIは、窓口・電話の問い合わせ件数、審査に要する時間、二重入力の件数、帳票作成時間、オンライン申請率、施設からの差し戻し率、制度情報の到達率、重大インシデント件数にします。導入前の基準値を測り、1か月、3か月、6か月で比較してください。制度改正のたびに機能追加だけを依頼するのではなく、変更点、影響するマスタ、帳票、テストケース、費用、リリース日を記録する変更管理表を継続利用します。

自治体向け子育て支援システムの費用相場とコストの内訳

費用は、人口や施設数、対象業務、既存ベンダー、移行する履歴、帳票、連携数、標準化対応の有無で大きく変わります。製品の定価を一つの数字で示せる市場ではないため、以下は公開契約額とリサーチノートから整理した推定レンジです。全国共通の相場や、すべての自治体に当てはまる固定価格ではありません。

標準準拠パッケージの設定と小規模移行は、500万〜1,500万円程度、期間は4〜9か月が一つの目安です。住基・税・児童手当との連携、帳票確認、職員研修を含めると上限側に寄りやすくなります。複数業務を刷新する中規模自治体の基幹システムは、1,000万〜3,000万円程度、9〜18か月が推定レンジです。データ量、広域入所、独自の利用調整、施設数によってはさらに増えます。

住民向けポータルやアプリを新規開発する場合は、制度検索、通知、アカウント、電子申請API、管理画面、アクセシビリティを含めて500万〜2,000万円程度、4〜10か月が推定の目安です。相談・ケース管理まで独自に構築する場合は、機微情報の権限、監査、関係機関連携が加わるため1,000万〜3,000万円超、9〜18か月程度を見込みます。基幹から住民アプリまでフルスクラッチで一体開発する場合は、3,000万〜1億円超、18〜30か月となる可能性があります。

公開契約額の例では、東京都北区の子ども・子育て支援システム標準化関連業務が1,427万8,000円、習志野市のデータ抽出プログラム作成業務が1,669万5,250円、堺市の標準化移行データ抽出等業務が352万8,800円です（出典: 各自治体の2025年度契約公表資料）。同じ移行関連でも金額に差があるため、人口、対象業務、データ量、抽出方法、テストの範囲をそろえずに比較してはいけません。

稼働後の制度改正対応にも費用が発生します。札幌市が公表した2026年の給付費支弁台帳の制度改正対応業務は277万6,400円で、制度改正、マスタ更新、帳票修正、試験、リリースだけでも数百万円規模になり得ることを示します（出典: 札幌市「子ども未来局子育て支援部の契約結果」、2026年）。初期費用とは別に、年間保守は初期開発費の15〜20%程度を仮置きし、制度改正、問い合わせ、監視、バックアップ、脆弱性対応の範囲を確認してください。

比較する総額には、要件定義、設定・開発、連携、データ抽出とクレンジング、移行、帳票、テスト、研修、稼働支援、クラウド・ネットワーク、ライセンス、保守、制度改正、追加施設、解約時のデータ返却を含めます。オンプレミスは機器更新、バックアップ、災害対策、脆弱性対応を、クラウドは利用料、閉域接続、監視、障害時の責任分界を含める必要があります。

見積書では、初期費用、移行費用、月額または年額、標準保守、制度改正対応、追加開発、教育、オプションを分けてもらいます。例えば「データ移行一式」だけでは、抽出、変換、エラー修正、照合、リハーサル、本番移行のどこまで含むか判断できません。作業単位と成果物、回数、前提条件が分かれている見積ほど、後からの追加請求を抑えやすくなります。

見積もりを取る際のポイント

見積もりの精度は、ベンダーの営業資料より、発注側が整理した前提条件で決まります。現行業務、対象範囲、データ、連携、帳票、セキュリティ、移行時期、職員数、施設数を同じ形式で提示し、機能数ではなく業務が完了するまでの総工数を比べてください。

RFPの添付資料には、業務フロー、対象業務一覧、利用者と権限の一覧、既存システム構成、連携項目、帳票サンプル、移行対象データの件数と保有年数、年度切替日、希望する稼働日、研修対象者、非機能要件を含めます。件数が不明な場合も「未確認」と明示し、調査を見積もりに含めるか、発注前の調査工程に分けます。

チェックリストとして、標準仕様の対象版、独自の利用調整ルール、減免・加算、広域入所、きょうだい情報、通知・帳票、住基・税・児童手当・福祉との連携、マイナポータルの申請、API・CSV、アクセシビリティ、バックアップ、復旧目標、監査ログ、データ返却を確認します。未決定の項目がある場合は、仮定条件、追加費用が発生する条件、決定期限を見積書に記載してもらいます。

候補は、基幹システムに強い会社、施設給付や監査に強い会社、住民向けアプリに強い会社、相談・ケース管理に強い会社など、守備範囲の異なる事業者を含めます。各社に同じ業務シナリオを渡し、標準機能、設定、追加開発、手作業、将来対応のどれで実現するかを回答してもらいます。「できます」という回答だけでなく、追加費用、納期、担当体制、実績、保守条件を確認してください。

評価表は、標準仕様・制度改正対応を25点、業務適合を20点、データ移行と連携を20点、セキュリティと運用継続を15点、導入支援と定着を10点、3〜5年TCOを10点とするなど、自治体の優先順位に合わせて作ります。点数配分に正解はありませんが、価格だけで逆転しない仕組みを先に決めると、提案書の見栄えに判断が引っ張られにくくなります。

自治体向け子育て支援システムでは、開発の遅れより、誤った認定、給付、徴収、通知、閲覧権限が住民や施設に影響するリスクを重く見ます。個人情報保護委員会の行政機関等向けガイドラインを踏まえ、委託先・再委託先の管理、アクセス権限、暗号化、操作ログ、バックアップ、脆弱性対応、インシデント報告、データ削除と返却を要件に含めます。

契約では、成果物の定義、検収基準、障害の重要度、応答時間、切り戻し、仕様変更の手続き、制度改正時の費用、第三者製品の更新、サービス終了時のデータ形式を明確にします。ベンダーロックインを避けるには、データを標準的な形式で定期的に出力できること、APIや連携仕様の文書を自治体が保有できること、業務ルールと設定値を引き継げることを確認してください。

よくある質問

ここでは、発注前に特に相談されやすい質問に回答します。費用や期間は対象範囲で変わりますが、判断に必要な前提をそろえると、ベンダーから得られる回答の精度を高められます。

標準仕様への対応だけで、すべての自治体独自ルールを自動的に処理できるとは限りません。利用調整、減免、地方独自加算、帳票、広域入所などの差分を洗い出し、標準機能、設定、追加開発、運用変更のどれで対応するかを確認してください。

標準準拠パッケージの設定と小規模移行なら4〜9か月、中規模自治体の基幹刷新なら9〜18か月、基幹から住民アプリまでのフルスクラッチなら18〜30か月程度が推定の目安です。調達手続き、データ抽出、年度切替、施設や住民の受入テストを含むかで変わるため、開発期間だけでなく自治体側の意思決定期間も計画に入れます。

標準準拠の基幹業務では、ガバメントクラウドやLGWAN-ASPを含めて比較する価値がありますが、クラウドであることだけを理由に決めるのは適切ではありません。利用料、閉域接続、可用性、バックアップ、災害復旧、障害時の責任分界、施設や住民向けサービスとの接続を3〜5年の総額と運用体制で評価してください。

AIは制度FAQの下書き、問い合わせの分類、文書検索の補助など、職員の確認を前提とする用途から始めるのが安全です。給付可否、要保護判定、相談方針、支援措置対象者の扱いをAIだけで決定せず、根拠となる制度、判断者、承認履歴、訂正方法を残せる業務設計にしてください。

まとめ

自治体向け子育て支援システムは、基幹、住民フロント、現場・相談の三層を分けて考え、要件整理、選定、設計・開発、テスト、稼働、定着の六つのフェーズで進めます。成功のポイントは、標準仕様への適合だけで満足せず、自治体独自の利用調整や減免、帳票、年度更新、住基・税・福祉との連携、施設や相談員の実務まで一つの業務フローで検証することです。

費用は、標準準拠パッケージの設定・小規模移行で500万〜1,500万円程度、中規模の基幹刷新で1,000万〜3,000万円程度、住民向けサービスや相談支援の追加で500万〜3,000万円超、全体を独自開発する場合は3,000万〜1億円超まで幅があります。公開契約額は個別案件の参考値にとどまるため、初期費用だけでなく移行、保守、制度改正、クラウド、研修、データ返却を含む3〜5年TCOで比較してください。

まずは現行業務と例外処理を棚卸しし、標準仕様のMUST・SHOULD・自治体独自を分け、同じシナリオで複数社から提案を受けます。受入試験と移行リハーサルを十分に行い、稼働後は問い合わせや審査時間、オンライン申請率、差し戻し率などの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を創業。