保育園・幼稚園向けシステム開発の発注/外注/依頼/委託方法について

保育園・幼稚園向けシステムの発注・外注は、現場の業務を整理したうえで、標準機能と個別開発の境界、導入後の運用まで契約に落とし込むことが成功のポイントです。

紙やExcel、電話、FAXが混在する園務をデジタル化したいと思っても、何をどの会社へ頼めばよいか、RFP(提案依頼書)に何を書くべきか、見積金額をどう比べるべきかで迷う担当者は少なくありません。本記事では、保育園・幼稚園向けシステムの発注形態の選び方、要件整理、契約形態、費用相場、委託先選定、見積比較の進め方を、単園・法人・自治体それぞれの視点で解説します。

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

保育園・幼稚園向けシステムを発注する前に知るべき全体像

保育園・幼稚園向けシステムの発注計画を検討する担当者

保育園・幼稚園向けシステムは、連絡アプリだけではなく、園児台帳を中心に登降園、保育記録、請求、職員管理、安全確認、自治体との情報連携をつなぐ業務基盤です。発注では「機能が多い会社」を探す前に、どの転記や確認作業をなくし、誰がどの情報を入力するのかを明確にします。

最初に対象業務を一つの流れで整理します

現場観察では、朝の登園受付から夕方の降園までを時系列で追います。登園時刻や欠席連絡を受けた後、検温、午睡、食事、投薬、連絡帳、申し送り、延長保育、請求処理、帳票作成のどこで紙や個人端末への転記が発生しているかを記録します。園長や法人本部だけで決めず、担任、事務、栄養士、バス担当、保護者の代表にも確認すると、実際には使われていない機能や、例外処理の見落としを減らせます。

標準SaaSと個別開発を同じ基準で比べないことが重要です

短期間で導入し、登降園や保護者連絡など一般的な業務を標準化できるなら、クラウドSaaSや保育業務支援パッケージが候補です。独自の帳票、複数園をまたぐ法人本部の管理、既存の会計・人事・自治体システムとの連携が重要なら、パッケージへの追加開発やローコード開発を検討します。現行業務を変えられない理由が明確で、長期間使う独自基盤が必要な場合に限り、スクラッチ開発を選びます。選択肢ごとに初期費用、月額費用、自由度、導入期間、保守責任が異なるため、「開発会社かSaaS会社か」ではなく、解決したい業務との適合性で判断します。

保育園・幼稚園向けシステムの発注形態はどれが適していますか?

保育園向けシステムの発注形態を比較する場面

結論として、標準化できる業務はSaaS、既存業務との接続や独自帳票が多い場合は追加開発、自治体や法人全体の複雑な要件を長期運用する場合は個別開発が向いています。最初から一つに決めず、標準機能で満たせる範囲と、変えられない業務だけを分けて検討すると、過剰な開発費を抑えながら現場の納得感も得やすくなります。

クラウドSaaS・既製パッケージを選ぶケースです

登降園、欠席連絡、連絡帳、園児台帳、帳票など、複数の園で共通する業務を早く始めたい場合は、クラウドSaaSが有力です。サーバーの保守やアップデートを自社で抱えにくい小規模園でも始めやすく、試行園で操作性を確かめてから全園へ広げられます。一方で、料金改定、通信障害、データ出力の制約、サービス終了時の返却条件は、導入前に確認します。標準機能に業務を合わせられるかを、現場職員と一緒に試用して判断することが大切です。

追加開発・スクラッチ開発を選ぶケースです

独自の認定区分、園ごとに異なる請求ルール、自治体指定の帳票、会計・給与・人事との連携、複数園を横断する権限設計が必要なら、追加開発やスクラッチ開発を検討します。ただし、要望をそのまま機能にすると、保守対象が増え、年度更新のたびに改修が必要になることがあります。まず標準機能で運用を変えられない理由を言語化し、例外処理の件数や法令・自治体要件など、個別開発が必要な根拠をRFPに記載します。

保育園・幼稚園向けシステムの発注・外注を進める手順

保育園の現場ヒアリングと要件整理

発注は、候補会社へいきなり見積を依頼するより、現状把握、優先順位付け、RFP作成、提案比較、契約、試行導入、全園展開の順に進めます。特に保育現場では、年度切替、クラス替え、転園、退園、職員の入れ替わりがあるため、通常日の業務だけでなく、年1回・月1回しか発生しない処理も要件に含めます。

現状整理とRFP・要件の準備を行います

RFPには、対象施設数、園児数、職員数、利用者の役割、導入希望時期、対象業務、既存システム、必要な連携、データ移行対象、成果物、保守範囲を記載します。機能一覧だけでなく、「欠席連絡を受けた職員が誰で、どの画面を確認し、何を記録するか」という業務シナリオを添えると、会社ごとの前提差が小さくなります。園児、保護者、職員、クラス、年度、施設、請求項目のマスタを誰が準備し、表記揺れをどう直すかも発注者側で先に決めます。

提案・要件定義では現場で検証できる形にします

提案時は、デモ画面の見栄えだけで決めず、実際の園児情報を匿名化したサンプルで、登降園、連絡帳、午睡記録、請求、帳票出力、年度更新を操作します。画面の入力回数、スマートフォンでの保護者操作、権限による見え方、通信が切れたときの代替手順を確認します。試行導入では、入力時間、転記回数、電話件数、帳票作成時間、保護者の利用率を測定し、導入前後で効果を比較できるようにします。

データ移行・テスト・研修・リリースを分けて管理します

開発や設定が完了しても、旧システムからのデータ移行、権限設定、帳票の印刷、保護者アカウントの発行、年度切替の確認が終わらなければ本番運用には進めません。受入テストでは、正常系だけでなく、兄弟児、アレルギー情報の変更、途中入園、退園後の閲覧、緊急連絡、二重登録、入力ミスを確認します。研修は園長向け、担任向け、事務向け、法人本部向けに分け、問い合わせ窓口と障害時の紙運用を決めたうえで段階的に展開します。

保育園向けシステムの契約形態はどう選びますか?

システム開発の契約条件を確認する打ち合わせ

契約形態は、作るものが固まっているか、発注者と受託者が要件を一緒に詰める必要があるか、運用後も継続支援が必要かで選びます。契約書の名称だけでなく、成果物、検収基準、変更手続き、障害対応、データの扱いを確認することが重要です。

請負契約は完成物と検収基準を明確にします

請負契約は、合意したシステムや機能を完成させ、検収を受けることを目的とする契約です。画面一覧、機能仕様、連携仕様、テスト仕様書、操作マニュアルなどの成果物と、検収期間、瑕疵や不具合の修正範囲を明記します。「使える状態」の定義が曖昧なまま進めると、帳票の細部や年度更新の扱いが追加費用になりやすいため、業務シナリオ単位で受入条件を置きます。

準委任契約は要件定義や継続支援に向いています

準委任契約は、専門家の作業や支援を一定期間受ける形で、要件定義、現場ヒアリング、プロジェクト管理、運用改善、保守に向いています。要件が変わりやすい段階で無理に完成物を固定せず、月次の作業内容、担当者、稼働時間、成果報告、意思決定の方法を決めます。発注者側にも確認や承認の役割があるため、園長や法人本部が何営業日以内に回答するかを合意しておくと、遅延を防ぎやすくなります。

SaaS利用契約・保守契約では終了時の条件も確認します

SaaSでは月額利用料に、サーバー運用、アップデート、サポートが含まれる場合がありますが、端末、通信、口座振替手数料、写真販売、初期設定、データ移行は別料金のことがあります。契約前に、サービス停止の事前通知、障害時の復旧目標、バックアップ、データ出力形式、解約時の返却期限と費用、再委託先、国外でのデータ取扱いを確認します。保守契約では、受付時間、一次回答、復旧、軽微改修と追加開発の境界を分けて記載します。

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

保育園向けシステムの費用相場を確認する資料

費用は、初期導入費、ライセンスまたは月額利用料、追加開発、データ移行、端末・ネットワーク、研修、保守に分けて見ます。公開料金のあるSaaSと、個別見積の開発案件は価格の意味が異なるため、単純に月額だけ、または開発費だけを比べてはいけません。以下の金額は公開情報と業務システム一般の費用構造をもとにした目安であり、園児数、施設数、連携範囲、セキュリティ要件で変動します。

SaaSの月額費用は公開料金とオプションを分けて確認します

公開料金の例として、CoDMONは2026年8月確認時点で、基本利用料が定員30名以下で月額3,300円、31〜60名で5,500円、61〜100名で8,800円(税込)からです。登降園、帳票、シフト、請求などのオプションは別料金で、ほぼすべてのオプションを使えるパックは定員31〜100名で月額33,000円と案内されています(出典:株式会社コドモン公式料金ページ、2026年確認)。一方、HoiCaは初期費用なし(ハードウェアを除く)で、定員19名まで月額500円、20名以上月額1,500円、LINE配信は月額500円と公開しています(出典:HoiCa公式料金ページ、2026年確認)。

このように、小規模園のSaaSは月額500円から1万円前後の基本料金で始められる例があり、機能を複数組み合わせると月額数千円から数万円程度が比較の起点になります。法人で複数園を横断管理し、請求、端末、連携、導入支援を加える場合は、月額数万円から数十万円になることもあります。定員単位、施設単位、職員数、機能単位のどれで課金されるかをそろえて比較します。

スクラッチ開発は機能範囲別の推定レンジで判断します

保育園専用の公的な開発費統計は確認できないため、スクラッチ開発費は断定せず、業務システム一般の費用構造、公開SaaSの機能範囲、想定する連携数からの編集部推定として扱います。単園向けに園児台帳、出欠、保護者連絡を中心に作る場合は300万〜800万円、帳票、請求、職員シフト、データ移行、外部連携を含む法人向けは800万〜2,000万円、複数自治体や多数園との連携を含む公共案件は2,000万〜5,000万円超が検討レンジです。これは相場を保証する金額ではなく、RFPの粒度や品質要件によって変わる目安です。

初期費用だけでなく5年間のTCOを比べます

端末やWi-Fi整備は別途5万〜50万円程度から、ICカードリーダーや午睡センサーを複数園へ展開する場合は数十万〜数百万円の追加を見込みます。既存データの整理・移行、研修、マニュアル、年度切替支援、問い合わせ窓口も見積に含めます。クラウドSaaSは月額に運用費が含まれる場合がありますが、個別開発では年間保守が初期開発費の15〜20%程度を一つの確認目安とし、何が保守に含まれるかを確認します。5年間の利用料、保守、端末更新、通信、追加改修、解約時のデータ出力まで足したTCOで比べると、初期費用の安さだけに引っ張られにくくなります。

補助制度を使える場合もあります。こども家庭庁の令和7年度保育関係補正予算資料では、業務ICT化のシステム導入について、1機能は1施設20万円、2機能は40万円、3機能は60万円、4機能は80万円、端末購入等を併せる場合はそれぞれ70万円、90万円、110万円、130万円の補助基準額が示されています(出典:こども家庭庁「令和7年度保育関係補正予算の概要」、2025年公表)。実施主体、申請時期、対象機能、自治体負担、1施設1回限りなどの条件は自治体で異なるため、予算化の前に最新の公募要領を確認します。

委託先の選定と見積比較で確認すべきポイント

保育園向けシステムの委託先と見積を比較する会議

委託先は、保育領域の経験だけでなく、単園・複数園・自治体のどこに強いか、導入後のデータ移行や研修を誰が担うか、障害時にどのような代替運用を提案できるかで選びます。見積書の合計金額だけでは比較できないため、同じRFPを渡し、前提条件と除外項目をそろえます。

実績は導入数だけでなく似た運用の事例を見ます

確認したい実績は、単なる導入施設数ではありません。自園と同じ定員規模、保育園・幼稚園・認定こども園の区分、公立・私立、複数園の本部管理、自治体連携、既存データ移行の経験を確認します。事例では、導入前の課題、導入にかかった期間、現場研修の方法、利用されなかった機能、導入後の問い合わせ件数まで聞きます。「導入数No.1」のような表現は調査条件が異なるため、対象年度、対象施設、調査主体も確かめます。

見積は作業項目・数量・単価・前提を分解して比べます

見積比較では、要件定義、画面設計、開発・設定、連携、テスト、データ移行、研修、リリース、保守を分けます。作業時間、対象施設数、移行件数、環境数、会議回数、サポート時間などの数量があるかを確認し、「一式」だけの項目は説明を求めます。安い見積の理由が標準機能の活用なら合理的ですが、移行、研修、セキュリティ、障害対応を除外しているだけなら、後から追加費用になります。提案金額だけでなく、納期、発注者側の作業、未確定事項、変更時の単価を一覧にします。

セキュリティと再委託の責任を契約に入れます

保育園・幼稚園向けシステムは、氏名や住所だけでなく、健康診断、アレルギー、発達、家庭状況、緊急連絡先などの情報を扱います。権限を園長、担任、事務、法人本部、自治体、保護者で分け、多要素認証、通信・保存時の暗号化、操作ログ、バックアップ、復元テスト、脆弱性対応、退職者アカウントの停止を要件に含めます。

個人情報保護委員会の通則ガイドラインは、委託先の安全管理措置を事前に確認し、契約に取扱状況を把握する内容を盛り込み、定期的な監査などで評価することを示しています。また、再委託先、業務内容、個人データの取扱方法について事前報告や承認を行うことも望ましいとされています(出典:個人情報保護委員会「個人情報の保護に関する法律についてのガイドライン(通則編)」、2026年確認)。委託先の会社名だけでなく、クラウド事業者、保守会社、サポート会社までデータに触れる範囲を確認します。

さらに、こども家庭庁の令和7年度補正予算資料では、保育業務施設管理プラットフォームと保育ICTシステムの登降園情報をAPI連携する改修が示されています(出典:こども家庭庁「令和7年度保育関係補正予算の概要」、2025年公表)。今後の連携を見据え、CSV出力だけでなくAPIの有無、データ項目、認証方式、エラー時の再送、仕様変更時の費用をRFPで確認します。

保育園・幼稚園向けシステムの発注でよくある質問

保育園向けシステムの発注に関する質問

発注前には、費用だけでなく、現場の使いやすさ、データの安全性、導入後の支援、将来の連携まで確認する必要があります。ここでは、検討時に特に質問されやすい内容を回答します。

保育園・幼稚園向けシステムはいつ発注すればよいですか?

本番稼働の時期から逆算し、現状整理と候補選定に数週間から数か月、既存パッケージの設定・移行に2〜4か月、単園の個別開発に3〜6か月、法人規模の独自開発に6〜12か月程度を推定します。年度始めに切り替えるなら、前年度中に試行、研修、マスタ登録、保護者説明を終えられるよう、余裕を持って発注します。

保育ICTシステムの発注に補助金は使えますか?

使える可能性がありますが、自治体の公募要領で対象施設、対象機能、申請期限、補助率、端末の扱いを確認する必要があります。こども家庭庁の資料に補助基準額が示されていても、園が直接申請するのか、都道府県・市区町村を通すのか、交付決定前に契約してよいのかは制度ごとに異なります。見積書を取る段階で、補助対象経費と対象外経費を分けてもらいます。

既存の園児データは委託先へ安全に移行できますか?

移行できますが、移行前に項目、形式、重複、表記揺れ、退園者の扱い、保管期間を整理します。全件を一度に移すのではなく、匿名化したサンプルで変換し、件数、氏名、クラス、アレルギー、緊急連絡先、年度、添付ファイルが一致するかを検証します。契約には、データを扱う担当者、保存場所、アクセス権限、返却・削除、削除証明、再委託の条件を明記し、移行後に発注者がバックアップを保管できるようにします。

小規模園は大がかりな開発を依頼する必要がありますか?

必要とは限りません。小規模園は、登降園、健康記録、保護者連絡など優先度の高い機能に絞ったSaaSを試し、職員が無理なく使えるかを確認する方法が適しています。HoiCaの公式料金ページでは、定員19名まで月額500円、最短4日で導入できる例が公開されていますが、機能やサポートの範囲はサービスごとに違います。機能数ではなく、紙の転記や電話対応が何件減るかで導入効果を評価します。

まとめ

保育園・幼稚園向けシステムの発注計画をまとめる

保育園・幼稚園向けシステムの発注・外注では、最初に現場の1日の業務と年度更新・例外処理を整理し、標準SaaS、パッケージ追加開発、スクラッチ開発を適切に分けます。RFPには、機能だけでなく、対象施設、利用者権限、データ移行、保護者の操作、自治体や会計との連携、障害時の代替運用、研修、サービス終了時のデータ返却まで記載します。

費用は、公開料金と個別開発の推定レンジを区別し、初期費用だけでなく月額、保守、端末、通信、追加改修を含むTCOで比較します。委託先は、導入実績の数だけでなく、自園と似た運用の事例、現場定着の支援、データを守る体制、再委託の管理、障害時の対応を確認します。最も多機能なシステムではなく、職員が毎日使い続けられ、子どもと向き合う時間を増やせる仕組みを選ぶことが、発注の最終的な目的です。

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

会社紹介

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

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

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

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

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

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