学校管理システムの発注・外注は、業務と要件を洗い出したうえで、同じ条件のRFPを各社に示し、委託先を比べる流れで進みます。
5年総額や運用支援まで比べると、現場に合う委託先を見極めやすくなります。全体像は学校管理システム開発の完全ガイドもご覧ください。
▼全体ガイドの記事
・学校管理システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
学校管理システムの発注・外注で最初に決める事項
学校管理システムは、児童生徒・学生の基本情報や学籍、出欠を管理します。このほか、次の情報も扱います。
- 成績：評価の記録と、通知表や指導要録に使う情報です。
- 健康：閲覧範囲を分けて扱う健康に関する情報です。
- 進路：進路に関する記録です。
- 保護者連絡：欠席連絡や配布物、緊急連絡の経路です。
小中高校の校務支援として使うのか、大学・専門学校で履修や入試、学費、証明書まで扱うのかによって、必要なデータの構造も費用も変わります。そのため、発注前に、誰がどの業務でどのデータを使うかを決めておきます。
発注形態の選択肢（クラウド、パッケージ、スクラッチ）
発注形態は、クラウドSaaS、既製パッケージ、パッケージへの追加開発、フルスクラッチ開発に分かれます。標準機能で足りる学校や、保守を担当する人が少ない学校では、クラウドSaaSが候補になります。
- クラウドSaaS：サーバーの調達や更新を自校で抱えずに済み、法令改正や機能更新を受けやすい形態です。
- パッケージ型：学籍・出欠・成績・帳票の機能を短期間で導入でき、独自の業務を大きく変えずに済みます。
- 追加開発・スクラッチ：独自業務に合わせられますが、費用や改修、保守の負担が増えます。
クラウドSaaSを検討するときは、独自の評価項目や帳票を標準機能で再現できるか、外部サービスとAPIやCSVで連携できるかを確認します。パッケージは要望を追加するほど、カスタマイズ費用と将来の改修負担が膨らむため、どこまで変えるかを先に決めておく必要があります。
フルスクラッチ型は独自業務への適合度を高められます。その一方で、要件漏れによる作り直しや納期の遅れ、担当者が退職した後の保守が課題になります。そのため、まず標準機能で業務を見直せる範囲を確認しておきます。
開発以外も含めた委託範囲
画面やプログラムの開発に加えて、現状調査や要件定義、データ移行も委託範囲に含めて考えます。外部連携や権限設定、研修、稼働後の問い合わせ対応についても、担当を分けておきます。
たとえば、出欠データを移行しても、年度更新や転校処理の手順が決まっていなければ、現場にExcelへの二重入力が残ります。そのため、工程ごとに誰が何を受け持つかを決めておきます。
- 工程と担当：現状調査から稼働後の問い合わせまで、工程ごとの担当範囲です。
- 公立学校・教育委員会：複数校での共通運用や自治体のセキュリティポリシー、人事異動、共同調達が対象になります。
- 私立・大学など：学校種別に応じた業務と、法人内の複数校の管理を対象にします。
私立学校・学校法人では、コース制や中高一貫の学年構成に加え、入試・学費・保護者サービスまで含めて見ると、適合性を判断しやすくなります。
大学・専門学校では、履修登録や単位認定、シラバスを、それぞれ別の業務群として整理します。証明書と学納金も、切り分けて扱います。見積依頼書には、工程ごとに成果物と担当範囲を書き分けて載せます。
発注前の要件整理の進め方
要件整理では、機能一覧を見る前に、現在の業務を場面ごとに書き出します。
文部科学省の次世代校務DXは、クラウド上での校務、場所に縛られない処理、校務系情報と学習系情報の連携を示しています（出典：文部科学省「次世代の校務DXガイドブック」2025年）。この方針を踏まえ、紙の作業を画面に置き換える前に、業務の重複や不要な承認を見直します。
学籍・出欠・成績の業務シナリオによる棚卸し
学籍の出来事と日々の校務を、一続きの流れとして洗い出します。次の業務ごとに、担当者、入力画面、承認者、出力帳票を確認します。
- 学籍：入学、転入、転校、進級、卒業、氏名変更の流れを整理します。
- 出欠・成績：遅刻・早退や授業別の出欠から、評価確定、通知表、指導要録までをつなげます。
- 保健・保護者連絡：閲覧範囲を分けたうえで、欠席連絡、アンケート、配布物、緊急連絡の経路を別々に扱います。
現場が困っている場面を3件以上集めます。例として、年度更新時の名簿の手入力、成績確定後の訂正履歴、養護教諭への不要な成績情報の表示が挙げられます。
集めた場面は、提案会社に出すデモの課題にします。機能名の一覧より、実際に5分から10分で処理できるかを見ると、各社を比べやすくなります。
必須要件と希望要件の切り分けと成果指標
すべてを必須にすると開発費と納期が膨らむため、要件は優先度で分けておきます。
- 必須要件：法令上必要な帳票、学籍と成績の整合性、最小権限、バックアップ、年度更新を指します。
- 希望要件：画面の色や便利な通知など、優先度を下げられる要望です。
- 成果指標：名簿作成時間、欠席連絡のデジタル化率、二重入力件数、問い合わせの一次回答日数などで測ります。
公立の複数校では、全校共通の項目と学校別の設定を分けます。一方、私立では、独自の評価を守る部分と、標準機能に合わせる部分を考えます。
成果指標には、導入したこと自体ではなく、導入後に測れる数値を使います。たとえば、名簿作成時間を何時間から何時間に減らすか、欠席連絡を何％デジタル化するかを定めておきます。
学校管理システムのRFP作成と委託先選定の進め方
RFP（提案依頼書）は、課題や対象範囲、前提条件を同じ条件で提案会社に伝える文書です。納期や提出物、評価方法もこの文書に書き込みます。そうすることで、各社の提案を並べて比べられます。
口頭での依頼では、各社の想定がずれやすく、安い提案が機能不足なのか、別費用を除いているのかを判断しにくくなります。
RFPには、学校種別や学校数、児童生徒数などの規模を記載します。加えて、既存システムとデータ件数、教職員数を書きます。さらに、利用端末や連携先、希望稼働時期も入れます。
RFPに記載する要件・工程・運用条件
RFPでは、要件・工程・運用条件を次のように揃えて示します。
- 受入条件：教科・観点・評価期間を設定し、担任や管理職が確定した後に変更履歴を確認したうえで、帳票を出せることを示します。
- データ移行：抽出形式や文字コードのほか、欠損値の扱い、リハーサル回数、並行稼働期間を記載します。
- 提案内容：構成、デモ、担当者経歴、実績、体制、工程、課題管理、障害連絡、保守時間、SLA、再委託先、データ返却方法を求めます。
- 費用内訳：初期導入、設定変更、追加開発、移行、連携、研修、月額、保守、バックアップ、解約時作業ごとに分けて見積もってもらいます。
記載がない項目は、含まれているものと決めつけず、質問票で確認します。
委託先の評価観点（実績・体制・デモ・提案の透明性）
委託先の適合性は、次の観点で比べます。
- 実績と体制：近い学校種別や規模、複数校展開の経験があるかを見ます。
- 学校種別への対応：自治体間の調整や共同利用、法人内の意思決定の支援、中高・複数キャンパスのデータ連携に対応できるかを確かめます。
- デモと透明性：共通のシナリオで試したうえで、回答を標準、設定、追加開発、対応不可に分けてもらいます。
デモでは、転校や学年更新、出欠訂正のような日常の処理を試します。さらに、成績確定後の修正や指導要録の出力、閲覧拒否、障害時の連絡も確かめます。画面の見た目より、入力回数やエラー時の戻し方、履歴、CSV出力、操作研修のしやすさを重視します。
教育委員会の場合は、自治体間の調整や標準化、共同利用、ヘルプデスクの体制を確認します。導入校数は、判断材料の一つとして見ます。
発注前に決める契約形態と検収条件
要件定義と開発を一つの契約にするか、工程ごとに分けるかを検討します。特に、要件が固まっていない段階で請負契約を結ぶと、想定のずれが生じやすく、変更の管理が難しくなります。
一方で、目的や成果物が明確な開発工程まで準委任だけで進めると、完成の状態や検収の責任が曖昧になりやすくなります。そのため、法務・調達の担当者と、どこまでを誰が受け持つかを決めておきます。
請負・準委任・SaaS利用契約の違い
契約ごとに責任や確認事項が違うため、工程に合わせて選びます。
- 請負契約：完成と成果物の引き渡しを定めるもので、完成条件が明確な追加開発で検討されます。
- 準委任契約：要件整理や現状調査、運用設計、プロジェクト支援などの作業範囲、稼働時間、成果物、報告方法を記します。
- SaaS利用契約：利用料や利用者・学校数に加え、機能追加、停止、バックアップ、障害対応、保管場所、終了時の返却形式を確かめます。
- 追加開発：SaaS契約との優先関係を決めたうえで、仕様書、SLA、個人情報、再委託先、見積内訳を別紙と結び付けます。
業務シナリオに基づく検収
検収では、実際の業務シナリオに沿って、システムの動きや移行データ、契約条件を確かめます。
- 業務シナリオ：学籍登録から出欠・成績・帳票への反映、権限ごとの表示、エラーと訂正履歴、想定人数での処理時間を見ます。
- 年度更新・一括登録：本番直前まで試せない場合があるため、テストデータでリハーサルし、未解決の課題を一覧にします。
- データ移行：件数のほか、氏名・学年・所属・出欠・評定・健康情報の列や文字化け、重複を確かめ、移行元Excelの修正担当も決めます。
- 契約条件：検収後の無償対応期間、瑕疵の定義、緊急障害の復旧目標、問い合わせ受付時間を契約に反映します。
学校管理システムの費用相場と5年総額
費用は、学校数や児童生徒数、利用者数といった規模に加えて、機能や移行量でも変わります。連携数や帳票の独自性、研修・保守の範囲も費用を左右します。
標準的なクラウドSaaSは、1校あたり初期0万〜50万円、月額2万〜10万円程度が目安です。パッケージの軽微な設定変更なら初期100万〜300万円程度ですが、追加開発が大きい場合は300万〜1,000万円以上が想定されます。これらは、公開価格と一般的な開発工数を組み合わせた編集部の試算で、確定価格ではありません。
公開価格の例による月額と5年総額の計算
School Engineの料金を単純に計算すると、月額だけでは見えにくい5年間の負担を把握できます。
校務支援の月額は、小中学校1校あたり22,000円、高等学校は44,000円です（出典：株式会社システムディ「校務支援システム School Engine」料金ページ、2026年8月確認）。
初期導入費用は1校330,000円（税込）です（出典：株式会社システムディ「校務支援システム School Engine」料金ページ、2026年8月確認）。
- 5年総額：小中学校は33万円＋2.2万円×60か月で165万円、高校は33万円＋4.4万円×60か月で297万円です。
この金額には、学校ごとのデータ移行や現地研修、個別帳票が含まれないことがあります。外部連携、通信環境、追加サポートも、金額に入っているかを確かめます。さらに、グループウェアや学校徴収金を追加すると、月額も変わります。
公開価格は、比較の起点として使います。自校の5年TCOには、初期費用や月額に加えて、保守や移行、連携の費用も足します。研修や端末・ネットワーク、終了時のデータ返却費も、対象に含めます。
移行・連携・研修・保守の別建て比較
見積書では「別途」の費用も含め、次の項目を同じ条件にそろえます。
- データ移行：対象年度や形式、クレンジング、リハーサル回数を確認します。
- 連携・帳票：仕様変更や監視、再送、認証方式に加え、標準設定か新規開発かを見ます。
- 研修：管理者や教職員、養護教諭、教育委員会向けに分けて、対面かオンラインか、録画教材、異動者向けの追加研修を見積もります。
- 保守：受付と回答の時間、現地訪問、更新、法改正、バックアップ、障害復旧の範囲を押さえます。
見積を同じ範囲にそろえた5年総額で比べると、月額の差だけでは見えない負担が分かります。
見積比較と委託先選定で失敗しないポイント
見積を比べる前に、前提条件と将来の変更費用をそろえます。学校数や利用者数、データ件数がそろっていなければ、合計金額を並べても比較になりません。連携先や研修回数、保守時間の条件がずれている場合も、合計金額は比較の材料として使えません。
比較表には、要件ごとの対応可否と方法、追加費用を書きます。さらに、納期への影響と提案書の該当ページも残しておきます。そうしておくと、選定会議で選定理由を説明できます。
同じ条件で揃えた対応方法と追加費用の比較
要件への回答は、次の5区分に分けると比較できます。
- 標準：製品にもともと備わる機能で対応できる場合です。
- 設定変更：設定を変えるだけで対応します。
- 個別開発：追加費用と将来の再改修、別会社への移管の扱いを確かめます。
- 外部サービス連携：接続する範囲と費用を押さえます。
- 対象外：代替の運用で、教職員の作業が何分増えるかを見積もります。
価格が低くても、発注者側の手作業が増える提案があります。このため、評価では価格以外の項目にも配点します。
例として、機能適合に25点を配分し、移行・連携とセキュリティ、導入体制にはそれぞれ15点を割り振れます。残りは、操作性10点、保守・SLA10点、5年TCO10点とできます。割合は案件に合わせます。
現場への定着と運用の継続も、評価の対象にします。特に、毎日使う基幹業務では、導入時の価格差よりも、5年間の手戻りや問い合わせ対応の差が大きくなる場合があります。
契約前に確認するデータ返却とベンダーロックイン
契約終了時に受け取れるデータや移行情報の条件が、次のシステムへの切り替えやすさを左右します。
- 返却条件：所有権や項目、CSV・JSON形式、文字コード、画像・添付、費用、期限、消去証明を確かめます。
- 移行可能性：データ辞書とAPI仕様書を、どの条件で受け取れるかを見ます。
- 再委託と障害対応：委託先の役割や所在地、学校の連絡窓口、一次回答、復旧目標、状況報告の頻度を決めておきます。
契約終了後も一定期間参照できる移行支援環境を用意できるかを確かめておくと、将来の入れ替えで交渉力を失いにくくなります。
2026年時点のセキュリティと学校管理システムの動向
学校管理システムは、氏名や生年月日、健康情報のほか、出欠や評点も扱います。そのため、安全管理も発注の条件に含めます。
文部科学省は令和7年3月、教育委員会などがポリシーを策定・見直す際の参考となるガイドラインを改訂しました（出典：文部科学省「教育情報セキュリティポリシーに関するガイドライン」令和7年3月）。これを踏まえ、RFPには自校のセキュリティポリシーと照合する質問を入れます。
権限・認証・ログ・バックアップの具体的な確認項目
RFPでは、次の安全管理の項目を具体的に確かめます。
- 権限・認証：教職員や管理職、養護教諭、事務職員、教育委員会、保護者ごとの最小権限、多要素認証、端末・場所による制御、通信中・保存中の暗号化を見ます。
- ログ・バックアップ：操作・閲覧・出力の記録、異動・退職時の処理、保存世代の数、復元テストを確かめます。
- 障害・災害対応：復旧の目標時間と時点、代替の連絡手段、学校への報告、年1回以上の復旧訓練を押さえます。
健康情報や配慮事項を項目単位で制御できるかどうかも、確かめておく必要があります。また、クラウドを使う場合でも、委託先の運用設計と学校側のアカウント管理は欠かせません。
発注側は、システムの外の運用ルールとして、認証情報を共有しないことや、異動者の権限を止めること、出力ファイルを端末に残さないことを、RFPと研修に含めます。
クラウド化・共同調達と標準化の組み合わせ
文部科学省のICT環境整備方針は、自治体の校務DXの目標を示しています。その対象は、次世代校務システムを導入済みの自治体の割合と、ロケーションフリーで校務処理を行う自治体の割合です。この方針では、両方の割合を2029年度までに100％とする方向が示されています（出典：文部科学省「令和7年度以降の学校におけるICT環境の整備方針」2025年）。
発注条件では、クラウド化と共同調達を、次のように分けて考えます。
- クラウド化：校内サーバーの移行に加えて、学習系との接続、場所を問わないアクセス、データ連携、災害時の継続性を確かめます。
- 共同調達：学校ごとの例外を増やさないよう、共通の運用と設定で吸収できる範囲を先に合意します。
教育委員会が複数校をまとめて発注する場合は、システムをそろえるだけでなく、運用の標準化も欠かせません。株式会社ケイズの鳥取県事例では、県内全小中179校を対象に、共同調達や業務標準化、帳票統一を組み合わせています。そのうえで、研修やヘルプデスクも加えています（出典：株式会社ケイズ「全国初 統合型校務支援システムを県内全小中179校に一斉導入」）。
よくある質問（FAQ）
費用や導入期間は要件によって変わります。発注者が見るべき判断の観点を押さえておくと、提案会社との打ち合わせを具体的に進められます。
学校管理システムはスクラッチ開発とパッケージのどちらがよいですか？
独自の業務が多く、標準機能では重要な要件を満たせない場合に、スクラッチを検討します。まずはパッケージやクラウドSaaSのFit & Gapを確認し、費用や納期、保守要員、制度変更を踏まえて選びます。
学校管理システムの発注費用はどれくらいかかりますか？
標準的なクラウドSaaSは初期0万〜50万円、月額2万〜10万円程度です。一方、パッケージの追加開発は初期100万〜1,000万円以上が目安です。
複数校の共同利用や大学の基幹学務では、移行や連携、ネットワーク、研修、保守を含めると、数千万円以上になる場合もあります。見積書では、5年総額と終了時のデータ返却費も確かめます。
学校管理システムの導入には何か月かかりますか？
標準的なクラウドSaaSで設定が中心なら1〜3か月、パッケージの設定変更なら3〜9か月です。追加開発が大きい場合は、6〜15か月が目安です。
フルスクラッチや複数校での共同利用では、12〜24か月以上が目安です。移行のリハーサルやパイロット校、並行稼働は、RFPの段階で工程に入れておきます。
RFPを作る前にシステム会社へ相談してもよいですか？
相談はできます。ただし、1社の提案だけで要件を決めないようにします。現場の業務と課題を洗い出し、複数社に同じRFPとデモシナリオを提示します。
要件定義の支援を頼むときは、提案会社の選定から独立して、成果物や費用について助言できるかを確かめます。
まとめ
発注では、学校種別や対象業務、利用者、導入校数を整理します。既存データと連携先も洗い出し、クラウドSaaSやパッケージ、追加開発、スクラッチを比べます。そのうえで、RFPに業務シナリオと受入条件を記載します。
選定時の評価軸（5年TCOと現場定着）
見積比較は、初期費用や月額だけでなく、5年TCOでそろえます。データ移行や帳票、API連携、研修、保守の費用を含めます。また、バックアップや障害対応、終了時のデータ返却も対象にします。
委託先は、導入実績の数よりも、同じ学校種別や規模での体制とデモの具体性で評価します。加えて、次のとおり提案の中身も確かめます。
- 標準・設定・追加開発の説明：回答を区分どおりに分けて示しているかどうかです。
- SLA：保守時間と対応範囲が明確に示されているかです。
- 再委託の透明性：再委託先とその役割を開示しているかです。
発注前に完成させるRFPと評価表
選定体制には、現場の教職員や情報担当、管理職、調達・法務の担当者を加えます。必須と希望の要件、デモシナリオ、評価配点、検収条件は、この体制で合意します。
年度更新や人事異動、問い合わせ、障害、データ返却まで設計しておくと、学校管理システムを校務の継続的な改善基盤として運用できます。
▼全体ガイドの記事
・学校管理システム開発の完全ガイド
▼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を創業。