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

保育園・幼稚園向け保護者連絡システムの発注は、連絡機能だけにするか園務全体まで扱うかを先に分け、RFP・契約・費用・運用支援を同じ基準で比較することが成功の近道です。

電話に集中する欠席連絡、紙からの転記、既読確認の難しさを解消したいと考えても、いきなり開発会社へ「便利なアプリを作ってください」と依頼すると、機能が膨らみ、見積もりの比較も難しくなります。この記事では、SaaSやパッケージの導入、既存クラウドへの追加開発、フルスクラッチ開発を選ぶ基準から、RFPの作り方、契約形態、2026年時点の費用目安、委託先の選び方まで、発注・外注・委託の実務を順番に解説します。

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

保育園・幼稚園向け保護者連絡システム発注の全体像

発注の最初の仕事は、システムの機能を列挙することではなく、園と家庭の間でどの業務をデジタル化するかを決めることです。保護者からの欠席・遅刻・早退・お迎え変更を受け付け、園側がクラス単位や個別に確認し、必要な職員へ共有する流れを一つの業務として捉えます。

保護者連絡に絞ったシステムは、欠席・遅刻・送迎変更の受付、一斉配信、連絡帳、既読確認、写真や書類の共有を中心にします。電話対応や紙の配布を早く減らしたい小規模園には、機能を絞ったSaaSやパッケージが合いやすいです。

一方、総合保育ICTは、登降園打刻、検温・睡眠・食事・排便の記録、請求、延長保育料、帳票、写真販売、職員管理まで一体化します。将来の拡張には強い反面、初期設定や職員研修、料金のオプション構成が複雑になりやすいため、「今すぐ必要な機能」と「2年以内に検討する機能」を分けて発注書に書くことが重要です。

最初の導入範囲は、園児・クラス・保護者のマスタ管理、欠席・遅刻・お迎え変更、園からの一斉・クラス別・個別配信、既読・未読確認、連絡帳、写真・ファイル共有を基本にすると整理しやすいです。兄弟姉妹を一つの保護者アカウントで切り替えられるか、父母や祖父母など複数の保護者を登録できるか、多言語表示に対応するかも、後から変更しにくい要件です。

実際に北名古屋市は、2025年1月から公立保育園10施設でコドモンを本格導入し、出欠連絡、文書配布、登降園管理、アンケート、乳児の日誌を段階的に運用しています（出典: 北名古屋市公式ウェブサイト、2025年6月更新）。この事例からも、保護者連絡だけを切り出すのか、登降園や記録まで一体化するのかを段階的に決める発注が現実的だと分かります。

発注形態はSaaS・追加開発・スクラッチから選びます

発注形態は、園独自の業務に合わせて自由に作れるかだけでなく、導入までの速さ、保守の責任、データの持ち出しやすさで選びます。候補を一つに決めてから見積もりを依頼するのではなく、同じ業務要件をSaaS、既存クラウドの追加開発、スクラッチ開発の3案に当てはめて比較すると、過剰な開発を避けやすくなります。

SaaSやパッケージは、すでに保護者アプリ、園側の管理画面、通知、権限管理、バックアップなどが用意されているため、短期間で運用を始めたい園に向いています。基本機能の範囲が明確で、アップデートや障害対応を提供会社に任せやすい点もメリットです。

ただし、園独自の承認フロー、自治体の指定帳票、既存の請求システムとの深い連携は、標準機能だけでは対応できない場合があります。契約前にデモ画面だけを見るのではなく、欠席連絡を受けた後に誰が確認し、どこへ通知し、締切後の変更をどう扱うかという実際のシナリオを操作して確認します。

既存クラウドへの追加開発は、標準の保護者連絡や通知基盤を活用しながら、法人の園児台帳、請求、職員シフト、自治体向け帳票だけをつなぎたい場合に有効です。すべてを作り直さず、CSVやAPIで必要なデータだけを連携すれば、開発費と導入期間を抑えながら二重入力も減らせます。

この方式では、標準機能のアップデートで追加開発部分が動かなくならないかを確認します。APIの仕様変更の通知方法、テスト環境の有無、連携障害時にどちらの会社が一次対応するかをRFPに入れ、責任分界点を契約書にも反映します。

フルスクラッチ開発は、複数法人や自治体の独自ルール、既存基幹システムとの深い統合、データの保管場所や運用ポリシーを細かく指定したい場合に検討します。複数園をまたぐ本部管理、施設ごとの権限、監査ログ、特殊な請求計算など、標準製品の設定では吸収できない要件が明確なら選択肢になります。

一方で、完成後も脆弱性対応、OSやミドルウェアの更新、アプリ審査、バックアップ、監視、問い合わせ対応を継続しなければなりません。自社で保守人材を持たない場合は、開発会社との保守契約を初期見積もりに含め、最低3年程度の運用総額で判断します。

RFPと要件整理は現場の業務フローから作ります

RFPは、開発会社に希望機能を伝えるだけの資料ではありません。園が抱える課題、対象施設、利用者、業務の流れ、データ連携、セキュリティ、導入時期、評価方法を同じ資料にまとめ、各社から比較可能な提案を受けるための発注条件です。

最初に、朝の欠席連絡を例として、保護者が連絡する方法、園が受け付ける担当者、クラス担任への共有方法、出欠簿への反映、保護者への確認、締切後の例外対応を一つずつ書き出します。お迎え時間の変更、延長保育、感染症に関する連絡、行事の出欠、緊急連絡も同じように整理します。

業務ごとに「入力者」「確認者」「最終承認者」「参照できる人」「保存する期間」を決めると、必要な権限と画面が見えてきます。電話をなくすこと自体を目的にせず、電話を受けた場合の代替入力や、通信障害時の紙運用も残しておくことが安全です。

機能要件は、すべてを必須にすると比較できなくなるため、Must、Should、将来候補に分けます。Mustには園児・保護者マスタ、欠席・遅刻・送迎変更の受付、一斉・クラス別・個別配信、既読確認、連絡帳、権限、操作ログを置きます。Shouldには登降園打刻、写真共有、アンケート、帳票出力を置き、将来候補には請求、決済、午睡記録、バス運行、自治体連携などを置く考え方です。

各機能には、利用者、処理の開始条件、入力項目、通知先、エラー時の表示、CSVやAPIの入出力、受け入れテストの条件を添えます。たとえば「欠席連絡ができる」ではなく、「保護者が当日分を午前9時までに送信し、園側はクラス別一覧で確認し、締切後は管理者の承認が必要になる」と書くと、提案と見積もりの差が小さくなります。

子どもの氏名、連絡先、写真、健康・発達に関する記録を扱うため、非機能要件を後回しにできません。通信の暗号化、保存データの暗号化、二要素認証の可否、園・クラス・職種ごとの権限、操作ログ、バックアップ頻度、復旧目標、脆弱性対応、障害時の連絡時間をRFPに記載します。

個人情報保護委員会のガイドラインは、委託先を選ぶ際に、委託元に求められるものと同等の安全管理措置が確実に実施されることを事前確認するよう示しています（出典: 個人情報保護委員会「個人情報の保護に関する法律についてのガイドライン（通則編）」、2026年確認）。契約終了時のデータ返却形式、削除期限、削除証明、再委託先の管理、漏えい時の報告期限も、セキュリティ質問票と契約条項の両方に入れます。

契約形態は要件の確定度と責任分界で選びます

契約形態は、名前だけでなく、成果物の定義、検収の条件、変更時の費用、納期遅延の扱い、保守の範囲まで含めて選びます。要件がまだ揺れている段階で開発全体を一括契約すると、追加費用や責任範囲をめぐるトラブルが起きやすいため、企画・要件定義と開発を分ける方法も有効です。

請負契約は、合意した成果物を完成させ、発注者が検収する開発に向いています。画面一覧、機能一覧、データ項目、権限、外部連携、テスト仕様、マニュアル、納品形式を契約書や仕様書の対象にし、検収で何を確認すれば合格なのかを具体化します。

「園側で使えること」のような抽象的な条件ではなく、「保護者がスマートフォンから欠席を送信でき、園側の一覧に反映され、既読状態を確認できる」といった操作単位で受け入れ条件を書きます。画面の微調整や文言変更をどこまで含むかも、軽微な変更の定義として決めておきます。

準委任や時間精算の契約は、要件定義、UX検討、プロトタイプ、運用改善のように、作業内容が途中で変わりやすい工程に向いています。月ごとの稼働時間、担当者、単価、作業報告、優先順位の決め方を明記し、成果物の完成責任と混同しないようにします。

要件定義だけを準委任で実施し、仕様が固まった後に開発を請負で発注する二段階方式も選べます。発注側が意思決定できる職員を確保できない場合は、契約形態よりも会議体と承認期限を先に決め、決定が遅れた場合のスケジュール変更も取り決めます。

保護者連絡システムでは、発注時の開発費だけでなく、誰がデータを管理し、どの会社がクラウドを運用し、どの会社が保護者からの問い合わせを受けるかを契約で決めます。再委託がある場合は、再委託先の範囲、承認方法、監査、事故時の責任を確認します。

退園・転園・契約終了の際に、園児・保護者マスタ、連絡履歴、写真、帳票をどの形式で返却できるかも重要です。CSVだけで足りるのか、写真の原本や添付ファイルも必要なのか、返却後に提供会社が何日以内に削除するのかを決め、削除証明を求められるようにしておきます。

費用相場は月額・初期費用・開発費を分けて見ます

費用は、初年度だけの初期費用、毎月の利用料、追加開発費、データ移行・研修費、保守・運用費、端末や通信費に分けて比較します。月額だけで安いと判断すると、初期設定やオプション、保護者向けサポート、複数園本部管理の費用が後から加わり、想定した予算を超えることがあります。

公開料金を確認できるサービスでは、KIDS PLUSが基本プラン月額3,000円（税込）から、スターターパック5,800円から、オールインパック19,800円からと案内しています。CCS HOMEを含むChild Care Systemは月額5,500円（税込）からです（出典: KIDS PLUS公式料金ページ、Child Care System公式ページ、2026年8月確認）。この公開価格を基準にすると、保護者連絡や登降園の基本機能は1施設あたり月3,000円から8,000円程度、請求・指導案・記録まで含める総合型は月1万円から2万円程度が一つの目安になります。

ただし、これは公開されている基本料金から見た目安であり、園児数、施設数、オプション、初期設定、端末、税、保護者サポートの範囲で変わります。たとえば基本プランだけを12か月使う場合は年間3万6,000円からですが、追加機能や初期費用を含む初年度総額は別に見積もる必要があります。

フルスクラッチの公開価格は少ないため、以下はリサーチノートに基づく機能範囲と一般的な業務Webシステム工程から算出した発注計画上の推定レンジであり、特定会社の見積額ではありません。既存クラウドへの追加開発やAPI連携は100万円から500万円程度、保護者連絡に絞ったMVP開発は300万円から800万円程度、登降園・請求・帳票・記録まで含む総合システムは800万円から2,000万円程度を一つの検討レンジとします。

複数園や自治体向けに多テナント、厳格な監査、外部API、冗長化まで求める場合は、2,000万円から5,000万円超となる可能性があります。要件定義を10％から15％、設計を15％から20％、開発を30％から40％、テストを15％から20％、移行を5％から10％程度と仮置きすると、見積書の金額がどの工程に配分されているかを確認しやすくなります。

新規開発では、保守・運用費を初期開発費の年15％から20％程度で仮置きし、クラウド利用料、監視、バックアップ、OSやミドルウェア更新、問い合わせ対応を分けて見積もります。SaaSでも、アカウント追加、写真容量、SMS、端末、データ出力、保護者向け電話窓口などに追加料金があるかを確認します。

補助金は「実質無料」と断定せず、導入年度、対象施設、対象機能、申請時期、自己負担、交付決定前の契約可否を自治体の公募要領で確認します。こども家庭庁は令和8年度の保育ICTラボで、先端ICTのショーケース化、相談窓口・人材育成、ネットワーク形成を支援しています（出典: こども家庭庁「保育ICTラボ事業」、2026年確認）。東京都でも保育所等のデジタル化推進事業の補助要綱が案内されていますが、対象と上限は自治体ごとに異なります。

委託先選定と見積比較は同じ条件で行います

委託先は、機能数や知名度だけで決めず、同規模・同園種の実績、導入支援、保護者問い合わせの分担、データ移行、連携力、セキュリティ、契約終了時の対応を比較します。特に、園側の職員がシステムの問い合わせ窓口まで担うのか、提供会社が保護者向けサポートを受けるのかで、導入後の負担が大きく変わります。

提案依頼では、保育園、幼稚園、認定こども園、公立園、複数園法人など、自園に近い導入事例を尋ねます。導入数だけではなく、導入前の紙や電話の運用、登録率、研修期間、問い合わせ件数、導入後の改善内容を確認し、可能なら同規模の利用者に話を聞きます。

次に、データ移行の対象、CSVやAPIの仕様、既存の登降園・請求・園児台帳との連携、障害時の連絡経路を質問します。2026年は、こども家庭庁が保育業務施設管理プラットフォームや保活情報連携基盤を進め、ユニファも2026年3月にルクミーの連携対応を公表しています（出典: ユニファ株式会社公式発表、2026年3月）。今すぐ連携しない場合でも、将来のデータ出力やAPI対応を確認しておくと、乗り換えや拡張の選択肢を残せます。

見積書は、要件定義、画面設計、アプリやWeb画面の開発、通知、権限、テスト、データ移行、研修、リリース、保守を分けて記載してもらいます。各社が同じ業務範囲を見ているかを確認するため、機能ごとの工数、単価、数量、前提条件、含まれない作業、追加時の単価を揃えます。

安い見積もりでも、初期設定、保護者登録支援、既存データの整形、マニュアル、操作研修、審査、障害対応が別料金なら、初年度総額では高くなる場合があります。反対に高い見積もりでも、導入伴走や保護者向け窓口、3年間の保守、データ返却まで含んでいる可能性があります。単価の高低より、含まれる成果物と責任範囲を比較します。

全園一斉導入の前に、1園または1クラスで試行し、保護者登録、欠席連絡、園からのお知らせ、既読確認の4つを実際に使う方法が安全です。試行では、登録できた保護者の割合、電話件数、入力漏れ、職員の確認時間、問い合わせ内容を記録し、改善してから対象を広げます。

導入後30日までは操作説明と問い合わせ対応、60日までは紙・電話との併用ルールの見直し、90日まではKPIの確認と追加要件の優先順位付けを行います。開発会社には、研修資料、保護者向け案内文、FAQ、障害時の代替連絡、管理者交代時の引き継ぎ方法まで提案してもらうと、機能導入後の定着を評価できます。

よくある質問（FAQ）

発注前には、費用、開発期間、補助金、セキュリティ、既存システムとの連携について同じ質問が寄せられます。ここでは、提案依頼を始める前に判断しやすいよう、結論を先に回答します。

電話や紙の連絡を早く減らしたい、独自業務が少ない、保守を自社で担いたくない場合は、SaaSやパッケージが向いています。自治体独自の帳票や既存基幹との深い連携、複数法人をまたぐ独自ルールが重要なら、追加開発やスクラッチを比較します。

公開料金から見るSaaSの月額は、基本機能で1施設あたり3,000円から8,000円程度、総合型で月1万円から2万円程度が一つの目安です。追加開発は100万円から500万円程度、MVP開発は300万円から800万円程度という推定レンジがありますが、園児数、施設数、連携、移行、研修で変わるため、同じRFPで複数社から初年度総額を取る必要があります。

無料になるとは限りません。補助対象の機能、施設、申請時期、上限、自己負担、交付決定前の契約可否が制度ごとに違うため、導入予定の自治体へ公募要領を確認し、対象外の初期設定費や端末費も含めて予算化します。

通信・保存データの暗号化、アクセス権限、認証、操作ログ、バックアップ、脆弱性対応、再委託、事故時の報告、データ返却と削除を確認します。子どもの写真や健康情報を扱うため、認証やログが「ある」という説明だけでなく、誰が何を見られるか、退園後いつ削除されるかまで質問票と契約書で明確にします。

まとめ

保育園・幼稚園向け保護者連絡システムを発注するときは、最初に保護者連絡だけを導入するのか、登降園・請求・保育記録まで一体化するのかを決めます。そのうえで、電話・紙・Excelの業務フローを棚卸しし、Must機能、データ連携、権限、障害時の代替手段、KPIをRFPにまとめます。

SaaSの公開料金は月額3,000円台から2万円程度まで幅があり、追加開発や新規開発は機能範囲によって100万円台から数千万円規模まで変わります。金額だけでなく、初期設定、データ移行、保護者登録、研修、問い合わせ対応、保守、契約終了時の返却まで含む初年度総額と3年間の運用負担で比較します。

発注前に園長、担任、事務、法人本部、システム担当、可能であれば保護者の代表から困りごとを聞き、1園または1クラスで試行できるRFPにします。3社から5社程度へ同じ資料を渡し、デモ、見積書、セキュリティ回答、導入計画、契約条件を揃えて比較すれば、保育現場に定着する委託先を選びやすくなります。

発注の成否は、最初から多機能なシステムを選ぶことではなく、園の業務を一度で入力できる流れに変え、保護者と職員が無理なく使い続けられる状態をつくれるかで決まります。費用・機能・安全性・運用支援を一体で確認し、補助制度も自治体の最新要領に沿って判断することが大切です。

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

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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