校務支援システムの発注は、業務と対象校を整理し、要件と契約を定めたうえで、小さく試してから段階的に広げる流れで進みます。
発注形態の選び方、RFPと契約の設計、費用の見方、委託先の選び方を、進める順に並べました。全体像は完全ガイドもご覧ください。
▼全体ガイドの記事
・学校・教育機関向け校務支援システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
学校・教育機関向け校務支援システムの発注で最初に決めること
発注前にまず決めるのは、誰のどの業務を、何校で、いつまでに改善するかです。製品名や開発言語は、その後に検討する項目です。
学校種別や導入規模によって、必要な機能、移行の量、運用体制、調達方法は変わります。そのため、目的が曖昧なまま相見積もりを取ると、条件が合わず価格だけで比べにくくなります。
学校業務のデータ基盤となる校務支援システム
校務支援システムは、名簿・学籍、出欠、成績を中心に、学校の業務を幅広く扱います。保健、時間割、進路の業務も対象になり、保護者連絡と帳票は下の一覧で示します。
校務支援システムを使うと、同じ児童生徒情報の転記を減らせるうえ、管理職や教育委員会の集計にも使えます。
学習管理と電子連絡網、保健管理、入試管理を含むかどうかは、製品や学校種別によって異なります。そのため、発注書では対象業務を具体的に示します。
- 対象業務：学籍管理、出欠、成績、健康観察の範囲
- 連絡・帳票：保護者連絡、帳票、教育委員会集計の範囲
入力負担と業務フローで表す導入目的
「DX化する」「クラウド化する」といった言葉だけでなく、目的を業務の変化で表します。
- 出欠連絡：一度の入力を保護者連絡と集計に使い回す形
- 帳票作成：通知表や指導要録への転記の削減
- 効果測定：入力回数、作成時間、問い合わせ、年度切替作業の計測
文部科学省は、2026年度の「校務DX等加速化事業」で、2029年度までに時間外在校等時間を月30時間程度へ縮減する目標に触れています（出典: 文部科学省「校務DX等加速化事業」、2026年）。
もう一つの課題は、県域での共同調達・共同利用と、個人情報の適正な取扱いです。
発注形態の選び方：パッケージ・SaaS・共同利用・個別開発
発注形態は、標準機能で早く導入するか、既存業務に合わせて作るかで選びます。比べる際は、制度変更や帳票改定、年度更新、障害対応まで含めて、総保有コストで見ます。
標準化できる業務に向くパッケージとSaaS
標準機能の適合範囲と導入後の運用を、提案の場で確かめます。
- 共通業務：複数校に共通する業務を、短期間で導入したい場合に向きます。
- SaaS運用：サーバーや更新を外部化し、機器管理を減らせます。共同利用にも適します。
- 個別対応：独自帳票や承認ルートを足すと、費用と負担が増えます。
- デモ確認：機能だけでなく、入力回数と年度更新時の作業も見ます。
運用まで含めて委託する県域・自治体の共同利用
複数校に導入する場合は、学校ごとに別々の製品を発注するより、県域・自治体単位の共同利用を検討する余地があります。
- 対象：複数校を導入する教育委員会（県域・自治体単位で検討）
- 運用設計：ライセンス、ネットワーク、認証、データセンターの整理
- 現場支援：ヘルプデスク、研修、障害時の連絡体制をまとめる
たとえば、秋田県では2024年度から7市町村で運用を始め、全市町村への導入も予定しています（出典: NTT東日本「秋田県小中学校等統合型校務支援システム構築等業務」事例）。フルクラウド型の共同利用が、こうして進んでいます。
県主導で段階的に導入する場合は、自治体ごとの既存の運用を踏まえる必要があります。そのうえで、共通ルールと例外の範囲をRFPに記載します。
独自制度と連携要件が明確な場合の個別開発
既存製品で代替できない要件があるかどうかが、個別開発を選ぶ判断の出発点になります。
- 対象要件：独自制度、帳票、校務フロー、学習・保健・入試連携
- 事前確認：標準機能で代替できない理由と、削減できる作業を確かめます。
- 開発と運用：要件定義、テスト、移行、保守担当の長期管理
- 範囲の限定：標準機能を試したうえで、教育・制度上必要な部分に絞ります。
作り込みを必要な範囲にとどめれば、費用と将来の改修リスクを抑えやすくなります。
現場の業務を発注条件に変えるRFPと要件整理
RFPは、何をどの範囲と品質で、いつまでに提供してほしいかを伝える文書です。
RFPには、現状の課題と対象校、利用者を書きます。
移行やセキュリティ、運用支援、評価方法も示します。そのため、各社の提案と見積を同じ条件で比べやすくなります。
利用者とデータの流れから始める業務棚卸し
利用者と情報の流れを一覧にすると、必要な業務と重複作業が見えてきます。
- 利用者：教員、管理職、教育委員会、養護教諭、事務職員、保護者の区分
- データの流れ：名簿から出欠、成績、保健、帳票、連絡へ至る経路の図
- 重複作業：紙、Excel、メールなどに残る二重入力
発注者が要件に優先度を付けておくと、不要な機能によって費用や保守負担が膨らむことを防げます。
- 必須：指導要録や通知表の出力のように、欠かせない要件
- できれば必要：導入時に実現できれば望ましい要件
- 将来検討：独自分析ダッシュボードのように、後から検討する要件
機能要件と非機能要件を分けて書くRFP
要件は機能と非機能に分け、利用方法や運用条件まで明記します。
- 機能要件：学籍、出欠、成績、保健の各機能。帳票、進路、連絡、集計も含みます。
- 操作と記録：入力者、承認者、帳票反映、訂正履歴の扱い
- 非機能要件：稼働と性能、復旧、バックアップ、端末対応の条件
- 安全管理：認証と権限、暗号化、ログ、脆弱性対応の取り決め
安全管理の要件を考える際は、文部科学省の2025年3月版「教育情報セキュリティポリシーに関するガイドライン」が役立ちます。
このガイドラインは、クラウド活用と強固なアクセス制御を踏まえて改訂されています（出典: 文部科学省、2025年）。
保守の窓口も、RFPに書いておきます。
RFPの中心に置くデータ移行と導入後支援
移行データの正確さと稼働後の支援は、RFPで具体的に定めておく必要があります。
- データ移行：対象データの確認、サンプル移行、帳票照合
- 導入後支援：年度更新、問い合わせ、研修、障害対応、制度改定への対応
対象データは、氏名や学年・学級、年度を確かめます。在籍異動や欠測値、過去帳票、保健情報の保管期間も見ます。
移行後は、旧帳票と新帳票を照合する手順を決めます。さらに、誤りがあった場合にどこまでを誰が受け持つかという責任分界も定めます。
支援範囲は、初年度と2年目以降を分けて見ます。受付時間や現地対応、再委託先、終了時のデータ返却・消去も、各社で比べます。
要件定義・開発・運用を分けた契約形態の設計
要件がどこまで確定しているか、運用をどれだけ続けるかによって、契約の形は変わります。
どの形でも、成果物と検収、責任範囲、変更手続きは明記します。さらに、個人情報や再委託、停止、終了時のデータ処理も書き込みます。
完成物と検収条件を明確にする請負契約
請負契約は、成果物を完成させて検収する形です。システムや設定、移行、帳票がこれに当たります。標準導入や、仕様が固まった開発で使いやすい形態です。
納期や成果物、受入テストを固め、修正回数と瑕疵対応も決めておきます。特に、現場利用後の変更が多いと、追加費用や納期の延長につながります。
変更への対応として、承認者と再見積もりの進め方、優先順位、金額への反映方法を、事前に決めておきます。
要件整理や伴走支援に適する準委任契約
成果を事前に固定しにくい工程では、業務内容と進捗を契約上で見られるようにしておきます。
- 依頼する業務：要件整理、現状分析、進行管理、運用改善、技術支援
- 活用する工程：学校現場への聞き取りやPoCの評価
- 提出物：月次報告、課題一覧、意思決定記録、翌月計画
進捗を追うには、稼働時間や担当範囲の取り決めに加えて、発注者側にも責任者を置きます。
要件定義は準委任として契約し、開発や導入は請負またはSaaS契約に分ける方法もあります。
利用料とサービス水準を確認するSaaS契約
SaaS契約では、利用条件と終了時のデータの扱いを具体的に詰めておく必要があります。
- 契約と料金：初期導入契約と、月額・年額の利用契約の区別
- サービス水準：機能、容量、更新、問い合わせを見ます。利用者・学校数の数え方や、バックアップ、復旧、サービスレベルも含みます。
- 変更時の条件：価格改定や機能廃止の通知期間
- データ管理：クラウド基盤や再委託先、CSV等の標準形式での全データ返却、サービス側の消去証明を、契約に記します。
学校・教育機関向け校務支援システムの費用相場
費用は、1校のSaaS、複数校の共同利用、個別開発で違ってきます。
ここで示すのは、公開価格や公募資料、リサーチノートから整理した企画用の目安で、正式な相場統計ではありません。
金額は、学校数と生徒数で変わります。さらに、移行や帳票、研修の範囲、ネットワークや保守の扱いでも変わります。
初期費用と利用料を分けて見る公開価格
School Engineの校務支援は、1校あたりの初期費用と月額利用料が公開されています（出典: 株式会社システムディ「School Engine」料金表、2026年確認）。
- 小中学校：初期330,000円、月額22,000円（税込）
- 高等学校：初期330,000円、月額44,000円（税込）
この条件で初年度の費用を計算すると、小中学校で約59.4万円、高校で約85.8万円になります。
グループウェアや徴収金、現地指導、通信、追加支援は、別料金になることもあります。
公開価格は基準の一つで、自治体一括契約や移行込みの見積とは異なります。そのため、見積は初期設定、アカウント、帳票の項目ごとに組みます。移行、研修、保守も、別々に見積もります。
単価と基本料金を分けて見る、生徒数に応じるサービス
ベネッセ校務クラウドは高校向けに、生徒1人あたり年額3,960円（税込）と、別途の基本サービス料で提供されています（出典：ベネッセコーポレーション「ベネッセ校務クラウド」サービスページ、2025年提供開始）。
- 従量部分：学校規模に応じて予算を組みやすく、500人なら年間198万円、1,000人なら396万円
- 契約総額：基本サービス料、導入支援、データ移行費は含まれません
- 課金条件：在籍数の増減、教職員アカウント、兄弟姉妹、年度切替の課金ルール
- 5年間の比較：「生徒数×単価」だけでなく、在籍数と基本料金を合わせた総額で比べる
数百万円から1億円超までの複数校・個別開発の費用幅
複数校の標準導入は、初期設定とデータ移行、帳票調整、研修を含めた推定です。連携や独自機能の範囲によって、企画上の推定費用は変わります。
- 複数校の標準導入：数百万円から3,000万円程度
- 準スクラッチ：連携や独自帳票を含めて3,000万〜8,000万円程度
- 広範な個別開発：8,000万円〜1.5億円超（仮置き）
これらは公開価格や公募実績を基にした推定で、全国共通の定価や統計ではありません。
松阪市の2025年公募では、31校の契約期間中の構築・保守・利用の上限が8,000万円でした。内訳は、導入委託費991万1,000円と利用費7,008万9,000円です。この金額は1校の開発費ではありません（出典: 松阪市「小中学校統合型校務支援システム構築及び保守管理」公募資料、2025年）。
製品機能より導入・運用体制で選ぶ委託先
委託先には、製品ベンダーとSIer、導入支援会社、個別開発会社があります。
SIerは、クラウド・ネットワークを担う立場です。
「開発会社」と名乗っていても、フルスクラッチを受託するとは限りません。
発注側は、必要な支援と、各社の得意領域を照らし合わせます。
学校種別と同規模の導入経験
公立小中学校や高校、私立校、中高一貫校では、業務の優先順位が違います。そのため、学校種別や規模に合う導入経験と、稼働後の運用実績を確かめます。
- 事例の適合性：学校種別、学校数、生徒数、自治体構成との照らし合わせ
- 導入実績：稼働期間、移行対象、研修内容の確認
- 運用実績：問い合わせ件数や、稼働後の改善事例の聞き取り
EDUCOMはC4thを中心に、自治体や小中学校の事例を持っています。
NTT東日本は、ネットワークやクラウド、ヘルプデスクを含む共同利用を支援しています。
システムディは公開価格を確認しやすく、ベネッセ校務クラウドは高校向けの生徒単価と学習データ連携を打ち出しています。
発注側は、会社の順位ではなく、案件との適合性で見ます。
認証・ログ・データ管理の説明の具体性
氏名や生年月日、出欠、評点は、漏えいや誤操作から守る管理が必要です。健康情報や保護者情報も、同じ管理の対象になります。
- 認証と権限：SSO、多要素認証、役割別のアクセス制御
- データ保護：暗号化、バックアップ、脆弱性への対応
- 操作記録：誰がどの情報にアクセスしたかの追跡
- 事故対応：インシデントを報告する時間の取り決め
たとえば、ベネッセ校務クラウドの公式情報では、SSOや2要素認証、暗号化が示されています。
同じ公式情報には、操作ログや権限設定、承認フローも含まれています。
教員や管理職、教育委員会、保護者の権限の分け方も、デモと資料で確かめます。
異動・卒業時のアカウント停止も、あわせて見ます。
現場定着と繁忙期の支援体制
年度末や成績処理の時期は、問い合わせが集中します。そのため、繁忙期の支援と教育体制を確かめておきます。
- 問い合わせ対応：ヘルプデスクや障害時の代替運用
- 現場支援：管理者研修、動画・FAQ、遠隔・現地支援
- 継続教育：新任・異動者向けの年度ごとの研修計画
PoCでは、1校または1学年で、出欠や保護者連絡、承認、教育委員会集計まで試します。
入力時間や転記回数、帳票作成時間、問い合わせ数を、導入の前後で測ります。
効果が確認できた範囲から展開します。
AIやダッシュボードの追加は、データ整備と現場の承認手順を固めたあとに考えます。
価格の安さより同じ条件と総額で比べる見積比較
合計金額だけでなく、条件をそろえて比べます。そろえる対象は、学校数や生徒数、利用者、機能です。
さらに、契約期間や移行、研修、保守時間も含めます。そのうえで、含むものと含まないものを確かめます。
導入・移行・運用・追加開発に分けた見積項目
見積は、初期設定や環境構築、アカウントの項目に分けて出してもらいます。データ整備・移行、帳票、連携、テストも、項目ごとに分けます。
- 導入：初期設定、環境構築、アカウント、進行管理
- 移行・開発：データ整備、帳票、連携、テスト
- 運用：研修、マニュアル、保守、利用料
- 追加作業：「一式」の上限や条件、開発単価、作業時間、変更受付期限
複数年契約では、初年度、2年目以降、更新時の費用を分けて示してもらいます。そのうえで、学校数や生徒数で変わる費用、価格変更、オプションを、5年程度で試算します。
初期費用が安くても、保守や移行が別料金であれば、総額は高くなることがあります。そのため、作業範囲と合わせて評価します。
機能・費用・体制・安全性で分けた評価表
評価の軸は、機能適合、操作性、費用に置きます。
移行や連携、セキュリティも、評価の項目として分けて扱います。導入体制や支援、将来拡張性は、別の項目として見ます。
- 足切り：必須要件を満たさない提案を外してから、操作性や価格を比べます。
- 移行と障害対応：価格を重視する場合でも、不足が現場の作業として残らないかを見ます。
- プレゼン：自校の実データに近いサンプルで実演を依頼し、転入登録、欠席承認、成績修正と履歴の流れを確かめます。
- 年度更新：複数校の集計も含めて確かめます。
将来の責任分界まで踏み込む委託先への質問
候補の会社には、導入後の運用と障害時の責任分担まで尋ねておきます。
- 導入経験：時間がかかった工程と失敗後の改善策は何か。
- 運用支援：年度更新の担当と、障害時に何分以内に連絡するか。
- 委託先管理：再委託先と契約終了時の返却形式は何か。
- 担当範囲：製品、ネットワーク、個別開発のどこを担うか。
複数社が関わる場合は、障害や連携の窓口を一本にまとめられるかを確かめます。さらに、責任分担を調整する会議体も決めておきます。
小さく検証してから段階展開する、発注から稼働までの進め方
契約後は、現場で使えることを確かめてから全校へ広げます。標準導入は、要件確認から1〜3か月、移行や研修を含めると3〜6か月が目安です。
準スクラッチは6〜12か月、フルスクラッチは9〜18か月以上を、企画上の目安にします。ただし、実際の期間は学校数や年度切替の時期、連携と帳票、試験範囲によって変わります。
年度計画に組み込む現状調査とRFP作成
年度替わりに稼働するなら、前年度の早い時期に調査を始めます。利用者への聞き取りと帳票の収集を進め、データ項目、ネットワーク、端末も確かめます。
- RFPを作成し、質問を受け付けたうえで、提案を審査します。
- 契約と要件定義を経てから、移行、研修、受入テストに進みます。
公立学校や教育委員会では、公募型プロポーザルや入札の参加資格、上限、質問期限を整理します。さらに、発表の日程や評価委員会、契約期間も押さえます。
松阪市の2025年公募でも、日程が定められていました。公告、質問、参加申請の次に、提案提出、プレゼンテーション、結果通知が続く流れです。
現場とのずれを減らすPoC・テスト移行・受入テスト
代表校で操作とデータを確かめ、見つかった課題は本導入の要件や研修に反映します。
- 名簿、出欠、成績の流れを、帳票と保護者連絡を含めて、年度更新までPoCで試します。
- 迷う画面や二重入力を記録し、要件と研修内容を見直します。
- 移行データと帳票を照らし合わせ、発注者が主体となって受入テストを行います。
移行では、件数だけでなく氏名、所属、年度を確かめます。
履歴や帳票も、あわせて照合します。
合否の基準と不具合の優先度を定めたうえで、稼働後は緊急の不具合と希望機能を分けて管理します。
段階展開後の効果測定と改善会議
段階展開後は、効果を定量と定性の両面から確かめます。
得られた結果は、運用の見直しや機能拡張に生かします。
- 定量指標：利用率、入力完了率、転記回数、帳票時間を追います。問い合わせ、障害、研修参加も記録します。
- 現場の状況：紙に戻る業務や、承認が滞る理由の聞き取り
- 改善の確認：効果が出ない場合の、業務ルール、権限、研修、データ品質の見直し
- 機能拡張：健康観察、不登校支援、ダッシュボード、AI支援の導入は、教員が判断し、支援業務と権限を定めたうえで進めます。
よくある質問
発注では、費用や期間の疑問に加え、データやセキュリティ、製品形態についても迷いが生じます。代表的な質問に答えます。
校務支援システムの発注費用はいくらですか？
費用の幅は、1校のSaaSか、複数校の共同利用か、個別開発かで大きく違います。次の数字は企画用の目安で、どこまでを含むかで総額が変わります。
- 公開SaaS：1校あたり初期30万円台、月額2万〜5万円程度が目安です。
- 形態別の幅：共同利用は数百万円から数千万円、個別開発は3,000万円〜1.5億円超まで幅があります。
- 金額の性質：企画用の幅で、移行や研修、保守の範囲によって総額が変わります。
- ネットワーク：その範囲も、総額を左右します。
パッケージとフルスクラッチはどちらがよいですか？
学籍、出欠、成績の標準的な業務に加え、保健や帳票も短期間で導入するなら、パッケージやSaaSが向きます。
独自制度や帳票、複雑な連携が欠かせない場合は、準スクラッチやフルスクラッチを検討します。ただし、標準機能とPoCを先に確かめ、個別開発は必要な要件に絞ります。
RFPにはどこまで細かく要件を書くべきですか？
業務の中身や帳票、移行、非機能の条件は要件として書き込み、やり方は提案に任せる部分を残します。
- 基本の記載：必須業務、利用者、データの流れを書きます。
- 帳票・移行・連携：同じ文書に書き込みます。
- 非機能：セキュリティや性能、支援、保守、終了時のデータ扱いも、要件として示します。
- 画面や実現方法：すべて固定すると、提案の工夫を評価しにくくなります。
- 委ねる範囲：成果と条件を示したうえで、やり方は各社の提案に任せる部分を残します。
クラウド型ならセキュリティ対策は不要ですか？
不要ではありません。学校側では、アカウントや権限、端末、認証の管理が必要です。連携、ログ、委託先の管理も、学校の役割として残ります。
文部科学省の2025年3月版ガイドラインを基準に、保管場所と暗号化を確かめます。バックアップや復旧、再委託、終了時の返却・消去も、確認の対象になります。そのうえで、学校と事業者の責任分界を契約に反映します。
まとめ
発注では、学校種別と対象校を押さえ、業務範囲や目的を整理してから製品を比べます。
標準製品と共同利用、準スクラッチ、フルスクラッチを並べ、作り込みと運用負担を見ます。
発注前にそろえる業務・データ・契約の条件
RFPでは、現状業務と移行、年度更新を具体化します。認証や権限、ログ、バックアップも、要件として書き込みます。研修や窓口、障害対応、データ返却の取り決めまで、詰めておきます。
請負、準委任、SaaSは、工程ごとに役割を分けて整理します。費用は、導入と利用、移行に分けて比べます。さらに、研修や保守、追加開発の費用も、別々に見ます。
小さく試して効果を測り、使い続けられる仕組みづくり
委託先を選ぶ際は、実績と移行の品質を確かめます。
研修や繁忙期の支援、セキュリティ、終了時のデータ扱いも、あわせて見ます。
代表校でPoCとテスト移行を行い、入力時間や転記回数を測ってから広げます。これにより、校務DXによる現場負担の増加を抑えやすくなります。
▼全体ガイドの記事
・学校・教育機関向け校務支援システム開発の完全ガイド
▼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を創業。