保護者連絡システムの発注は、現状を分析し、要件をRFPにまとめ、候補を比べたうえでPoCで確かめる流れで進みます。この流れに沿うと、現場に合う導入につながります。
発注形態は標準SaaS、連携開発、スクラッチから選び、費用や契約、委託先の選び方もあわせて確かめます。
▼全体ガイドの記事
・学校・教育機関向け保護者連絡システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
学校向け保護者連絡システムの発注で扱う業務と機能の範囲
保護者連絡システムは、学校からの配信や欠席・遅刻連絡、アンケートをまとめて扱う仕組みです。確認状況や校務データ連携も含みます。
発注では、電話や紙、個別メールの業務をどこまで置き換えるかを先に決めます。「アプリを作る」という技術の話から入らないことが出発点です。
連絡業務のデジタル化による発注目的と効果指標の設定
導入後の変化を比べられるよう、発注前に対象業務と効果指標をそろえておきます。
- 対象業務：朝の欠席電話の受付・集計、緊急配信、紙のお便りの配布確認が対象です。
- 現状の記録：電話件数や受付時間、配布量、集計時間を、導入前の基準値として残します。
- 導入後の比較：登録率や電話件数、担任確認時間、未確認率を、導入後の数字と比べます。
欠席理由や健康情報を扱う場合は、担任と学年主任、養護教諭、管理職ごとに、閲覧範囲を分けます。メール配信だけに頼ると、未確認者の把握や返信の整理が進まず、教職員の確認業務が残ることがあります。
記録は1週間または1か月単位で行います。そのうえで、業務フローとデータ環境を確認し、限定範囲のPoCから段階的に広げる方針も、差別化につながります。
対象範囲と利用者の決め方
導入対象と利用者を具体的に決め、学校ごとに異なる運用を発注条件に反映します。
- 公立小中学校：教育委員会による一括導入と、私立高校1校での導入では、管理単位や調達手続が異なります。
- 特別支援学校：保護者との個別連絡と送迎情報を考慮に入れます。
- 学習塾：入退室通知や講座単位の連絡を優先することがあります。
RFPには前提条件として、学校種別、校数、児童生徒数を書きます。さらに、保護者数、教職員数、部活動やバスの有無も記載します。
必須機能として、まず学校・学年・学級別の配信と緊急通知を定めます。あわせて、欠席・遅刻・早退の受付と未確認者の把握も必要です。
アンケートの自動集計やPDF・画像の添付も含めます。また、年度更新と権限管理も入れます。
登下校、健康観察、面談調整は、費用と運用負担が増える拡張機能です。集金、多言語翻訳、校務支援連携も、この拡張機能に入ります。そのため、最初から全部を盛り込まず、目的と効果指標に結び付く機能から発注します。
発注形態のSaaS・連携開発・スクラッチからの選び方
発注形態は、標準SaaS、SaaSと連携開発、スクラッチ開発の3つです。そのうえで、業務との適合、校務データ連携、年度更新や障害対応の担当を比べます。
短期間で始める教育向けSaaS
標準機能で足り、独自ルールを大きく変えられる学校には、SaaSが適しています。導入期間を短くしやすい点も利点です。
- 標準機能で足りる：欠席連絡、一斉配信、アンケートを、そのまま使えます。
- 短期間で導入：サーバー構築やアプリストア公開が不要です。
- 連携に制約：自動連携がなければ、CSV取込や二重入力が残ります。
tetoruは、連絡配信と欠席連絡を含むStarterを無料で案内しています。料金は、個別連絡が月額1,500円（税別）、多機能プランが月額5,000円（税別）です。
個別連絡機能には、年度途中に解約できず、年度末まで料金が発生する条件もあります。そのため、料金表と契約期間を確認します（出典: tetoru「プラン」「個別連絡機能のお知らせ」、2025年提供情報）。
標準クラウドに連携開発を加える中間案
標準機能を活かしながら、校務連携や独自要件を開発で補う方式です。
- 追加する機能：暗号化CSV取込、独自承認、自治体向け画面などを加えます。
- 責任分界：SaaS側と受託会社側のどちらが何を担うかを決めます。
- 変更への備え：標準仕様の更新が、独自改修に影響することがあります。
校務支援システムとのAPI連携を、SaaSベンダーだけで担えるかを発注前に整理します。別の受託会社が連携を担う場合は、障害時に原因を切り分けられるよう、責任範囲を決めておきます。
RFPには、APIの版管理とCSV項目、再取込を含めます。さらに、連携停止時の手作業とテスト環境も記載します。
開発費に加えて、連携保守費と仕様変更時の単価も比べます。
独自ルールや大規模連携が中心のスクラッチ開発
独自要件の規模と、発注者が継続して担う管理範囲を確かめたうえで選びます。
- 大規模な管理：自治体全体の数十校から数百校までを扱います。
- 複数システム連携：一つの利用者基盤につなぐ要件に対応します。
- 独自の業務：学校種別ごとに、権限や通知を変えられます。
- 継続管理：発注者も要件定義とセキュリティ設計を担い、テスト、保守、障害対応にも関わります。
全機能を一括で開発せず、1校または1学年の欠席連絡と一斉配信からPoCを行います。登録率や電話削減を確かめてから、アンケート、登下校、集金へ広げます。
AIで欠席理由を要約したり返信案を作成したりする場合は、人が確認してから送るHuman-in-the-Loopを初期条件にします。
学校向け保護者連絡システムの外注の進め方と手順
外注は、現状分析から本番展開まで、次の手順で進めます。年度や学級の変更で名簿と権限も変わるため、年度更新までを導入の範囲に含めます。
- 現状の業務とデータを調べる
- 要件を整理してRFPを作る
- 候補を選び、提案と見積もりを比べる
- 契約条件を確定する
- 限定範囲でPoCを行う
- 検証後に本番展開し、年度更新を行う
電話・紙・集計の流れの洗い出し
現場の連絡経路と関係者を確認し、例外処理と効果測定の基準値もそろえます。
- 業務の流れ：受付と台帳記録を経て、担任への連絡と家庭への折り返しまで追います。
- 聞き取り：校長、教頭、担任に行います。養護教諭と事務職員、教育委員会、保護者にも聞きます。
- 例外ケース：兄弟姉妹や代理送迎の場合、外国語が必要な家庭、スマートフォンを使えない家庭も確認の対象です。
- 分析成果：業務フローと権限、データ項目を整理し、連携先や効果測定の基準値も書き出します。
「朝8時までの欠席連絡を担任が確認できる」「緊急配信の未確認者を把握できる」などのように成果の形に言い換えると、必要な機能を判断できます。
要件整理とRFPで委託先が提案しやすい条件の作り方
RFPは、要件と見積範囲をそろえて、委託先の提案を比べられる形にまとめます。
- 前提条件：対象校数、利用者数、開始時期を記載します。既存システムやセキュリティ要件も書き入れます。
- 機能と範囲：必須と拡張の機能、対象外を示します。移行、保守、研修の扱いも含めます。
- 操作要件：担任が学級別の欠席一覧と未確認者を確認できる、という形で記します。
- 提案の内訳：標準機能と設定、追加開発を、委託先に分けて示してもらいます。外部連携と別途オプションも、別の欄にします。
- 見積項目：初期費用と月額、移行と研修を分けて見積もってもらいます。問い合わせと年度更新、障害対応、保守改修も、別々に記します。
たとえば、保護者が兄弟姉妹を一つのアカウントで登録できる、といった利用者別の条件も記載します。内訳をそろえておけば、安く見えた提案のあとで追加費用が積み上がる事態を防げます。
デモとPoCでの現場の使いやすさの確認
デモとPoCでは、教職員と保護者の操作を試し、導入効果も確かめます。
- 教職員の操作：学級別配信と誤送信防止を試します。未確認者の把握や年度更新、CSVエラーも確かめます。
- 保護者の操作：初回登録と兄弟の追加を試します。欠席連絡や添付の閲覧、通知の再確認も確かめます。
- PoCの範囲：1校、1学年、または欠席連絡に絞り、3〜6か月程度検証します。
- 効果測定：登録率と電話件数、確認時間を記録します。誤送信や問い合わせも、同じ記録に残します。
これは、リサーチノートで整理した編集上の目安で、対象システム固有の公表統計ではありません。デモで迷った箇所も記録しておき、全校導入の前に研修やマニュアルを直せば、定着の度合いを評価できます。
RFPと要件整理で決める項目
RFPは、希望を伝えたうえで、発注者が業務と責任範囲を整理するための資料です。あわせて、送信と返信を見られる人、記録の保存期間、進級・転校・卒業時の更新方法も明確にします。
利用者別の業務フローと権限
配信と保護者連絡の流れ、閲覧権限、年度更新を、利用者ごとに定めます。
- 配信単位：全校、学年、学級のほか、部活動や個別家庭も、単位として決めます。
- 配信機能：予約・緊急配信に加え、既読確認や再通知が必要かどうかも決めます。
- 保護者からの連絡：締切と理由、自由記述を決めます。添付、担任への通知、管理職の閲覧範囲も定めます。
- 返信の扱い：一方向の連絡と個別相談を、同じ画面に置くかを検討します。
- 権限と更新：役割別の閲覧範囲と、4月の安全な権限更新を定めます。
権限は、システム管理者、教育委員会、学校管理者に分けます。学年主任と担任、養護教諭、事務職員、保護者も、役割に応じて分けます。
欠席理由は全職員に見せない場合があります。そのため、画面、CSV出力、検索、監査ログごとの範囲も指定します。
名簿・データ・連携方式の確定
名簿の正データ、アカウントの関係、システム間の連携方法を確定します。
- 名簿項目：児童生徒と保護者、続柄を定義します。学校と学年、学級を項目に入れ、在籍と連絡先も含めます。
- アカウント関係：児童生徒IDと保護者ID、重複、複数の配信先を整理します。
- API連携：認証と接続元制限を確認し、エラー通知や再送、仕様変更時の連絡も確かめます。
- CSV連携：文字コードと必須項目、差分を決め、削除フラグや失敗時の戻し方も定めます。
兄弟姉妹の登録では、離婚や別居で配信先が複数になる場合も要件に含めます。APIがない場合は暗号化CSVを使い、仕様書サンプルとテスト環境で、古い学級情報が残らないかを検証します。
機能と同じ重さで書くセキュリティと運用
機能と同じ重さで、教育情報の保護、委託先の管理、事故後の対応を要件に含めます。
- 教育情報の保護：暗号化と多要素認証、操作ログ、脆弱性対応を確認します。
- 事業継続：バックアップ、復旧目標、国内データセンターを確かめます。
- 委託先の監督：再委託とアクセス範囲を確かめ、監査や事故報告、返却・消去証明も求めます。
文部科学省は、教育現場の特徴を踏まえて同ガイドラインを改訂しています。2025年3月版は、教育委員会がポリシーを策定・見直す考え方を示しています（出典：文部科学省「教育情報セキュリティポリシーに関するガイドライン」、令和7年3月）。
個人情報保護委員会のガイドラインは、委託先の安全管理措置の確認と契約条項、取扱状況の把握を示しています。参照するのは、「個人情報の保護に関する法律についてのガイドライン（通則編）」2025年版です。認証マークの有無だけで判断せず、各項目の具体的な内容を提案書で回答してもらいます。
契約形態と契約条項の選び方
請負、準委任、月額利用のSaaSでは責任範囲と費用の考え方が異なるため、完成条件、仕様変更、導入後の担当を契約前に明確にします。
請負・準委任・SaaSの違いと責任分界
契約形態は、成果物、作業の進め方、サービス利用の責任分界で選びます。
- 請負：合意した成果物を完成・検収する契約で、納品物と条件が明確な案件向けです。
- 準委任：要件調査や改善など一定期間の作業を依頼し、仕様が変わりやすいPoCや伴走支援に使えます。
- SaaS：規約や個別契約に基づき、サービス水準と利用停止、保存、解約を確認します。料金改定や障害補償も、あわせて見ます。
- 併用時：契約を分けるか、問い合わせ窓口を一本化するか決めます。
請負では、画面や帳票、APIを納品物として定めます。テスト仕様書や操作マニュアルなども含めます。準委任では、成果物と工数の評価方法を合意します。
検収・仕様変更・遅延時の取り決め
受入条件と仕様変更の承認手順を、契約や計画に明記します。
- 受入テスト：画面と権限別表示、学級変更後の配信先を確認します。CSVエラー通知や通知の重複、監査ログも確かめます。
- 変更管理：依頼方法と追加単価、納期への影響、承認者を決めます。
- 遅延時の備え：年度開始に遅れる場合の暫定運用と代替連絡を用意します。
受入テストの担当者とテストデータ、期限を合意します。不具合の重大度や修正期限も、あわせて決めます。
学校の要望は、PoCや説明会のあとに増えることがあります。そのため、仕様変更の依頼方法を決めるとともに、変更を承認する委員会や責任者も明確にします。
遅延時の代替策は、契約書または運用計画に明記します。
再委託・データ削除・研修の契約範囲
再委託先の管理、データの出口、利用定着に必要な支援を契約範囲に含めます。
- 再委託：委託先名と業務、データを確認し、事故責任や変更承認も確かめます。
- データの出口：返却形式、バックアップの消去時期、消去証明を定めます。
- 導入支援：管理者・教職員研修と保護者説明会を見積もります。
マニュアル、問い合わせ一次窓口、年度更新の伴走も分けて見積もります。初年度の登録支援に加えて、進級や卒業、入学、人事異動に伴う毎年の作業と費用も確認します。また、機能が使われるよう、定着支援も予算に含めます。
学校・教育機関向け保護者連絡システムの費用相場
公開価格のあるSaaSと、要件定義から行う個別開発では費用が異なります。費用は、学校数や利用者数、通知量で変わります。さらに、アプリや校務連携、移行と研修、SLAといった条件でも変わります。
ここでは、公開情報と類似業務システムの規模から置いた編集用の推定値を分けて示します。
公開価格の目安：無料から月額数千円程度
公開価格は機能や対象条件をそろえて比べ、名簿移行や研修の費用も確認します。
- tetoru：配信・欠席連絡は無料、個別連絡は月額1,500円（税別）です。
- tetoruの別プラン：月額5,000円（税別）のプランがあります。
- Chimelee：バスプランは初期費用0円、1施設月額5,500円（税込）です。
- Chimeleeの追加機能：乗降車管理は月額1,100円（税込）です。
位置情報配信はGPS端末1台につき初期費用27,500円（税込）、月額5,500円（税込）の例があります（出典：VISH株式会社「Chimelee プラン・料金」、2026年確認）。なお、複数施設やスタンダードプランは別見積もりです。
tetoruについても、対象校種や契約年度、集金や校務連携の条件を確認します。無料と表示されていても、名簿移行や研修まで無料とは限らないため、公開価格は比較の起点として扱います。
個別開発の規模別の推定レンジ
対象システム別の公的統計は確認できないため、この推定レンジは、公開SaaS価格や一般的な業務Web・スマートフォン開発、学校向けのセキュリティや連携要件を参考にした編集用の数字です。同じ条件で複数社へ確認するための目安として扱い、実際の見積もりとは分けて読みます。
- 小規模：1校向けWebシステムは300万〜800万円、3〜6か月程度です。
- アプリ追加：iOS・Androidや通知、保管に、監査や登録を加えると上限側に寄ります。
- 既存クラウド設定：初期設定と名簿移行、研修だけを依頼する場合は、0〜50万円程度の推定です。
- 中規模：複数校や校務連携を含むと800万〜2,000万円、6〜12か月程度です。
- 大規模：自治体全体の統合は2,000万〜5,000万円超、12〜24か月程度です。
小規模の想定機能は、配信と欠席連絡、アンケートです。権限やCSV出力も含みます。
大規模では、数十校から数百校を対象に、冗長化や災害対策を含めます。さらに、多言語対応、集金、登下校も統合します。これらは、保護者連絡システム固有の公表相場ではありません。
保守・クラウド・通知・研修を含めた総額での比較
開発費以外の費用を含め、初年度と継続利用の総額を確認します。
- 運用費：クラウドと監視、通知、容量を見ます。問い合わせや年度更新も、この項目に含めます。
- 保守費：年15〜25％程度は計画用の推定で、実額は条件で変わります。
- 総保有コスト：初年度費と毎年の費用を分け、3年または5年で比べます。
- 契約条件：従量課金と更新料、解約と値上げ、人数の数え方をそろえます。
開発費だけで予算を組むと、稼働後の費用が足りなくなります。脆弱性対応や追加改修も、分けて見ます。
保守費は、SLAや問い合わせ件数に加え、データ容量や連携本数によっても左右されます。個別連絡のオプションやアプリ保守も確認します。税別と税込の表記、最低契約期間も、見積もりにそろえます。
委託先の選定と見積比較の確認事項
委託先は教育向けSaaS、受託開発会社、SaaSと開発を組み合わせる事業者に分けて比べます。
標準クラウドを提供する会社と、要件に合わせて開発する会社では、機能、費用、契約責任が異なります。そのため、同じRFPへの回答をもとに比べます。
学校種別と導入規模が近い実績
導入実績は、学校種別と運用規模が自校に近いかどうかで確認します。
- 学校種別：公立小中と教育委員会、私立高校を比べます。特別支援や学習塾の実績も見ます。
- 導入後の支援：導入期間と登録支援、年度更新、障害連絡について、委託先に尋ねます。
- 事例がない場合：実績がないと決めつけず、同規模の検証環境やPoCで評価します。
- 標準サービス例：tetoruやChimelee、sigfyが挙げられます。スクリレやマチコミ、HotConPassも候補に入ります。
これらは標準クラウドの候補で、受託開発会社とは分類が異なります。個別連携が必要なら追加開発の可否を尋ね、責任分界を定めます。
価格・範囲・リスクの3列で行う見積比較
価格だけで決めず、対応範囲と技術、運用、発注者側の作業を同じ条件で照らし合わせます。
- 価格と範囲：標準機能と追加開発を並べ、発注者作業や除外事項も書き出します。
- 移行と研修：データ整備と本番移行、説明会の有無をそろえます。
- 技術と安全：API・CSVや認証、通知、ログを確認します。バックアップやSLA、復旧の内容を見ます。脆弱性や再委託、削除証明も確かめます。
- 運用と終了：サポート時間と緊急連絡を比べます。保護者窓口や年度更新、移行支援も対象です。
名簿移行は、CSVを渡すだけか、データ整備や重複確認まで含むかで工数が変わります。移行リハーサルや本番移行まで含むかでも、工数は変わります。
研修は、動画だけか、各校で説明会を行うかでも異なります。認証だけでなく、運用手順と証跡も確認します。
安さを強調する提案の追加条件
安さや短期間を強調する提案では、費用条件と運用上の責任が明確かどうかを確かめます。
- 無料・低価格：対象校と利用者、移行と研修を確認します。オプションや解約条件も見ます。
- 提案の根拠：要件を聞かずに機能数と総額だけを示す場合は、その条件を尋ねます。
- 安全と責任：認証名だけの説明や、再委託・障害時の扱いの不明確さに注意します。
- 発注側の準備：PoCと現場研修、既存データ整理を省かないようにします。
無料プランは、公立小中学校などに限られる場合があります。そのため、費用の理由や対象外の条件、将来費用を確認します。また、年度更新やデータ返却に答えられるか、質問への具体的な回答や不明点を正直に示す姿勢も評価します。
学校・教育機関向け保護者連絡システムのよくある質問
発注前には、料金や既製サービスと開発の境界について質問が集まります。運用や個人情報に関する質問も、よく出ます。学校、教育委員会、学校法人の担当者が特に確認したい3点に答えます。
SaaS導入と個別開発はどちらがよいですか？
必須機能が標準でそろい、業務を製品に合わせられるなら、短期間で始めやすいSaaSが適しています。校務連携や自治体固有の権限、複雑な年度更新、独自承認を求めるなら、連携開発やスクラッチも比べます。
SaaSのデモと個別開発の要件確認を並行して進め、3年総額と運用負担で判断します。
発注費用はどのくらいの予算を見ておけばよいですか？
公開SaaSには、無料から月額数千円程度の例があります。費用は、対象や機能、初期設定によって変わるほか、名簿移行や研修、オプションでも変わります。
個別開発は小規模300万〜800万円程度、中規模800万〜2,000万円程度、大規模2,000万〜5,000万円超という編集用推定レンジがあります。
公表統計ではないため、条件をRFPに書き、複数社から見積もりを取ります。書く条件は、対象校数と利用者数、連携です。SLAや研修範囲も含めます。
委託先のセキュリティは何を確認すればよいですか？
通信・保存時の暗号化と権限管理、多要素認証を確認します。管理者ログや脆弱性対応、バックアップと復旧も見ます。再委託先と国内データセンター、返却・削除も確かめます。
ISMSやISO/IEC 27017などの認証は参考になります。学校の教育情報セキュリティポリシーに沿う手順と証跡も確認します。
個人情報保護委員会のガイドラインが示す委託先の選定・契約・監督の考え方も、RFPと契約条項に反映します。
まとめ：発注条件を整えてから外注する順番
発注形態は、SaaS、標準クラウドと連携開発、スクラッチから選びます。選ぶ際は、対象校数や独自運用に加えて、既存連携、予算、時期も比べます。
公開SaaSの無料から月額数千円程度と、個別開発の300万〜5,000万円超の推定値は、同じ条件で並べられるものではありません。見積書は、初期費用と月額、移行と研修、保守に分けて読みます。3年総額も合わせて確かめます。
現状分析、RFP、PoCの順番
電話や紙、アンケートを一覧にし、緊急連絡や年度更新も洗い出します。利用者と権限、データ、連携をRFPに記載します。さらに、セキュリティや研修もRFPに含めます。
標準機能と追加開発を分けたうえで、複数社へ依頼します。デモとPoCでは、登録率や電話削減を測ります。全校導入を急がず、現場の声を受けて仕様とマニュアルを直すことが、定着につながります。
要件一覧と比較用の質問票
要件一覧では必須機能を絞り、拡張機能と分けて整理します。
- 必須機能：一斉配信と欠席連絡、未確認者の把握を押さえます。アンケートや年度更新、権限管理も対象です。
- 比較質問：実績や校務連携、再委託について尋ねます。障害対応や削除、年度更新、登録支援も質問に入れます。
- 運用責任：発注者と委託先で分担を共有できるよう、条件を整えます。
責任を共有できれば、導入後も改善を重ねられる保護者連絡の基盤になります。
▼全体ガイドの記事
・学校・教育機関向け保護者連絡システム開発の完全ガイド
▼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を創業。