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

登降園管理システムの開発は、要件整理、選定、設計開発、テスト、稼働、定着の6段階で進みます。

現場の要件を先に固め、同じ条件で選定し、段階的に導入すると、安全確認と請求精度を両立しやすくなります。全体像は完全ガイドにまとめています。

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

保育園・幼稚園向け登降園管理システムの全体像

打刻データから在園一覧や出席簿、延長時間、請求や監査用帳票へつながる図。
記録後のデータが確認・計算・請求へつながります。

登降園管理システムは、園児の登園・降園時刻を記録し、その記録を出欠、在園状況、保育料、延長保育料、帳票に活用する業務システムです。

単独のタイムレコーダーとしても導入できます。ただし、園務全体のデータを一度だけ入力する設計にすると、導入効果を測りやすくなります。

打刻から請求までのデータをつなぐ仕組み

打刻データを在園確認や請求へつなぐには、通常時と例外時の流れをそろえておくことが欠かせません。

  • 打刻:保護者または職員が、タブレット、スマートフォン、QRコード、ICカードで記録し、クラウドまたは園内サーバーに保存されます。
  • 業務への反映:在園一覧や出席簿に反映し、保育時間と照合して延長時間を計算します。
  • 請求・帳票:請求や監査用帳票へデータを渡します。コドモンも打刻から入金管理までを案内しています(出典:株式会社コドモン「登降園管理」、2026年確認)。
  • 例外時の記録:一覧にいない園児、打刻忘れ、兄弟の一括打刻、職員による時刻修正を想定し、修正者・日時・理由を残す設計です。

修正の記録が残っていれば、保護者への説明や月末の請求確認に、落ち着いて対応できます。

既製SaaS、セミオーダー、スクラッチの比較

園務の標準化を優先するか、独自の業務を組み込むかによって、適する開発方式は変わります。

  • 既製SaaS:登降園、保護者連絡、帳票、請求などの機能を、短期間で使い始められます。
  • セミオーダー:既製機能を活用しつつ、帳票や連携部分を調整できる方式です。
  • スクラッチ:自治体基幹、会計、電気錠、独自の預かり保育までを、ひとつのシステムに一体化できます。

スクラッチ開発は、要件整理、移行、保守の負担まで含めて判断する必要があります。機能の数だけでなく、朝の入力時間や月末の手修正、在園確認を担う人も比較の材料になります。

こども家庭庁は、2026年度中に4機能の導入施設割合20%を目指す方針です。対象は、計画・記録、保護者連絡、登降園管理、実費徴収などのキャッシュレス決済です(出典:こども家庭庁「こども政策DXの推進に向けた取組方針2025」、2025年)。

将来のデータ連携に備えて、CSV出力やAPIの有無も確かめておきます。

ポイント

開発方式は、園務の標準化を優先するか、独自の業務を組み込むかで選びます。打刻から請求までの流れを、例外時の記録まで含めて比べると判断しやすくなります。

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

要件整理・選定、設計・開発・テスト、稼働・定着の順に並ぶ開発工程図。
現場の要件を固めてから、設計と稼働へ移ります。

開発は、要件整理、選定、設計開発、テスト、稼働、定着の6フェーズで進めます。フェーズごとに担当者と判断事項を分けておくと、誰が何を決めるのかがはっきりします。

最初は、園児の安全確認と正確な出欠に絞って稼働させます。請求や他システム連携は、そのあとに段階的に広げる方法も有効です。

フェーズ1: 要件整理と現場の例外の洗い出し

現場の観察と要件整理では、登降園のピークを実際に見て、通常外の運用まで書き出しておく必要があります。

  • 観察する人と時間:園長、主任、担任、事務、法人本部、保護者対応担当を集め、登降園のピークを一緒に観察します。
  • 通常外の運用:受付、兄弟、バス、一時保育、土曜保育の運用を決めます。休園日、代理のお迎え、打刻漏れの修正担当も決めておきます。
  • 重複入力:紙の出席簿、Excel、請求台帳、保護者連絡記録を並べて、同じ情報を何度入力しているかを数えます。
  • Must要件:打刻、出欠、在園状況、修正履歴、権限を含めます。バックアップと帳票出力も必須です。
  • Should・代替運用:延長料金、保護者通知、請求連携、CSV出力を候補にし、代替の運用も挙げます。

スマートフォンがない家庭や通信が不安定なときにも登降園を記録できるよう、代替の運用は要件に含めておきます。要件は、Must、Should、将来検討するCouldに分けておくと、各社の見積もりを同じ基準で比べられます。

フェーズ2: 同一条件の見積もりとデモによる選定

選定では、同じ条件で見積もりを取り、デモで日常業務を実際に操作して比べます。

  • 比較先:既製SaaSのサービスベンダーと、個別開発を担うSI会社を分けて比べます。
  • 共通RFP:園児数、職員数、園数、打刻方式、保育時間を記載します。延長料金、帳票、既存システム、希望時期も、同じ条件として示します。
  • デモ操作:兄弟の一括打刻、打刻忘れの修正、欠席予定との突合、延長料金の再計算、帳票出力を、実際に動かして確かめます。
  • 評価軸:操作性、業務適合性、拡張性、セキュリティ、サポート、費用の6つの観点で比べます。

ルクミーは、保護者のスマートフォン、園のタブレット、QRコードでの打刻に対応しています。あわせて、兄弟姉妹の一括打刻、打刻忘れ通知、出席簿出力も案内しています(出典:ユニファ株式会社「ルクミー登降園」、2026年確認)。

ルクミーの例のように、打刻方式だけでなく、通知、修正、確認までの一連の操作を通して評価します。

フェーズ3: 業務ルールを画面とデータに落とす設計・開発

業務ルールを画面やデータに落とし込むため、画面・データ設計と非機能要件で、次の項目を定めます。

  • マスタ:園児、保護者、兄弟、クラス、認定区分を定義します。保育時間、休園日、料金区分も、マスタに含めます。
  • 画面と権限:在園状況、打刻修正、法人本部の複数園確認に必要な情報と権限を、それぞれ分けます。
  • 要配慮情報:アレルギーや緊急連絡先は、項目ごとに閲覧範囲を決めます。登降園担当者へ一律に開放しない設計にします。
  • 性能・運用基準:同時打刻数、画面表示時間、通信断時の端末保持時間を数値にします。バックアップ頻度、復旧目標、ログ保存期間、サポート受付時間も数値で決めます。
  • 障害対策:クラウドを選ぶ場合でも、通信障害時の一時保存、復旧後の重複登録防止、端末紛失時のアカウント停止は確かめておく必要があります。

フェーズ4: 通常業務と異常系を同じ重さで見るテスト

テストでは、通常業務と例外処理を同じ重さで扱い、一続きの流れとして確かめます。

  • 業務の一連確認:園児マスタ登録から、保護者の予定提出、打刻、延長時間の計算、請求・帳票への反映までを通して確認します。
  • 例外ケース:園児名変更、クラス替え、兄弟の片方だけの登園、早退、代理迎えを試します。打刻忘れや誤打刻、月をまたぐ延長も対象にします。
  • 現場受入:朝の混雑を再現し、職員が説明書を見ずに操作できるかを確かめます。
  • 合否判定:結果は3区分(合格、修正後に再確認、運用で回避)に分けて判定します。未解決の課題が残る場合は、本番へ進まないと決めておきます。
  • 優先事項:在園児一覧の表示と請求金額の正確さを、利便性より優先します。

フェーズ5・6: 小さく始める稼働と定着、改善

稼働準備と定着では、移行、研修、効果測定を順に進めます。

  • データ整理:園児・保護者・職員マスタの重複や表記ゆれを直します。園側の責任者がベンダー任せにせず、移行件数、欠損、クラス、連絡先を照合します。
  • 切り替え当日:紙の出席簿は一定期間併用し、端末、通信、管理者アカウント、問い合わせ窓口を確かめます。
  • 職員研修:操作担当、承認担当、保護者対応担当に分けて、繰り返し行います。
  • 導入後1か月:打刻忘れ率、電話確認件数、月末集計時間、誤請求件数、保護者登録率、障害時の復旧時間を、毎週確認します。
  • 改善:数字が改善しないときは、機能を追加する前に、受付の導線、掲示物、保護者への説明、修正権限を見直します。

機能を足す前に運用を見直せば、現場の入力を増やさずに改善できる場合があります。

ポイント

迷ったときは、園児の安全確認と正確な出欠を最初の稼働範囲にして、請求や他システムとの連携は段階的に広げる方針が目安になります。

保育園・幼稚園向け登降園管理システムの費用相場

連携・移行、セミオーダー、フルスクラッチの費用レンジを比較する横棒図。
開発範囲が広がる方式ほど、予算幅も大きくなります。

費用は、SaaSの利用料と個別開発費を分けて考えると、各社の費用を同じ項目で見比べられます。端末・カード、初期設定、データ移行は初年度費用の見出しで、保守運用は個別開発費の最後で扱います。

公開価格のクラウド目安と、要件で変わる開発費は、分けて比べる必要があります。ただし、以下の金額は契約額を保証するものではなく、公開情報と業務システム一般の工程比率から整理した比較用レンジです。

既製SaaSの月額の目安(3,000円から33,000円程度)

公開価格は機能の範囲によって幅があり、月額とプラン内容を並べると、候補を比べやすくなります。公開価格を横断して見ると、登降園のみは1園あたり月額3,000〜11,000円程度、請求・帳票・連絡まで含めると月額5,500〜33,000円程度が、比較の起点になります。

  • KIDS PLUS:登降園を中心にしたプランから、請求や指導案まで含むプランまで案内しています。
  • ルクミー:月額5,000円(税抜)からで、園児定員数や職員数による変動はないと案内しています。

Hoicは、1園あたり月額10,000円からと案内しています(出典:株式会社エクシオジャパンの公式料金ページ、2026年確認)。Child Care Systemは、月額5,500円、17,600円、33,000円(税込)のプランを公開しています(出典:株式会社TSパートナーズの公式料金ページ、2026年確認)。

KIDS PLUSのスターターパックは5,800円からで、オールインパックは19,800円からです(出典:株式会社kids plusの公式料金ページ、2026年確認)。

実額は、園児数、職員数、複数園管理、オプション、初期設定、サポート範囲によって変わります。ルクミーのプランやオプション条件も、契約前に確認します。

端末・初期設定・移行を含む初年度費用

初年度の費用は、月額のほかに必要になる機器と導入作業を洗い出して考えます。

  • 機器:タブレット、ICカードリーダー、カード、バーコードリーダー、スタンド、Wi-Fiの費用を見積もります。
  • 導入作業:初期設定、職員研修、園児・保護者データの移行費を含めて考えます。
  • コドモンの例:ICカードリーダー16,280円、ICカード20枚8,470円です。
  • iPadの例:59,950円から、レンタルは月額2,200円からです。

機器の価格は一例にすぎず、必要な台数や契約条件によって総額は変わります(出典:株式会社コドモンの公式ストア・導入準備資料、2026年確認)。

端末、リーダー、カード、初期設定、移行を合わせると、既製SaaSを1園に導入する初年度は、おおむね10万〜50万円程度が予算比較の起点になります。

これは公開単価からの概算で、補助金を差し引く前の金額です。ただし、通信の改善、複数端末、保護者向け説明会、個別帳票の調整が加わると、この範囲を超える場合があります。

個別開発費の幅(100万円から2,000万円超)

開発範囲ごとの推定費用と期間は、次のとおり異なります。

  • 連携・移行:既製SaaSへのCSV連携、帳票調整、初期データ移行であれば、100万〜300万円、期間は1〜3か月程度が推定レンジです。
  • セミオーダー:独自の保育時間、延長料金、複数園本部管理、請求連携まで組み込む場合は、300万〜800万円、3〜6か月程度が比較の目安です。
  • フルスクラッチの機能:園児台帳、保護者アプリ、打刻端末、請求を新規に構築します。自治体連携、権限、監査も含まれます。
  • フルスクラッチの費用・期間:費用は800万〜2,000万円以上、期間は6〜12か月程度になる可能性があります。

この金額は、業務システムの要件定義、設計、開発、テスト、移行の一般的な工数配分と、類似する園務・請求システムの見積もりから推定しています。登降園管理に特化した公表相場ではありません。

自治体や複数法人をまたぐ基幹連携、閉域ネットワーク、電気錠、会計、公金管理を含むと、2,000万円を超えることもあります。

保守運用費は、初期開発費の年15〜20%を一つの目安にします。そのうえで、クラウド利用料、端末更新、法改正対応、問い合わせ対応、解約時のデータ返却費は、別に見積もります。

ポイント

費用は、SaaSの公開価格と要件で変わる開発費を分けて比べ、端末や初期設定、保守まで含めた総額で目安を立てます。

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

見積もりに差が出るのは、標準機能と個別対応の範囲が違うからです。そこで、3社以上へ同じ条件を渡します。

初期費用、月額、機器、移行、研修を分けて提示してもらい、保守、追加開発、解約時のデータ返却も別に示してもらいます。項目を分けておくと、安く見える提案の見落としを減らせます。

要件書に書く園の数、業務、例外、連携先

見積もりの条件をそろえるため、RFPや要件書に次の内容を具体的に書きます。

  • 施設・業務:施設種別、園数、定員、職員数を記載します。端末、打刻方式、保育時間、延長保育の区切りも書きます。
  • 例外条件:休園日、土曜・一時・預かり保育、兄弟、代理迎え、欠席連絡を明記します。
  • 帳票:名称に加え、項目、出力形式、期間、提出先、修正履歴の要否を示します。
  • システム連携:会計、請求、給与、自治体、公金管理の名称を書き出します。保護者アプリと電気錠も含め、方式、所有者、更新頻度、エラー時の責任分界を確認します。
  • 個人情報:保存場所、暗号化、権限、操作ログ、バックアップを確認します。再委託先、退園後の保存期間、契約終了時の返却・削除方法も押さえておきます。

5年間の総保有コストと導入支援の比較

契約費用と導入後の負担を比べるときは、次の項目を見ておきます。

  • 5年間の費用:月額、端末・カード、通信費、端末交換、追加アカウントを年ごとに並べます。
  • 追加費用:帳票変更、保守、研修、データ抽出、解約費も、総保有コストに含めます。
  • 作業時間:標準帳票に合わず毎月Excelで加工する場合は、職員の作業時間まで含めると、実質コストが高くなります。
  • 導入支援:初期設定、移行責任者、保護者向け資料、職員研修、問い合わせ窓口、障害時の連絡方法を、契約前に確認します。
  • 保護者支援:登録が進まない場合に備えて、ベンダーの支援と電話・フォーム対応の可否を確かめます。

契約前に確認する失敗しやすいリスク

契約前に、運用の例外、データ返却、補助制度の条件を確かめておきます。

  • 園独自の要件:保育時間や一時保育を要件に入れていないと、延長料金を手で計算する作業が残ることがあります。
  • 障害・例外対応:打刻忘れ、誤打刻、通信断、端末故障、停電のときの担当者と手順を決めます。スマートフォンを持たない家庭や、退園後の閲覧についても決めておきます。
  • 契約終了時:園児台帳、出席・請求履歴、修正ログの返却形式と費用、削除証明の可否を確認します。
  • 補助制度:対象年度、施設種別、申請者、対象経費、交付要綱を、制度名に加えて自治体に確かめます。

ポイント

見積もりは、同じ条件を3社以上へ渡し、初期費用から解約時のデータ返却までを項目ごとに比べると、差の理由が見えやすくなります。

よくある質問

登降園管理システムは、園児の安全、保護者との連絡、請求の正確さに関わります。導入の前に、運用上の疑問を解消しておきましょう。

選定結果に影響しやすい質問に、順に答えます。

保護者がスマートフォンを持っていない場合も使えますか?

タブレットへのタッチ、QRコード、ICカード、職員による代理打刻など、複数の方法があれば対応できます。

スマートフォンでの打刻を全員に求めず、家庭ごとの代替手段を用意します。本人確認や代理打刻の記録方法も、園のルールとして定めておきます。

打刻忘れや誤打刻はどのように修正しますか?

保護者が申請し、職員が承認して修正する方法が一般的です。また、修正前後の時刻、修正者、理由、承認日時を記録できるかも確かめます。

修正後に出席簿と延長料金を再計算できるかも見ておきます。請求側に反映されない製品もあるため、デモで修正から請求確認までを操作して確かめます。

通信障害や停電が起きたときも登降園を記録できますか?

オフライン時に一時保存できる製品もあります。ただし、保持時間、復旧後の同期、重複登録の扱いは製品ごとに異なります。

停電や端末故障に備えて、紙の受付票、職員による点呼、復旧後の入力担当者を決めておきます。システムが止まったときの在園児確認の手順も、テストで確かめます。特に、こうした場合は安全確認を最優先にします。

幼稚園の預かり保育や複数園本部の管理にも対応できますか?

対応可否は、預かり保育の時間区分、休業日、園児ごとの契約、兄弟、園ごとの請求ルールを設定できるかで決まります。

複数園本部では、園ごとの権限を分け、法人全体の在籍数や利用状況を集計できるかを確認します。

デモでは、保育園の延長保育に加えて、幼稚園の通常教育時間と預かり保育を別料金で再現してもらいます。

ポイント

代替打刻、打刻忘れの修正、通信障害時の記録、預かり保育や複数園への対応は、デモで実際に操作して製品ごとの違いを確かめると判断しやすくなります。

まとめ

要件整理、選定、設計開発、テスト、稼働、定着の順に進めると、判断漏れを抑えられます。

打刻方式だけでなく、在園確認、欠席連絡、修正履歴、延長料金を、一連の業務として確認します。請求、帳票、通信障害時の代替運用も、同じ流れの中で見ます。

既製SaaSの月額は3,000〜33,000円程度、端末や初期設定を含む初年度は10万〜50万円程度が、公開価格の比較の目安です。

個別開発は、連携・移行の100万〜300万円程度から、フルスクラッチの800万〜2,000万円以上まで幅があります。

同じRFPで複数社へ見積もりを依頼し、5年間の総保有コストと導入支援を比べます。金額に加えて、職員の入力を増やさず安全確認と請求精度を両立できるかが、選定の決め手です。

開発を成功させる要点

まず、園側の責任者を決め、現場観察で業務と例外を洗い出します。要件をMust・Should・Couldに分けてから、選定へ進みます。

導入後は、打刻忘れ率や月末集計時間などを確認し、機能を追加する前に運用を改善します。職員と保護者が無理なく使い続けられるかどうかが、長期的な効果につながります。

まずRFPと現場チェックリストの作成

園の業務とシステム要件を先に整理しておくと、各社への依頼条件をそろえやすくなります。

  1. 朝夕の業務を30分単位で書き出し、園児、保護者、職員、料金、帳票、連携先の一覧を作ります。
  2. これまでに作った資料を使い、3社以上へ同じ条件でデモと見積もりを依頼します。通信障害時の代替運用、データ返却、保守範囲も確認します。
  3. 補助制度を使う場合は、契約や発注の前に、自治体の最新要綱を確かめます。

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

会社紹介

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

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

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

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

執筆者プロフィール
張田谷凌央
張田谷凌央

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