子育て支援システム開発は、対象範囲の整理、標準仕様との差分確認、要件整理から定着までの6工程を順に進めます。この順で進めると、現場負担の軽減につながります。全体像は、子育て支援システム開発の完全ガイドもご覧ください。
▼全体ガイドの記事
・子育て支援システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
子育て支援システム開発の全体像
子育て支援システムは、複数の領域が連携して成り立つ仕組みです。自治体基幹システムは認定・給付・施設管理を担い、保育ICTは園の登降園や連絡帳を支えます。
また、保護者向けサービスは住民の申請や情報収集を支え、各システムが連携して業務全体を構成します。対象範囲を最初に分けておくと、必要な機能、関係者、費用、導入期間の見通しが立てられます。
自治体基幹システムの役割
自治体基幹は、子ども・保護者・世帯の台帳、教育・保育給付の認定、保育所や認定こども園などの施設管理を担います。さらに、利用申込と入所管理、保育料や利用者負担額の算定を支えます。給付費の請求・審査・支払いも、その役割に含まれます。
- 帳票：通知書や統計帳票を作ります。
- 外部連携：住民記録、税、福祉、母子保健、児童手当などと連携する場合があります。子ども医療費助成や全国総合システムとつながることもあります。
- 優先確認：制度判定、年度切替、帳票、データ連携、権限を、画面の見た目より先に整理します。
保育施設向けICTの役割
保育施設向けICTは、園児名簿、入退園、登降園打刻を扱います。
欠席・遅刻連絡、延長保育、保育料・給食費請求も、その範囲に入ります。
電子連絡帳、午睡・健康観察、事故・ヒヤリハットも、園の日々の業務を支えます。指導計画、発達記録、保護者連絡にも使われます。
- 再入力の防止：自治体基幹と別の製品を使う場合も、園から自治体への連携設計が欠かせません。
- 二重管理の確認：給付・監査と園の記録を別々に導入する場合は、紙やExcelが残らないよう、データの受け渡しを確かめます。
標準化と保護者接点の位置づけ
標準化と保護者接点は、制度改正への備えと、必要な家庭への情報提供を目的に設計します。新規開発では、自治体独自の画面を最初から作り込まず、標準仕様との適合を先に確かめます。適合と独自機能の切り分けを判断するため、次の5点を見ておきます。
- 標準仕様：第2.0版は2026年1月30日に公表されています（出典: こども家庭庁、2026年）。
- 適合確認：必須・オプション機能、機能・帳票・データ・連携要件を照合します。
- 独自機能：相談予約や地域ポイントは外付け、申請管理や住民ポータルなどは別に分けます。
- 制度レジストリ：2025年11月1日時点で124種類の制度類型が対象です。
- アプリ連携：2025年11月に事業者向けAPI、2026年1月に民間アプリとの連携が始まりました（出典: デジタル庁、2025〜2026年）。
標準と独自の切り分けは、制度改正への対応の負担を軽くします。
保護者接点では、制度情報の更新担当から、対象者判定、通知、申請状況の確認までを、一つの利用体験として設計します。
子育て支援システム開発の進め方
開発工程は全部で6フェーズあり、前半は要件整理、ベンダー選定、設計・開発です。
後半は、テスト、稼働、定着へと続きます。
各フェーズで、何を出すか、何を基準に判断するかを決めておくと、要件の増加や稼働直前の不満発覚を防げます。
自治体案件では、年度切替、制度改正、繁忙期、議会・予算、既存契約の終了時期を工程表に重ねて考えます。
1. 要件整理：業務とデータの現状の把握
対象業務は、自治体担当者、園長、保育士を交えて決めます。会計担当や施設事業者、保護者、情報政策部門、福祉・母子保健部門も関わります。
- 業務フロー：入所申込、認定変更、退所、保育料算定、給付費請求を、現状のまま書き出します。差し戻しや年度更新、問い合わせも含めます。
- データの流れ：誰がいつ入力・確認し、どの帳票を出し、どのシステムへ渡すかを記録します。
- 要件の範囲：対象・対象外業務、利用者区分、保有データ、保存期間、帳票、外部連携をまとめます。権限、繁忙期、例外処理、法改正時の変更箇所も含めます。
現在の処理時間や差し戻し件数を基準値として記録しておきます。
窓口来庁回数、電話問い合わせ数、園と自治体の二重入力箇所も、基準値に加えます。
導入後にどの指標を何％改善するかを、あらかじめ決めておきます。
「便利になった」という感想より、指標の数字で効果を見ます。
2. 選定：標準準拠と現場適合の比較
方式は、標準準拠パッケージ、クラウド型、既存基幹への外付けから選びます。また、ローコードやフルスクラッチも候補になります。自治体基幹と保育施設向けSaaSは、それぞれ次の観点で適合性を比べます。
- 自治体基幹：標準仕様第2.0版への適合証跡、データ・連携要件、ガバメントクラウド対応、既存データ移行、制度改正への追従方法。
- 保育施設向けSaaS：スマートフォン操作、通信が不安定な場所での運用、多言語対応、職員の入力時間。
- 選定表：必須、できれば欲しい、対象外の要件を分けて記載します。
候補会社には、同じ業務シナリオでデモを依頼します。そのうえで、申込不備の再提出、年度をまたぐ認定変更、給付費の差し戻しなどの例外処理も確かめます。
導入先の自治体や園に聞ける場合は、稼働後の問い合わせ対応、制度改正費用、障害時の連絡、データ返却の実績を確認します。
3. 設計・開発：標準部分と独自部分の切り分け
Fit＆Gap表を使うと、機能ごとに、標準仕様に合わせるか、設定で対応するか、追加開発するか、別システムに残すかを整理できます。
独自制度を基幹本体へ組み込むと、制度改正のたびに改修範囲が広がり、移行や保守費用も増えます。
標準本体は標準仕様に寄せ、地域独自の相談予約や情報発信は外付けサービスや連携基盤に分けます。そうすると、5〜7年の運用を比べやすくなります。
- データと連携：項目定義、名寄せ、重複登録、帳票、API、エラー時の再送を確かめます。
- 安全な運用：権限、操作ログ、バックアップ、復旧目標を定め、必要な人だけが必要な範囲を閲覧できる状態にします。
- AIの利用：目的と根拠を定め、誤判定が起きたときは人が確かめます。支援や給付の可否は、自動では決定しません。
扱う情報には、子どもの氏名、住所、世帯、所得などがあります。
健康や発達、障害、虐待や相談の記録も、含まれる可能性があります。
4. テスト：制度・データ・現場操作の一体検証
単体や画面ごとのテストだけでなく、業務の流れをつないで検証します。認定、保育料算定、給付費請求、通知の順に流します。さらに、外部連携や年度切替、権限変更、障害復旧も確かめます。
- 移行リハーサル：複数回実施して、件数、金額、世帯との紐づき、履歴、帳票の印字を確かめます。
- 保護者画面：小さなスマートフォン画面、入力途中の離脱、添付、認証、通知、申請状況を試します。多言語やアクセシビリティも確かめます。
- 先行利用：代表的な園や手続きで、入力完了率、不備率、職員の記録時間、問い合わせ内容を測ります。
移行データの欠損や文字コードの問題は、稼働後に見つかると窓口業務へ直結します。
合格の条件には、システムが動くことに加えて、業務担当者が誤解なく処理を完了できることも含まれます。
5. 稼働：切り替え方式と例外時の業務の決定
切り替えの方式は、一斉切り替え、段階導入、旧システムとの並行稼働の中から、データ量と業務リスクに合うものを選びます。
- 移行判定：年度切替や入所申込の繁忙期を避けたうえで、データ、必須帳票、職員研修を確認します。問い合わせ窓口と障害時の紙受付も確かめます。
- 切り戻し：住民や園に影響する場合に備え、戻す条件と方法を事前に決めます。
- 課題管理：専用窓口と日次の管理表を用意し、問い合わせを、操作、データ不備、制度解釈、連携エラー、権限、改善要望に分類します。
開発会社に伝える内容と、自治体や園の側で判断する内容を分けておきます。たとえば、旧帳票や紙受付をいつまで残すかは、業務責任者が決めます。
6. 定着：業務成果の継続的な測定
導入効果は、ログイン数よりも業務の成果で判断します。オンライン申請率、入力完了率、不備・差し戻し率、審査時間、窓口来庁回数、問い合わせ件数を確認します。
給付費請求の手作業時間、園職員の記録時間、制度情報の閲覧・利用率は、月次か四半期で追います。
オンライン申請率が高くても不備率が高い場合は、入力項目や案内文を見直します。
- 改善要望：法令・制度対応、業務効率化、利用者体験、セキュリティ、将来構想に分けて整理します。
- ロードマップ：標準仕様の更新、自治体独自の要件、園や保護者の声をまとめて管理します。
- 利用支援：研修動画や操作マニュアルを更新し、新任職員や異動者も同じ品質で使える体制を作ります。
子育て支援システムの費用相場とコストの内訳
費用は、園向けSaaS、自治体の標準準拠システム、住民向けアプリ・連携基盤で大きく異なります。ここで示す幅は、リサーチノートと公開価格・調達情報に基づく比較の目安です。
費用は、人口や園・施設数、年間申請件数、標準仕様との差分によって変わります。さらに、外部連携数、移行データ量、クラウド構成、契約期間でも上下するため、全国共通の相場としては扱えません。
対象別に見た費用レンジ
園向けICTから自治体システムまで、対象ごとの費用目安を比べます。公開されている料金例も、判断の材料になります。
- 1園向け保育ICT：初期0〜30万円程度、月額1〜5万円程度、導入2週間〜3か月程度が目安です。
- 端末・Wi-Fi：新設する場合は別途10〜100万円程度です。
- 公開料金例：園向けサービスの月額プラン。
- 複数園・保護者アプリ：初期・移行費50〜500万円程度、月額10〜100万円程度、または園数・園児数に応じた従量課金の場合があります。
- 自治体システム：中小自治体の標準準拠移行は1,000万〜8,000万円程度、大規模自治体の移行・外付け開発・連携は5,000万〜3億円程度が執筆上の目安です。
公開料金には、月額5,500円、17,600円、33,000円のプランがあります（出典: Child Care System公開料金、2026年確認）。
機能数や利用人数によって、月数千円〜3万円台の範囲で比べられます。一方で、住民向けアプリを独自開発する場合は、3,000万〜2億円程度、期間は12〜24か月程度を想定します。
金額の幅は、個別の要件と契約期間によって上下します。
公開調達額の読み方
公開調達額は、契約範囲と自治体規模をそろえて読む必要があります。比較するときは、次の点を踏まえます。
- 契約範囲：移行・運用・保守を含む大型案件を、単年度の開発費や中小自治体の価格と同列に扱いません。
- 費用区分：運用保守、移行・連携、制度改正対応が別契約の場合があります。
千葉市は「子ども・子育て支援システム標準準拠システム移行及び運用・保守業務委託」を公告しました。予定価格は税込4億1,822万7,000円以内です（出典: 千葉市公告、2024年）。
この案件は、一定期間の移行・運用・保守を含む大規模自治体の例で、移行費と保守費を分けて考える必要があることを示します。
また、札幌市の2026年度の運用保守は2,924万5,608円、過渡期連携の要件定義事前調整は247万8,000円、制度改正対応は252万4,000円です（出典: 札幌市契約結果、2026年）。
見積もりでは、初期費用の安さだけでなく、複数年の総額と追加費用の発生条件も確かめます。
見落としやすいランニングコスト
初期費用に加えて、稼働後の支援や利用量に応じた費用も発生します。費目は、運用、利用環境、変動費の3つに分けて見ると見落としを防ぎやすくなります。
- システム運用：クラウド利用料、保守・監視、ヘルプデスク、制度改正対応、脆弱性対応を含みます。バックアップ、ログ保管、API利用料も発生します。
- 利用環境：SMSや通知、端末・ネットワーク、研修、データ返却・契約終了対応の費用。
- 変動費：保護者数・施設数による従量課金、問い合わせ件数に応じたサポート費、帳票の追加単価。
5年または7年のTCOで比べるときは、初期費用、毎年の固定費、利用量による変動費、数年ごとの改修費を、同じ表に並べます。
見積もりを取る際のポイント
見積もりの精度は、発注側が業務とデータの前提をそろえられるかで決まります。機能名だけでは、各社の想定範囲がずれやすく、後から追加開発になることもあります。
RFIやRFPには、対象範囲、業務シナリオ、データ量を明記します。さらに、連携先、移行条件、SLA、制度改正の扱いも示し、各社を同じ条件で比べます。
仕様書に盛り込む項目
各社の見積もり条件をそろえるため、対象規模、利用条件、システム基盤を仕様書に明記します。
- 対象と規模：自治体・園・保護者、業務範囲、利用者数、施設数、年間申請件数、繁忙期。
- 利用条件：端末、アクセシビリティ、多言語、帳票、データ保存期間を定めます。権限、認証、監査ログも含めます。
- 基盤と標準仕様：バックアップ、外部連携、標準仕様への適合・設定・追加開発・対象外を機能ごとに記載します。
標準仕様の改定に、いつ、誰の費用で対応するかも質問します。また、独自要件を別サービスへ分ける条件も聞いておきます。
移行では、旧システムの項目と件数、文字コードを明確にします。欠損や重複、履歴の扱いも、事前に詰めておきます。添付ファイルや名寄せルール、リハーサルの回数と検証責任者も、決めておく必要があります。
移行作業は、抽出、クレンジング、変換、取込に分けて進めます。取込の後は、照合、修正、再移行まで続きます。帳票のサンプルで、印字項目、改ページ、宛名、通知文、電子交付の要否を確かめます。
複数社比較で見るべき判断基準
機能や価格に加えて、標準仕様への適合から契約後の移行支援までを、評価の項目に入れます。
- 製品・導入力：機能、標準仕様への適合、導入自治体・園の実績、既存システムからの移行力、連携API。
- 運用支援：セキュリティ、現場研修、制度改正、障害対応、データ返却、契約後の移行支援。
- 評価方法：複数の評価者が項目に重みを付け、審査・請求・問い合わせ担当者の点数も、評価に反映します。
デモでは、画面の見た目より例外処理を見ます。途中保存、請求の再提出、権限変更、連携エラーの再送、制度改正による算定条件の変更を、実際に試します。回答があいまいなときは、標準機能、設定、追加開発、運用回避のどれに当たるかを、見積書と提案書の両方で確かめます。
リスクと契約条件の確認
契約前に、費用の変動、情報管理、法改正時の責任分担を、文書で確認します。
- 費用と責任：追加開発単価、要件変更、納期遅延時の責任、移行不備、障害時の復旧時間。
- 情報管理：再委託先、個人情報の保管場所、脆弱性対応、監査権限、バックアップの復旧テスト。
- 法改正対応：「別途協議」と書くだけでなく、対応範囲、通知時期、費用算定、緊急時の暫定対応を、契約書やSLAに定めます。
自治体や大規模法人では、契約終了時に標準的な形式でデータを返却できるか、移行に必要な仕様書やマッピング情報を受け取れるかを確かめます。
ベンダー依存を避けるため、API仕様、データ辞書、運用手順、障害履歴、アカウント管理表を発注者側でも保管します。価格の比較に加えて、5〜7年後に別サービスへ移れるかも判断に含めます。
子育て支援システム開発でよくある質問
企画・開発の段階で相談されやすい疑問に答えます。対象範囲や自治体の規模によって答えは変わりますが、判断の順番をそろえておくと、発注前の迷いを減らせます。
子育て支援システムはパッケージとスクラッチのどちらがよいですか？
自治体基幹では、標準仕様に対応したパッケージを土台に、独自の制度は外付けや設定で補う方式が比べやすいです。
独自業務が多くても、標準本体と独自部分を分けて考えます。判断では、5〜7年のTCO、制度改正対応、データ返却、連携性を見ます。園や保護者向けの体験を短期で試すなら、SaaSや小さなPoCも選択肢になります。
開発期間はどれくらいかかりますか？
導入期間は、園単位の導入か自治体全体の移行かで大きく変わるため、対象ごとに見積もっておきます。
- 1園向け保育ICT：2週間〜3か月程度。
- 複数園・保護者アプリ：2〜6か月程度。
- 自治体標準準拠システム移行：9〜18か月程度。
- 大規模移行・外付け開発・連携：18〜36か月程度。
データ移行や年度切替、調達、先行稼働、並行稼働があると、期間が延びます。また、準備、検証、研修も工程表に含めます。
セキュリティ要件は何を確認すればよいですか？
個人情報保護法、個人情報保護委員会のガイドライン、自治体の情報セキュリティポリシー、標準化要件を前提に確認します。
- アクセス管理：権限、MFA、通信・保存時の暗号化、操作・閲覧ログ。
- 保守と復旧：バックアップ、復旧訓練、脆弱性管理、委託先・再委託先の監査、インシデント報告。
- 要配慮情報：健康・発達・相談情報の目的外利用を防ぐ項目の最小化とケース単位の閲覧制御。
仕様書の記載だけでなく、実際のログや復旧手順も確かめます。
導入効果はどのような指標で測ればよいですか？
導入効果は、申請や審査だけでなく、現場の負担と制度情報の活用も含めて測ります。
- 申請・審査：オンライン申請率、入力完了率、不備・差し戻し率、審査時間。
- 現場負担：窓口来庁回数、問い合わせ件数、給付費請求の手作業時間、園職員の記録時間。
- 制度情報：閲覧・利用率を加え、複数の指標を組み合わせます。
まず、導入前の基準値を測り、稼働後も1か月、3か月、6か月など同じ条件で比べます。利用率が低いときは、利用者を責めず、入力項目、通知文、通信環境、研修、窓口支援のどこに原因があるかを確かめて改善します。
まとめ
開発は、自治体基幹、保育施設ICT、保護者接点の3層に分け、業務・データ・帳票・連携・権限を整理して始めます。
2026年時点では、国の標準化や電子化の動きも、工程や方式に影響します。その例として、こども家庭庁の標準仕様第2.0版や保育業務施設管理プラットフォームなどがあります。
独自機能を増やす前に、標準部分と外付け部分の境界を先に決めます。
6フェーズによる判断の積み上げ
要件整理から定着まで、各段階で確かめる内容を順に並べます。
- 要件整理で、現場の業務フローと基準値を作ります。
- 選定で、標準仕様への適合と例外処理を比べます。
- 設計・開発でFit＆Gapを明らかにし、テストで移行データと業務シナリオを検証します。
- 稼働時は切り替えと障害時の業務を準備し、定着後は不備率、審査時間、二重入力の削減を測り続けます。
この順番で判断を重ねると、機能一覧だけでベンダーを決めるリスクを下げられます。
費用の総額と定着までの見積もり
初期開発費だけでなく、移行や端末・ネットワーク、連携、研修を含めます。保守、制度改正、セキュリティ、契約終了時のデータ返却も加え、5〜7年の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を創業。