保育園・幼稚園向けシステム開発の進め方/やり方/流れや方法/手法/工程/手順

保育園・幼稚園向けシステムの開発は、園児情報を一元化し、登降園・保護者連絡・保育記録・請求・安全確認までを現場の流れに合わせて段階的に整えることが成功の近道です。

紙やExcel、電話、FAX、個人端末が混在する園では、システムを導入するだけで業務が自動的に軽くなるわけではありません。要件整理からベンダー選定、設計開発、テスト、稼働、定着までの各段階で、誰が何を入力するのか、例外時にどう処理するのか、年度更新や退園時にデータをどう扱うのかを決める必要があります。本記事では、保育現場で使える判断基準、開発費用の考え方、見積書の確認ポイント、導入後のチェック項目を順番に解説します。

▼全体ガイドの記事
・保育園・幼稚園向けシステム開発の完全ガイド

保育園・幼稚園向けシステム開発の全体像

保育園・幼稚園向けシステムは、園児台帳を中心に、日々の保育と園の管理業務をつなぐ基盤です。連絡アプリだけを導入するのではなく、同じ園児情報を登降園、帳票、請求、給食、安全確認に再利用できる状態を目指すと、二重入力と転記ミスを減らせます。

最初に決めるのは製品名や画面のデザインではなく、解消したい業務上の問題です。たとえば「欠席連絡を電話からWebへ移す」「園児のアレルギー情報を担任と給食担当が同じ画面で確認する」「指導計画や要録への転記を一度にする」のように、業務と成果を一文で表します。目的が「便利そうだから」だけでは、機能が多い製品を選んでも入力担当者が増え、紙へ戻る可能性があります。

園児台帳には氏名や住所だけでなく、認定区分、緊急連絡先、健康診断、アレルギー、食事制限、発達や家庭に関する配慮事項など、慎重に扱う情報が含まれます。そのため、利便性の評価と同時に、園長・担任・事務・法人本部・自治体・保護者の権限を分けることが重要です。保護者が見られる情報と、職員間だけで共有する情報を要件段階で切り分けます。

短期間で標準機能を使い始めたい場合はクラウドSaaSが候補です。園児台帳、登降園、欠席連絡、連絡帳など、多くの園で共通する業務を月額で利用しやすい一方、独自帳票や既存会計との細かな連携は制約を受ける場合があります。既成パッケージは、保育園・幼稚園の制度や帳票に寄せた機能を持つことが多く、標準運用に合わせられる園では導入しやすい選択肢です。

標準機能では足りないが、すべてを作り直す必要はない場合は、ローコードや追加開発を組み合わせます。複数園の法人本部で独自の集計をしたい、既存の請求・会計・人事システムとデータをつなぎたい、自治体指定の帳票を自動生成したい場合に適しています。業務を変えられない理由を明確に説明でき、長期運用の体制もある場合に限って、フルスクラッチを検討します。

保育園・幼稚園向けシステム開発の進め方

進め方は、要件整理、ベンダー選定、設計開発、テスト、稼働、定着の6フェーズに分けると管理しやすくなります。園側の担当者が忙しいからと要件整理を短縮すると、年度切替や例外処理が後工程へ流れ、結果的に費用と負担が膨らみます。各フェーズで「次に進んでよい条件」を決め、園長だけでなく、担任、事務、給食、安全管理、法人本部などの代表者が確認します。

要件整理では、担当者への聞き取りだけでなく、登園受付から降園までを実際に観察します。登降園、欠席連絡、朝の受け入れ、連絡帳、午睡チェック、給食とアレルギー確認、延長保育、事故・ヒヤリハット、保護者への連絡、日誌や指導計画の作成を時系列に並べます。各業務について、入力者、入力のタイミング、使う端末、紙やExcelの転記先、承認者、締め切り、例外処理を記録します。

要件の優先順位は、毎日使うか、子どもの安全に関わるか、転記が多いか、法令や監査に関わるか、代替手段があるかで判断します。最初の導入では、園児台帳、登降園・出欠、欠席連絡、基本的な保育記録などを優先し、AI分析や高度なダッシュボードは後段に回す方法が現実的です。現状の課題を「入力時間を1日何分減らす」「帳票への転記を何回なくす」のように測定可能な指標に変えると、導入効果を検証できます。

選定時は、候補を同じRFPで比較します。RFPには対象施設数、園児数、職員数、利用者の役割、必要な機能、既存システム、データ移行範囲、端末とネットワーク、導入希望時期、予算の考え方、保守窓口を記載します。機能一覧だけでなく、現場で想定する場面を質問することが大切です。たとえば「兄弟の欠席を保護者が一度に連絡できるか」「延長保育の料金を例外込みで計算できるか」「年度末にクラスを一括更新できるか」と確認します。

デモでは、園長や情報システム担当者だけで操作せず、担任と事務担当者に触ってもらいます。保育中に片手で入力できるか、入力項目が多すぎないか、誤入力を修正しやすいか、保護者がスマートフォンから迷わず使えるかを確認します。選定表には、保育領域の実績、単園・法人・自治体への適合、APIやCSV、データ移行、セキュリティ認証、障害時の代替運用、研修、解約時のデータ返却を並べます。

設計の中心は画面ではなくデータです。園児、保護者、職員、クラス、年度、施設、請求項目をマスタとして定義し、氏名の表記揺れ、転園、退園、兄弟、認定区分の変更などをどのように記録するかを決めます。園児情報を一度入力すれば、連絡帳、帳票、請求、安全確認へ再利用できる構造にすると、同じ情報を何度も入力する負担が減ります。

権限は「見られるか」だけでなく「編集できるか」「承認できるか」「出力できるか」で分けます。担任は担当クラスの記録を編集できても、他クラスの健康情報や法人全体の給与情報は見られない設計が必要です。操作ログ、二要素認証、通信と保存データの暗号化、バックアップ、復元テスト、脆弱性対応、再委託先の管理を仕様書と契約書に落とします。個人情報保護委員会のガイドラインでも、委託先が再委託する場合の事前報告・承認や定期的な監査が望ましいと示されています（出典: 個人情報保護委員会「個人情報の保護に関する法律についてのガイドライン（通則編）」、2026年確認）。

テストでは、開発会社が画面を確認するだけでは不十分です。園側が実際の業務シナリオを使い、要件どおりに処理できるかを受入テストで確かめます。通常の登園・降園だけでなく、遅刻、早退、欠席取消、兄弟連絡、クラス替え、途中入園、退園、延長保育、アレルギー変更、端末紛失、通信断、誤入力の修正、権限外の閲覧を試します。

特に重要なのが移行データの検証です。旧システムやExcelから移した園児名、保護者連絡先、緊急連絡先、健康情報、請求履歴の件数と内容を照合します。テスト環境に実データを置く場合は、目的とアクセス権を限定し、不要になったデータを削除する手順も決めます。受入条件、未解決の不具合、リリース延期の判断者をあらかじめ合意しておくと、現場の不安を抑えられます。

本番稼働は、年度替わりや入園前の繁忙期にいきなり全園へ展開するより、1園または1クラスで試行する方が安全です。試行期間には、職員研修、保護者向け説明、問い合わせ窓口、紙で受け付ける緊急時の代替手順を用意します。Wi-Fiや端末の不具合が起きても、登降園の受付や緊急連絡が止まらないよう、誰がいつ紙へ切り替え、復旧後に誰が再入力するのかを決めます。

定着の評価では、ログイン数だけを見ません。職員の入力時間、帳票作成時間、転記回数、欠席連絡の処理時間、保護者の未読率、紙帳票の枚数、問い合わせ件数、データ修正件数を導入前後で比較します。年度切替のリハーサルを行い、クラス編成、職員異動、園児の進級、退園者の閲覧制限、請求項目の更新を確認します。改善要望は毎週集めるのではなく、緊急度と効果で整理し、標準機能で対応するものと追加開発するものを分けます。

保育園・幼稚園向けシステムの費用相場と内訳

費用は、SaaSの月額利用料、パッケージの初期設定費、追加開発費、スクラッチ開発費、端末・ネットワーク費、移行・研修費、保守費に分けて考えます。公開料金は比較の出発点になりますが、園児定員、利用するオプション、園数、連携範囲、サポート内容によって変わります。初期費用だけでなく、5年間の総保有コストで見積もることが重要です。

公開料金の例では、コドモンが初期費用0円から、月額5,500円（税込）から利用でき、基本利用料は定員31〜60名で月額5,500円、定員61〜100名で月額8,800円です。定員30名以下は月額3,300円で、オプションをまとめたパックは定員31〜100名で月額33,000円と案内されています。口座振替、写真販売、献立配信、バス運行などは別料金になり得るため、基本料だけで予算を決めないことが必要です（出典: 株式会社コドモン「ご利用料金について」、2026年確認）。

リサーチノートで確認した他社の公開例では、小規模園向けのSaaSに月額500円から1万円前後の価格帯があり、基本機能と連絡・登降園などを組み合わせると月額5,000円から5万円程度が比較の起点になります。ただし、定員課金、施設課金、ユーザー課金、機能課金が混在するため、単純な月額比較はできません。法人で複数園を利用する場合は、園ごとの料金、共通管理者の料金、データ連携費、導入支援費を分けて確認します。

保育園専用のスクラッチ開発費について、公的な相場統計は確認できません。そのため、以下は業務システム全般の費用構造、公開SaaS価格、必要機能と連携範囲から算出した編集部推定です。単園向けに園児台帳、出欠、保護者連絡を中心に作る場合は300万円から800万円程度、帳票、請求、職員シフト、外部連携まで含む法人向けでは800万円から2,000万円程度、複数自治体や多数園との連携を含む公共案件では2,000万円から5,000万円超を目安に、要件を分解して見積もります。

既存パッケージへの追加設定や連携開発は、スクラッチより小さく始められる一方、APIの有無、CSVの仕様、ベンダーの変更可能範囲で価格が変わります。端末やWi-Fi整備は5万円から50万円程度から始まる場合がありますが、カードリーダー、午睡センサー、バスの置き去り防止機器を複数園へ展開すると、数十万円から数百万円の追加になることがあります。見積書では、端末の台数、通信費、設置、保守、交換費を開発費と分けて記載してもらいます。

こども家庭庁の保育所等におけるICT化推進等事業では、業務のICT化に使うシステム導入について、1機能は1施設あたり20万円、2機能は40万円、3機能は60万円、4機能は80万円の補助基準額が示されています。端末購入などを併せる場合は、それぞれ70万円、90万円、110万円、130万円です（出典: こども家庭庁「令和7年度保育関係補正予算の概要」、2025年）。ただし、実施主体は都道府県や市区町村で、申請時期、対象機能、自治体負担、1施設1回限りなどの条件が異なるため、利用できると断定せず、所在地の公募要領を確認します。

5年間のTCOには、初期開発・設定、月額利用料、年間保守、サポート、端末更新、通信、バックアップ、データ移行、研修、追加開発、解約時の出力費を含めます。業務システム一般では年間保守を初期開発費の15〜20%程度とする考え方がありますが、SaaSは月額料金にアップデートや運用が含まれる場合があります。保守費が初期費用の何%かだけで判断せず、障害対応の時間、アップデート、問い合わせ、データ返却までを範囲表で確認します。

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

見積もりの金額だけを比べると、安い提案の中に移行、研修、テスト、保守、障害時の対応が含まれていないことがあります。候補会社には同じ業務シナリオと同じ前提条件を渡し、初期費用、月額費用、オプション、開発、移行、端末、教育、保守、解約の費用を分けて提示してもらいます。金額の差がどの作業に対応するのか説明できる見積書が、比較しやすい見積書です。

発注前に、施設一覧、園児数、職員数、利用者の役割、現行帳票、業務フロー、連携先、データ項目、保存期間、権限、端末、ネットワーク、希望時期を整理します。帳票は完成形だけでなく、誰がどの欄をいつ埋め、どの情報を別の帳票へ転記しているかを添えます。データ移行では、何年分を移すか、退園者を閲覧できる期間、重複や表記揺れの修正を誰がするか、移行後の照合方法まで決めます。

非機能要件も後回しにしません。同時利用者数、画面の応答時間、稼働時間、バックアップ頻度、復旧目標、障害連絡の受付時間、ログの保存期間、データの保管場所、外部委託先、サービス終了時のデータ出力形式を明記します。園児の健康情報を扱うため、生成AIなど外部サービスへデータを送る場合は、個人を特定できない形への加工、利用目的、承認者、ログ、人による確認を必須にします。実名や健康情報を、許可のない生成AIへ入力する運用は採用しません。

比較対象は、SaaSを提供する会社、保育向けパッケージ会社、追加開発に対応するSI会社を、同じ尺度で並べます。会社の規模や導入数だけでなく、単園、法人、自治体のどこに強いか、現場観察をしてくれるか、標準機能に業務を合わせる提案ができるか、独自帳票をどう扱うかを確認します。導入実績を示された場合は、施設種別、導入時期、利用機能、現在も稼働しているか、同様の課題を解決したかまで質問します。

デモの採点では、機能の有無を丸印だけで終わらせず、操作にかかる時間と手順数を測ります。担任がスマートフォンやタブレットから記録できるか、事務担当者が請求や帳票を一度の入力で処理できるか、法人本部が園別の状況を集計できるかを試します。保護者の利用率が低い場合の再通知、通信障害時の受付、ベンダー変更時のCSV出力も、必ずデモまたは資料で確認します。

よくある失敗は、現場への説明がないままトップダウンで導入すること、要件が曖昧なまま開発を始めること、園側のマスタ準備が遅れること、標準機能に合わない業務を無理にカスタマイズすることです。対策として、現場代表を意思決定会議に入れ、採用する業務と残す業務を分け、園児・保護者・職員のマスタを早期に整えます。追加要望には、費用、納期、保守への影響を添えて承認するルールを設定します。

クラウドを選ぶ場合も、通信障害やサービス停止を前提にします。障害時の連絡先、復旧目標、状況報告の頻度、手作業で受け付ける帳票、復旧後の再入力、バックアップからの復元テストを契約と運用手順に記載します。解約時に全データをCSVや画像で返却できるか、費用はいくらか、返却後に事業者側のデータがいつ消去されるかも確認します。安さより、園が継続して運用できるかを判断基準にします。

よくある質問（FAQ）

保育園・幼稚園向けシステムは、園の規模、既存業務、自治体との連携、保護者の利用環境で最適解が変わります。ここでは、導入前に特に質問の多い費用、開発期間、セキュリティについて、判断の軸を先に回答します。

SaaSなら小規模園の月額500円から1万円前後、一般的な園で基本機能と連絡・登降園を組み合わせた月額5,000円から5万円程度が比較の起点です。独自開発では、単園の小規模構成で300万円から800万円程度、法人向けで800万円から2,000万円程度を編集部推定の目安とします。公開料金、オプション、園数、連携、端末、移行、保守を含めた5年間のTCOで比較し、補助制度は自治体の最新要綱で確認します。

標準的なSaaSの初期導入は2〜8週間、既存パッケージの設定やデータ移行を含む場合は2〜4か月、単園のスクラッチ開発は3〜6か月、法人・複数園の独自開発は6〜12か月程度が一つの目安です。これは保育専用の公的統計ではなく、機能数、連携、移行、試行導入を前提にした編集部推定です。年度末や入園時期に重ねると現場が対応できないため、要件整理、試行、研修、保護者説明、年度切替リハーサルを含めて日程を組みます。

クラウドかオンプレミスかだけで安全性は決まりません。暗号化、二要素認証、最小権限、操作ログ、バックアップと復元テスト、脆弱性対応、再委託先の監督、障害時の連絡体制を、事業者の説明資料と契約で確認することが重要です。園側も共有アカウントを使わず、退職・異動時の権限を速やかに止め、健康情報や家庭状況を必要な範囲だけで共有します。導入前に、通常時だけでなく端末紛失、誤送信、通信断、サービス停止時の対応を訓練します。

まとめ

保育園・幼稚園向けシステムの開発は、要件整理、選定、設計開発、テスト、稼働、定着の6フェーズで進めます。最初に園児台帳を中心とした現行業務を可視化し、毎日使う業務と安全・監査に関わる業務を優先します。選定では機能数や導入実績だけでなく、現場の入力負担、保護者の利用率、年度更新、データ移行、権限、障害時の代替運用、解約時のデータ返却まで同じ条件で比較します。

費用は、公開SaaS料金、追加開発、スクラッチ開発、端末、移行、研修、保守を分け、5年間のTCOで判断します。スクラッチ開発費と期間は公的な保育専用統計ではなく、機能と連携範囲からの推定であるため、RFPに業務シナリオと非機能要件を添えて複数社へ依頼します。システム導入の目的は、入力作業を増やすことではなく、保育士が子どもと向き合う時間と、園が安全に情報を共有する時間を増やすことです。試行導入で効果を測り、現場の声を反映しながら段階的に定着させます。

最初から全機能を導入するのではなく、1つの園や1クラスで、現場観察、マスタ整備、試行、研修、障害時訓練、効果測定まで行います。導入後に得られた入力時間や転記回数の変化を次の園へ反映し、標準化する業務と園ごとに残す業務を分けることが、無理なく広げるための一歩です。

▼全体ガイドの記事
・保育園・幼稚園向けシステム開発の完全ガイド

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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