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

子育て支援システムの開発は、自治体基幹・保育施設業務・保護者向け手続きを分け、標準仕様との差分と現場の業務負担を整理してから、要件整理、選定、設計開発、テスト、稼働、定着の順に進めることが成功の近道です。

子育て支援システムを検討するとき、「何から決めればよいのか」「パッケージと独自開発のどちらがよいのか」「費用と期間はどれくらいか」と迷いやすいものです。この記事では、自治体の子ども・子育て支援担当者、保育施設を運営する法人、子育て関連サービスを企画する事業者に向けて、実務で使える進め方、判断基準、見積もりの確認項目を具体的に解説します。

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

子育て支援システム開発の全体像

子育て支援システムという言葉は、単一の製品や機能だけを指すものではありません。自治体の認定・給付・施設管理を担う基幹システム、園の登降園や連絡帳を支える保育ICT、住民の申請や情報収集を支える保護者向けサービスが連携して、子育て支援の業務全体を構成します。最初に対象範囲を分けると、必要な機能、関係者、費用、導入期間の見通しを立てやすくなります。

自治体基幹の中心は、子ども・保護者・世帯の台帳、教育・保育給付の認定、保育所や認定こども園などの施設管理、利用申込・入所管理、保育料や利用者負担額の算定、給付費の請求・審査・支払い、通知書や統計帳票の作成です。住民記録、税、福祉、母子保健、児童手当、子ども医療費助成、全国総合システムなどとの連携が必要になる場合もあります。ここを開発対象に含める場合は、画面の見た目よりも、制度上の判定、年度切替、帳票、データ連携、権限を優先して整理します。

保育施設向けICTは、園児名簿、入退園、登降園打刻、欠席・遅刻連絡、延長保育、保育料・給食費の請求、電子連絡帳、午睡・健康観察、事故・ヒヤリハット、指導計画、発達記録、保護者への連絡などを扱います。自治体基幹と同じ製品を使う必要はありませんが、園が入力した情報を自治体へ再入力しなくて済む連携設計が重要です。自治体の給付・監査と園の現場記録を別々に導入すると、紙とExcelの二重管理が残るため、データの受け渡しまで確認します。

2026年1月30日に、こども家庭庁の「子ども・子育て支援システム標準仕様書」は第2.0版が公表されています（出典: こども家庭庁、2026年）。新規開発では、自治体独自の画面を最初から作り込むのではなく、標準仕様の必須・オプション機能、機能要件、帳票要件、データ・連携要件との適合を先に確認します。独自の相談予約や地域ポイントなど、標準仕様に含まれない機能は、標準準拠システムの外付け、申請管理、住民ポータルなどに切り分けると、将来の制度改正に対応しやすくなります。

保護者接点では、行政手続のオンライン化だけでなく、必要な制度を必要な家庭へ知らせる仕組みも重要です。デジタル庁の子育て支援制度レジストリは、2025年11月1日時点で124種類の制度類型を対象とし、2025年11月にアプリ事業者向けAPI連携、2026年1月に民間アプリとの連携が始まっています（出典: デジタル庁、2025〜2026年）。単に申請フォームを作るのではなく、制度情報の更新担当、対象者判定、通知、申請状況の確認までを一つの利用体験として設計します。

子育て支援システム開発の進め方

開発工程は、要件整理、ベンダー選定、設計・開発、テスト、稼働、定着の6フェーズに分けて進めます。各フェーズで成果物と判断基準を決めておくと、要件が増え続ける状態や、稼働直前に現場の不満が発覚する事態を防げます。特に自治体案件では、年度切替、制度改正、繁忙期、議会・予算、既存契約の終了時期を工程表に重ねます。

最初に、誰のどの業務を改善するのかを確定します。自治体担当者、園長、保育士、会計担当、施設事業者、保護者、情報政策部門、福祉・母子保健部門を交えて、入所申込、認定変更、退所、保育料算定、給付費請求、差し戻し、年度更新、問い合わせ対応の流れを現状のまま書き出します。画面一覧だけで要件定義を終わらせず、「誰が、いつ、何を入力し、何を確認し、どの帳票を出し、どのシステムへ渡すか」を業務フローにします。

要件整理のチェックリストは、対象業務と対象外業務、利用者区分、保有データ、保存期間、帳票、外部連携、権限、繁忙期、例外処理、法改正時の変更箇所です。さらに、現在の処理時間、差し戻し件数、窓口来庁回数、電話問い合わせ数、園と自治体の二重入力箇所を基準値として記録します。導入後に「便利になった」という感想だけで終わらず、どの指標を何％改善するかを判断できる状態にします。

要件が整理できたら、標準準拠パッケージ、クラウド型サービス、既存基幹への外付け、ローコード、フルスクラッチを比較します。自治体基幹の比較では、機能の多さだけでなく、標準仕様第2.0版への適合証跡、データ・連携要件、ガバメントクラウド対応、既存データの移行方法、制度改正への追従方法を確認します。保育施設向けSaaSでは、スマートフォンでの操作性、通信環境が不安定な場所での運用、保護者の多言語対応、職員の入力時間を確認します。

選定表には、必須要件、できれば欲しい要件、対象外要件を分けて記載します。候補会社には、同じ業務シナリオを使ったデモを依頼し、「申込の不備を修正して再提出する」「年度をまたいで認定を変更する」「給付費の差し戻しを処理する」といった例外処理まで見せてもらいます。導入自治体や園に聞ける場合は、稼働後の問い合わせ対応、制度改正の費用、障害時の連絡、データ返却の実績を確認します。

設計では、標準仕様に合わせる機能、設定で対応する機能、追加開発する機能、別システムに残す機能をFit＆Gap表にします。独自制度をすべて基幹本体へ組み込むと、制度改正のたびに改修範囲が広がり、移行や保守の費用も増えます。標準本体はできるだけ標準に寄せ、地域独自の相談予約や情報発信は外付けサービスや連携基盤として分離する設計が、5〜7年の運用を考えたときに比較しやすい方法です。

設計レビューでは、データ項目の定義、名寄せ、重複登録、権限、操作ログ、帳票、API、エラー時の再送、バックアップ、復旧目標を確認します。子どもの氏名・住所・世帯・所得だけでなく、健康、発達、障害、虐待や相談記録を扱う可能性があるため、業務上必要な人だけが必要な範囲を見られるようにします。AIを使う場合も、支援や給付の可否を自動決定せず、目的、根拠、誤判定時の人による確認を設計に含めます。

テストは、単体テストや画面テストだけでは不十分です。認定、保育料算定、給付費請求、通知、外部連携、年度切替、権限変更、障害復旧をつないだ業務シナリオで検証します。旧システムから移行したデータを使ったリハーサルを複数回行い、件数、金額、世帯との紐づき、履歴、帳票の印字を確認します。移行データの欠損や文字コードの問題は、本番稼働後に見つかると窓口業務へ直結するためです。

保護者向け画面は、スマートフォンの小さな画面、入力途中の離脱、添付ファイル、認証、通知、申請状況の表示、多言語やアクセシビリティを試験します。代表的な園や手続きで先行利用し、入力完了率、不備率、職員の記録時間、問い合わせ内容を測定すると、全体展開前に改善点を見つけられます。テストの合格条件は「動くこと」ではなく、業務担当者が誤解なく処理を完了できることです。

本番稼働では、一斉切り替え、段階導入、旧システムとの並行稼働を、データ量と業務リスクから選びます。年度切替や入所申込の繁忙期を避け、移行判定会議で「移行データの確認済み」「必須帳票の出力済み」「職員研修の完了」「問い合わせ窓口の稼働」「障害時の紙受付の準備」を確認します。住民や園に影響するシステムでは、稼働日を決めることよりも、戻す条件と戻し方を決めておくことが大切です。

移行直後は、専用の問い合わせ窓口と日次の課題管理表を用意します。問い合わせを「操作方法」「データ不備」「制度解釈」「連携エラー」「権限」「改善要望」に分類すると、開発会社へ伝える内容と自治体・園側で判断する内容を分けられます。利用者に従来と同じ入力を求めるだけでは定着しないため、旧帳票や紙の受付をいつまで残すかも、業務責任者が決定します。

定着フェーズでは、ログイン数だけで導入効果を判断しません。オンライン申請率、入力完了率、不備・差し戻し率、審査時間、窓口来庁回数、問い合わせ件数、給付費請求の手作業時間、園職員の記録時間、制度情報の閲覧・利用率を月次または四半期で確認します。たとえばオンライン申請率が高くても不備率が高ければ、入力項目や案内文を見直す必要があります。

運用会議では、現場から出た改善要望を、法令・制度対応、業務効率化、利用者体験、セキュリティ、将来構想に分類します。制度改正のたびに個別改修を急ぐのではなく、標準仕様の更新、自治体独自要件、保育施設や保護者からの声を同じロードマップで管理します。研修動画や操作マニュアルを更新し、新任職員や異動者が入っても同じ品質で使える体制を作ることが、システムを長く活かす条件です。

子育て支援システムの費用相場とコストの内訳

子育て支援システムの費用は、園向けSaaS、自治体の標準準拠システム、住民向けアプリ・連携基盤で大きく異なります。人口、園・施設数、年間申請件数、標準仕様との差分、外部連携数、移行データ量、クラウド構成、契約期間で変わるため、一つの金額を全国の相場として扱わないことが重要です。以下はリサーチノートと公開価格・調達情報に基づく比較レンジです。

1園で利用する標準的な保育ICTは、初期費用が0〜30万円程度、月額が1〜5万円程度、導入期間が2週間〜3か月程度のレンジが目安になります。端末やWi-Fiを新設する場合は別途10〜100万円程度を見込みます。公開料金の一例でも、園向けサービスに月額5,500円、17,600円、33,000円のプランが示されており、機能数や利用人数によって月数千円〜3万円台を比較する考え方は現実的です（出典: Child Care System公開料金、2026年確認）。

複数園の保育ICTや保護者アプリは、初期・移行費が50〜500万円程度、月額が10〜100万円程度、または園数・園児数に応じた従量課金になる場合があります。中小自治体の標準準拠パッケージ移行は1,000万〜8,000万円程度、大規模自治体の移行・外付け開発・連携は5,000万〜3億円程度が執筆上の目安です。住民向けアプリを独自開発する場合は3,000万〜2億円程度、期間は12〜24か月程度を想定しますが、いずれも個別の要件と契約期間で上下します。

公開調達は、相場を考えるときの根拠になります。千葉市の「子ども・子育て支援システム標準準拠システム移行及び運用・保守業務委託」は、税込4億1,822万7,000円以内の予定価格が公表されています（出典: 千葉市公告、2024年）。これは一定期間の移行・運用・保守を含む大規模自治体の案件であり、単年度の開発費や中小自治体の価格に置き換えられませんが、移行費と保守費を分けて考える必要性を示す事例です。

札幌市では、2026年度の子ども・子育て支援新制度システム運用保守が2,924万5,608円、過渡期連携の要件定義事前調整が247万8,000円、制度改正対応が252万4,000円と公表されています（出典: 札幌市契約結果、2026年）。このように、日々の運用保守、移行・連携、制度改正対応が別契約になることがあります。見積もりを比較するときは、初期費用の安さだけでなく、複数年の総額と追加費用の発生条件を確認します。

ランニングコストには、クラウド利用料、保守・監視、ヘルプデスク、制度改正対応、脆弱性対応、バックアップ、ログ保管、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版や保育業務施設管理プラットフォームなど、国の標準化・電子化の動きも工程と方式に影響します。独自機能を増やす前に、標準部分と外付け部分の境界を決めることが重要です。

要件整理では現場の業務フローと基準値を作り、選定では標準仕様への適合と例外処理を比較します。設計・開発ではFit＆Gapを明確にし、テストでは移行データと業務シナリオを検証します。稼働では切り替えと障害時の業務を準備し、定着では不備率や審査時間、二重入力の削減を継続的に測定します。この順番を守ると、機能一覧だけでベンダーを決めるリスクを下げられます。

費用は、初期開発費だけでなく、データ移行、端末・ネットワーク、連携、研修、保守、制度改正、セキュリティ、契約終了時のデータ返却まで含めた5〜7年のTCOで比較します。公開調達額は規模や契約期間を確認したうえで参考にし、特定の金額をそのまま自組織へ当てはめません。利用者と現場の負担を減らす成果まで見据えて、要件、見積もり、契約、運用を一つの計画として進めることが、子育て支援システムを定着させる方法です。

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

会社紹介

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

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

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

株式会社riplaの会社HPはこちら

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

執筆者プロフィール

張田谷凌央

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