保護者連絡システムの発注は、業務範囲を決め、RFPで要件をそろえ、発注形態や契約、費用を比べてから委託先を選ぶ流れで進みます。
園の業務のどこまでを任せるかを先に決めると、以降の比較条件がそろいます。全体像は保育園・幼稚園向け保護者連絡システム開発の完全ガイドもご覧ください。
▼全体ガイドの記事
・保育園・幼稚園向け保護者連絡システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
保育園・幼稚園向け保護者連絡システム発注の全体像
発注では、機能を並べる前に、園と家庭の間でデジタル化する業務を決めます。たとえば、欠席・遅刻・早退・お迎え変更を家庭から受け付け、園が確認して必要な職員に共有する流れが対象になります。
保護者連絡システムと総合保育ICTの区別
発注範囲は、保護者連絡だけに絞るか、園務全体まで含めるかで分かれます。
- 保護者連絡：欠席・遅刻・送迎変更の連絡や一斉配信が中心です。連絡帳、既読確認、写真・書類の共有も対象です。
- 総合保育ICT：登降園打刻や検温・睡眠・食事・排便の記録、請求、延長保育料を扱います。帳票や写真販売、職員管理まで含みます。
電話や紙のやり取りを早く減らしたい小規模園には、機能を絞ったSaaSやパッケージが合います。
総合型は、将来の拡張に強い一方で、初期設定や研修、料金オプションが複雑になりやすい面があります。そのため、今すぐ必要な機能と2年以内に検討する機能を分けて、発注書に書き分けます。
最初に決める最小の導入範囲
導入範囲は、園児・クラス・保護者の管理を土台にすると整理しやすくなります。
基本機能は、連絡受付や配信、既読確認とし、連絡帳やファイル共有も含めて考えます。
- 保護者アカウント：兄弟姉妹の切り替えや、父母・祖父母など複数の登録を確認します。
- 多言語表示：必要性と対応言語を要件に含めます。
この2つは後から変更しにくい要件です。このため、発注の段階で含めるかどうかを決めておきます。
一例として、北名古屋市は2025年1月から、公立保育園10施設でコドモンを本格導入しました。出欠連絡や文書配布のほか、登降園管理、アンケート、乳児の日誌も、段階的に運用しています（出典：北名古屋市公式ウェブサイト、2025年6月更新）。
この事例のように、連絡だけに絞るか、登降園や記録まで広げるかを、段階を分けて決める方法が現実的です。
SaaS・追加開発・スクラッチの中から選ぶ発注形態
発注形態は、業務への適合性に加えて、導入の速さ、保守の責任、データの持ち出しやすさで選びます。
まず、同じ業務要件を3案に当てはめて比べ、そのあとで見積もりを依頼します。SaaSと既存クラウドへの追加開発、スクラッチ開発を並べると、必要以上の開発を避けやすくなります。
SaaS・パッケージ導入が向いているケース
SaaSやパッケージは、導入の速さと、標準機能で対応できる範囲を確かめて選びます。
- 導入速度と保守：保護者アプリと管理画面が用意され、通知、権限、バックアップも備わるため、短期導入や更新・障害対応の委託に向きます。
- 標準機能の適合性：独自承認、自治体指定帳票、深い請求連携は対象外の場合があるため、欠席受付後の確認・通知・締切後対応を操作して確かめます。
既存クラウドへの追加開発が向いているケース
既存クラウドの標準機能を生かしたうえで、必要なデータ連携と保守の責任を絞って検討します。
- 連携対象：園児台帳や請求、職員シフト、自治体帳票など、既存基盤につなぐデータを決めます。
- 開発範囲：CSVやAPIで必要なデータだけを連携すれば、費用・期間を抑えられ、二重入力も減らせます。
- 保守条件：標準機能の更新やAPI変更の通知、テスト環境、障害時の一次対応会社を、RFPと契約書で定めます。
フルスクラッチ開発を選ぶ条件
標準製品では吸収できない業務要件と、完成後の保守体制が続けられるかを合わせて判断します。
- 独自要件：複数法人・自治体ルール、基幹との深い統合、データ保管場所や運用方針の指定に対応します。
- 標準外の機能：複数園の本部管理や施設別権限、監査ログ、特殊な請求計算などが、選ぶ理由になります。
- 継続保守：脆弱性対応やOS・ミドルウェアの更新、アプリ審査が必要です。さらに、バックアップや監視、問い合わせ対応も、完成後に続きます。
- 運用総額：保守人材がいない場合は、契約を初期見積もりに含め、最低3年程度で比べます。
現場の業務フローから作るRFPと要件整理
RFPは、各社が比較可能な提案をするための発注条件です。
希望機能を並べるだけでは足りず、園の課題や対象施設・利用者、業務の流れを書きます。さらに、データ連携やセキュリティ、導入時期、評価方法も含めます。
電話・紙・Excelで回している業務の流れ
欠席連絡を起点に、日々の受付から例外時の対応まで、業務の流れを一覧にします。
- 欠席連絡：連絡方法や受付担当、担任への共有を記録します。出欠簿への反映や保護者確認、締切後対応も、合わせて洗い出します。
- 関連業務：お迎え変更や延長保育、感染症連絡を、欠席連絡と同じ流れで整理します。行事の出欠や緊急連絡も、この流れで整理します。
- 担当と権限：入力者や確認者、最終承認者のほか、参照者と保存期間を定めます。
- 例外時の運用：電話受付時の代替入力と、通信障害時の紙運用を残します。
Must・Should・将来候補に分けた機能の整理
すべてを必須にすると提案を比べにくくなります。そのため、機能をMust、Should、将来候補の3つに分けます。
- Must：園児・保護者管理、欠席・遅刻・送迎変更の受付、一斉・クラス別・個別配信が必須です。既読確認と連絡帳、権限、操作ログも含めます。
- Should：登降園打刻や写真共有、アンケート、帳票出力が対象です。
- 将来候補：請求や決済、午睡記録は、将来の候補として扱います。バス運行や自治体連携も候補に入れます。
そのうえで、機能ごとに利用者と開始条件、入力項目を決めます。通知先やエラー表示、CSV・API入出力、受け入れテスト条件も、合わせて示します。
たとえば欠席連絡では、当日分を午前9時までに保護者が送り、園がクラス別の一覧で確認します。
締切後は、管理者の承認を経て対応を具体化します。このように条件を示すと、提案と見積もりの差が小さくなります。
セキュリティ・運用・データ返却の要件
子どもの氏名や連絡先、写真、健康・発達記録を扱うため、RFPには技術面と運用面の要件を記載します。
個人情報保護委員会のガイドラインは、委託先でも委託元と同等の安全管理措置が確実に実施されることを示しています。さらに、委託先の選定時に事前確認するよう求めています（出典：個人情報保護委員会「個人情報の保護に関する法律についてのガイドライン（通則編）」、2026年確認）。
- 安全管理：通信・保存データの暗号化や二要素認証の可否を定め、園・クラス・職種別の権限と操作ログの扱いも決めます。
- 運用と終了：バックアップ頻度と復旧目標、脆弱性対応を決めます。障害連絡時間やデータ返却形式、削除期限・証明も定めます。
- 委託管理：再委託先の管理と漏えい時の報告期限を、質問票と契約条項に盛り込みます。
要件の確定度と担当範囲で決める契約形態
契約では、発注側と委託先が、成果物と検収条件、変更費用を決めます。さらに、納期遅延の扱いと保守の範囲も定めます。
特に、要件がまだ揺れている段階で開発全体を一括契約すると、追加費用や責任範囲をめぐるトラブルが起きやすくなります。また、企画・要件定義と開発を分ける方法も有効です。
請負契約の成果物と検収条件
請負契約は、合意した成果物を完成させ、発注者が検収する開発に適しています。
- 対象成果物：画面・機能・データ項目・権限・外部連携を定めます。テスト仕様、マニュアル、納品形式も含めます。
- 検収条件：欠席送信、園側一覧への反映、既読確認など、操作単位で合格条件を書きます。
- 変更範囲：画面の微調整や文言変更を、どこまで軽微な変更として扱うかを決めます。
要件変動に対応しやすい準委任・時間精算
要件定義や改善のように作業が変わりやすい工程では、準委任や時間精算が候補になります。
- 対象工程：要件定義やUX検討、プロトタイプ、運用改善などに向きます。
- 契約条件：月ごとの稼働時間や担当者、単価を定めます。作業報告や優先順位も決めて、完成責任とは分けて扱います。
- 二段階発注：要件定義は準委任で行い、仕様が確定したあとに、開発を請負で発注できます。
- 意思決定：担当者が不足する場合は、会議体と承認期限を決めます。遅延時の予定変更も定めます。
契約で定めるデータ・再委託・終了条件
発注側は契約で、開発費に加えて、日々の運用責任と、契約終了時のデータの扱いを決めます。
- 運用責任：データ管理者、クラウド運用会社、保護者問い合わせ窓口を明記します。
- 再委託：委託先の範囲と承認方法を確認し、監査や事故時の責任も確かめます。
- 返却と削除：退園・転園・契約終了時の返却形式を、園児・保護者情報や連絡履歴、写真、帳票ごとに決めます。
- 削除条件：写真原本・添付の要否と、返却後何日以内に削除するかを決めます。削除証明も定めます。
月額・初期費用・開発費を分けた費用相場
費用は、初期費用と月額利用料、追加開発に分けて比べます。さらに、データ移行・研修、保守・運用、端末・通信費も別に見ます。なお、月額だけで判断すると、初期設定やオプション、保護者サポート、本部管理の費用が後から加わることがあります。
SaaS・パッケージの月額目安
公開料金のプラン例と、基本機能・総合型それぞれの目安を分けて見ます。
- KIDS PLUS：基本プランは月額3,000円（税込）から、スターターパックは5,800円から、オールインパックは19,800円からです。
- Child Care System：CCS HOMEを含み、月額5,500円（税込）からです。
- 価格帯の目安：基本機能は1施設月3,000円から8,000円、総合型は月1万円から2万円程度です。
- 年間料金：基本プランだけを12か月使う場合は、年間3万6,000円からです。
- 変動要因：園児数や施設数、オプションで金額が変わります。初期設定や端末、税、保護者支援も関わります。
KIDS PLUS公式料金ページとChild Care System公式ページの公開情報を、2026年8月に確認しています。
追加機能や初期費用を含む初年度総額は、別途見積もる必要があります。
追加開発・新規開発の費用目安
フルスクラッチの公開価格は少ないため、ここで示す金額は、リサーチノートと一般的な業務Webシステム工程に基づく推定レンジです。公開見積額ではなく、発注計画上の目安です。
- 追加開発・API連携：100万円から500万円程度です。
- 連絡特化MVP：保護者連絡に絞った開発は300万円から800万円程度です。
- 総合システム：登降園・請求・帳票・記録を含む場合は800万円から2,000万円程度です。
- 大規模・高要件：複数園・自治体向けの多テナントや厳格な監査がある場合、2,000万円から5,000万円超の可能性があります。
- 工程配分：工程の割合は、要件定義10％から15％、設計15％から20％、開発30％から40％程度です。テストは15％から20％、移行は5％から10％程度です。
特定会社の見積額ではありません。外部APIや冗長化も、大規模・高要件の金額と同じ範囲に入ることがあります。そのうえで、工程ごとの割合を置いておくと、見積金額の配分を確認しやすくなります。
ランニングコストと補助制度の確認
初期費用とは分けて、保守・運用費と補助制度の条件を確認します。
- 開発後の保守：初期開発費の年15％から20％程度で仮置きします。
- 運用費の内訳：クラウドと監視、バックアップを分けて考えます。OS・ミドルウェア更新や問い合わせ対応も、別々に見ます。
- SaaSの追加料金：アカウントや写真容量、SMS、端末を確認します。データ出力や保護者向け電話窓口も確かめます。
- 補助制度の条件：導入年度や対象施設・機能、申請時期を、公募要領で確認します。自己負担や交付決定前の契約可否も押さえます。
こども家庭庁は令和8年度の保育ICTラボで、先端ICTのショーケース化、相談窓口・人材育成、ネットワーク形成を支援しています（出典：こども家庭庁「保育ICTラボ事業」、2026年確認）。
東京都でも保育所等のデジタル化推進事業の補助要綱が案内されていますが、対象と上限は自治体ごとに異なります。
同じ条件での委託先選定と見積比較
委託先は、同規模・同園種の実績や導入支援、問い合わせ分担で比べます。さらに、データ移行や連携力、セキュリティ、契約終了時の対応も見ます。特に、園職員と提供会社のどちらが保護者窓口を担うかで、導入後の負担が変わります。
同じ質問による実績・支援・連携力の確認
導入事例と運用支援、既存システムとの連携を、同じ観点で確かめます。
- 導入実績：保育園や幼稚園、認定こども園のほか、公立園や複数園法人も含め、自園に近い事例を尋ねます。
- 導入後の支援：紙や電話の運用と、登録率を確認します。研修期間や問い合わせ件数、改善内容も確かめます。可能なら同規模の利用者にも聞きます。
- 連携と障害対応：移行対象やCSV・API仕様、登降園・請求・園児台帳との連携を質問します。障害時の連絡経路も確認します。
2026年、こども家庭庁は保育業務施設管理プラットフォームや保活情報連携基盤を進めています。また、ユニファも2026年3月にルクミーの連携対応を公表しています（出典：ユニファ株式会社公式発表、2026年3月）。ただし、すぐに連携しない場合でも、将来のデータ出力やAPI対応を確認しておけば、乗り換えや拡張の選択肢を残せます。
作業単位で比べる見積書
見積書は、作業範囲や追加費用、責任範囲をそろえて比べます。
- 作業範囲：要件定義や設計、画面・通知・権限、テストを分けます。移行や研修、リリース、保守も、別々に書き出します。
- 見積条件：機能別の工数や単価、数量を各社でそろえます。前提や対象外の作業、追加時の単価も、同じ基準に合わせます。
- 初年度総額：初期設定や登録支援、データ整形の別料金を確認します。マニュアルや研修、審査、障害対応も、別料金かを確かめます。
- 含まれる支援：導入支援や保護者窓口、3年間の保守に加え、データ返却まで含むかを比べます。
判断の基準は、単価の高低よりも、各社が同じ業務範囲を見ているかです。そのうえで、成果物と責任範囲を見て判断します。
小規模な試行と90日間の定着計画
全園へ広げる前の試行と、導入後90日までの定着支援を、提案に含めてもらいます。
- 1園または1クラスで、保護者登録や欠席連絡、お知らせ、既読確認を試し、登録率・電話件数・入力漏れ・確認時間・問い合わせ内容を記録してから対象を広げます。
- 導入後30日までは操作説明と問い合わせ対応、60日までは紙・電話との併用ルールを見直します。
- 90日までにKPIと追加要件の優先順位を確認し、研修資料や保護者向け案内、FAQを用意します。障害時の代替連絡や管理者交代時の引き継ぎも整えます。
よくある質問（FAQ）
費用や開発期間、補助金について、提案を依頼する前に判断できるよう回答します。セキュリティや既存システムとの連携も、あわせて取り上げます。
保育園・幼稚園向け保護者連絡システムはSaaSと開発のどちらがよいですか？
電話や紙を早く減らしたく、独自業務が少なく、保守を自社で担いたくない場合はSaaSやパッケージが向いています。
自治体独自の帳票、基幹との深い連携、複数法人の独自ルールが重要なら追加開発やスクラッチを比べます。
保護者連絡システムの発注費用はどれくらいですか？
SaaSの月額は基本機能で1施設あたり3,000円から8,000円程度、総合型で月1万円から2万円程度が目安です。
追加開発は100万円から500万円、MVP開発は300万円から800万円程度が推定レンジです。園児数や施設数、連携で変わるほか、移行や研修も金額に影響します。そのため、同じRFPで複数社から初年度総額を見積もります。
保育ICTの補助金を使えば無料で導入できますか？
補助金を使っても、無料で導入できるとは限りません。条件は制度ごとに違い、対象機能・施設や申請時期、上限、自己負担も異なります。自治体の公募要領を確認し、対象外の初期設定費や端末費も含めて予算化します。
委託先のセキュリティは何を確認すればよいですか？
通信や保存データの暗号化、アクセス権限、認証を確認します。操作ログやバックアップ、脆弱性対応も確かめます。再委託や事故時の報告、データ返却と削除も、確認が必要です。
子どもの写真や健康情報を扱うため、認証やログの有無に加えて、誰が何を見られるかを確認します。さらに、退園後にいつ削除されるかも、質問票と契約書で明確にします。
まとめ
発注時は、連絡だけにするか、登降園・請求・保育記録まで一体化するかを先に決めます。次に、電話・紙・Excelの業務を一覧にします。Must機能や連携、権限をRFPにまとめ、障害時の代替策やKPIも書き込みます。
初年度総額と運用負担による比較
発注形態ごとの費用と負担は、次の4つの項目で比べます。
- SaaS公開料金：月額3,000円台から2万円程度です。
- 追加・新規開発：機能範囲によって100万円台から数千万円規模まで変わります。
- 初年度総額：初期設定や移行、保護者登録、研修を含めて見ます。
- 運用負担：問い合わせや保守、契約終了時の返却も加えて、3年間の負担を比べます。
最初の一歩：現場ヒアリングと同条件の相見積もり
現場の困りごとを聞き、同じ条件で試行と見積もりを比べられる資料を整えます。
- 現場ヒアリング：園長や担任、事務から聞き、試行できるRFPにまとめます。法人本部やシステム担当、可能なら保護者代表にも聞きます。
- 相見積もり：3社から5社程度へ同じ資料を渡し、デモや見積もりを比べます。セキュリティ回答、導入計画、契約条件も、同じ基準で確かめます。
- 定着性：多機能さより、業務を一度で入力でき、保護者と職員が使い続けられるかを見ます。
- 総合判断：費用・機能・安全性・運用支援を確認し、補助制度は自治体の最新要領に沿って判断します。
▼全体ガイドの記事
・保育園・幼稚園向け保護者連絡システム開発の完全ガイド
▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。