授業支援システムの発注は、授業の課題と対象校を整理し、発注形態と要件を決めたうえで、PoCと見積もりの比較を経て契約する流れで進めます。各段階で決めることを、順に見ていきます。
▼全体ガイドの記事
・授業支援システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
授業支援システムの発注・外注で最初に決める事項
発注前に明確にするのは、誰がどの授業で何を改善したいかです。製品名や細かな画面仕様は、この段階では決めなくてかまいません。導入後の運用の責任まで含めて、調達する単位を先に決めておくと、後の役割分担がぶれにくくなります。
何をデジタル化するかより先の、何を改善するかの決定
発注する側は、配布から振り返りまでの授業の流れを追い、どの場面に課題があるかを見定めます。
- 授業支援：教材・課題・動画の配布、回答の収集、考えの共有
- 校務支援・LMSとの違い：学籍・出欠・成績、履修・コース管理が中心ではない点
- 改善課題：紙の配布・回収、全員の考えの把握、欠席者への教材配布など
- 発注方式：紙提出箱を置き換える学校と、名簿・SSO・学習ログをつなぐ自治体で異なる
- 仕様の検討順：機能一覧より先の授業シナリオ作成と、不要なカスタマイズの回避
課題は、授業の場面ごとに分けて見ます。配布、個人思考、提出、共有に加えて、グループ活動、発表、振り返りも一つずつ分けます。場面ごとに分けておくと、必要な機能との対応を確かめやすくなります。
学校・学校法人・教育委員会ごとの発注単位
発注単位によって、必要な権限管理や利用者数、課金条件が変わります。
- 1校：2〜3クラスのPoCなど、短期間で試せるクラウドSaaSの想定
- 複数校：学校ごとの権限、異動、進級・転校、年度更新の管理
- 大学・塾：講座・受講者・講師の管理や、校舎横断の運用
- 利用者・負荷：児童生徒に加えて、教員・管理者・ICT支援員なども数える
- 課金・契約：人数・端末課金、追加単価、複数年割引のRFPへの記載
公立小中学校向けの料金や機能を、大学・塾にそのまま当てはめないようにします。利用者数には、保護者や自宅学習者が使う場合にその人数も含めます。
負荷の条件は、1クラス40人程度の同時アクセスを最低条件にします。そのうえで、全校一斉配信、動画・画像の集中表示、通信障害からの復旧を確認します。
利用者が増える可能性がある場合は、後から費用が膨らまないよう、課金の条件をRFPに明記しておきます。
発注形態はどれを選ぶ？標準SaaS・パッケージ・独自開発の違い
発注形態は、既製のSaaSやパッケージを使う方式から、既製品に追加開発を加える方式、一から作るフルスクラッチまで分かれます。基本は、教育上の独自性が必要な部分だけを開発し、共通機能には既製サービスを使うことです。
まず、独自画面が必要なのか、名簿・認証・運用の連携が必要なのかを分けて検討します。
短期導入と運用負荷の抑制を優先する場合の標準SaaS
標準SaaSが合うかは、導入・運用の分担と標準機能の範囲で判断します。
- 提供会社の担当：サーバー、更新、バックアップの多く
- 学校の担当：端末、ネットワーク、アカウントの準備
- 導入支援：初期設定、管理者研修、操作研修を受けられるか
- 連携・管理：SSO、名簿、学校権限、年度更新、データ出力の確認
- 適合性：標準機能で授業が成り立つかを、デモで確かめる
ブラウザやアプリで使えるため、1校で配布・提出・共有から始めるなら、初期開発を抑えて1〜3か月程度で導入できる可能性があります。
ただし、連携や管理の機能は標準機能とは限らないため、製品ごとに確かめます。契約終了後のデータ返却の扱いも、確認の対象に含めます。
公開価格があるサービスは予算に組み込みやすい一方、自治体プランが別料金になる場合があります。教材作成、ICT支援員、導入支援のほか、追加ストレージの費用も確認します。
パッケージ導入と追加開発での適合性の見極め
既製品を選ぶ際は、パッケージの標準機能と追加開発の範囲を分けて整理します。
- 教育向けパッケージ：授業実績、教材、管理機能、端末対応の備え
- 追加開発：標準機能と個別開発の境界を要件定義書に記載
- カスタマイズ判断：教育成果に直結する機能への絞り込みと、標準機能での代替の検討
現場の用語や操作の流れを理解している製品は、導入時の説明の負担を下げられます。
校務支援システムやデジタル教科書との連携範囲は、製品ごとに異なります。Google WorkspaceとMicrosoft Entra IDとの範囲も確かめます。
管理者の一括登録は設定で行い、独自の評価帳票だけを追加する方法もあります。一方で、すべてを改修すると、更新時の作業と保守費用が増えます。
フルスクラッチを選ぶのは、独自の教育設計とデータ基盤が必要な場合
フルスクラッチを選ぶ前に、独自要件と発注後の責任を整理します。
- 適用する要件：独自授業モデル、探究評価、固有の講座管理、複数基盤の連携
- 発注者の役割：授業要件の言語化、優先順位付け、保守予算の確保
- 方式の見極め：PoCで独自開発が要る部分を絞り込み、SaaSや追加開発と比べる
- 保守の条件：ソースコード、API、データ形式、移行手順、脆弱性対応の取り決め
要件に合わせた画面とデータモデルを設計できます。「配布・回収・共有」が授業の核なら、標準SaaSで足りる可能性があります。学習データ分析や独自評価が差別化の中心なら、追加開発や連携を検討します。
特定のベンダーだけが保守できる状態を避けるため、脆弱性対応の責任分界を定めます。
独自開発を選ぶなら、完成後の保守まで含めた費用の見通しを、発注の段階で立てておく必要があります。
授業シナリオから作るRFPと要件整理
RFPは、提案依頼先に提案と見積もりを出してもらうための資料です。各社の提案を比べられるよう、製品名を指定して仕様を固定する方法は避けます。
RFPには、現状の課題、対象ユーザー、授業シナリオを書きます。次に、必須要件と評価方法を書き、導入条件と契約条件は別に分けて記載します。こうして書いたRFPは、候補会社の提案力を比べる材料にもなります。
教員と児童生徒の一日の流れで書く業務要件
業務要件は、授業前・授業中・授業後の流れに沿って書きます。各段階で誰が何をするかを具体的にしておくと、提案各社が同じ業務像をもとに提案できます。
- 授業前の教材・課題の準備と、クラスへの配布
- 授業中の回答の収集、教師による一覧での確認、発表者の選定
- 授業後の提出物と振り返りの保存、欠席者への教材の再配布
流れは、「誰が」「どの端末で」「何を入力し」「誰が見られ」「どの期間保存するか」に分けて書きます。回答には手書き・文字・画像・動画を含めます。
必須要件と希望要件は分け、予算と納期に応じて優先順位を変えられるようにします。
- 必須要件：Chromebook・iPad・Windows対応、40人規模の同時接続、SSO、名簿一括登録
- 管理・運用：学校・学年・クラス単位の権限、データ出力、障害時の連絡方法の取り決め
- 希望要件：AI分析、教材テンプレート、特別支援向け表示、遠隔参加、保護者共有など
技術・セキュリティ要件の「確認する質問」への落とし込み
教育データと運用リスクに応じて、RFPでベンダーへ尋ねる内容を決めます。
- 保護対象：氏名、ID、提出物、発言、振り返り、学習履歴を扱う可能性
- システム管理：暗号化、操作ログ、権限分離、バックアップ、復旧の確認
- 運用・契約：再委託先、保管地域、ログ保存日数を尋ねる
- アカウント・障害：異動・進級時の処理、授業継続の手順、復旧目標の時間と時点
- 生成AI：再学習利用の有無、教師の確認・修正、成績評価に使わない運用
文部科学省の「教育情報セキュリティポリシーに関するガイドライン（令和7年3月）」は、教育委員会などがポリシーを策定・見直しする際の参考資料です。
セキュリティ認証の有無だけで判断すると、契約終了時のデータ出力と消去が抜けやすくなります。そのため、この2つもRFPで確かめます。脆弱性への対応も、RFPの確認項目に入れます。
生成AIを使う場合は、入力データの扱いを要件に書き込んでおく必要があります。
PoCと受入基準の先決めによる手戻りの削減
PoCと受入基準では、実授業で試すことと、契約後に判定する条件を分けて決めます。
- 1学年・1教科・2〜3クラスなどでの授業の再現と、使い勝手の確認
- 配布、同時入力、回答の一覧・拡大・比較表示、発表、振り返りの操作確認
- 動画、手書き、画像、端末差、欠席者の自宅参加、大きな通信量の検証
受入基準は、契約後に完成度を判定するための条件です。指定した同時接続数で主要な操作を完了できることを、その判定条件に入れます。
さらに、重複アカウントや権限外の閲覧がないことや、年度更新と指定形式のデータ出力も基準に入れます。
「担当者が問題ないと判断したとき」では、基準が曖昧なままです。追加費用や納期延長を防ぐため、判定方法を具体的に決めておきます。
契約形態と、初期費用だけでなく5年TCOで見る費用相場
費用は、学校・自治体の規模と利用者数、端末数で変わるほか、連携範囲や導入支援の有無でも変わります。全国共通の公定価格はありません。
公開価格、自治体の調達実績、類似業務システムからの推定は、分けて扱います。見積書でも、各費用を別々の項目にしておきます。
費用の対象は、ライセンスや初期設定、名簿・SSO連携、データ移行などです。教材作成や研修、ICT支援員も対象になります。さらに、保守、バックアップ、障害対応の費用も含めて見ます。
準委任・請負・SaaS利用契約それぞれの役割の違い
契約は、工程の確定度と提供方式に応じて選び、範囲や変更手続きも明記します。
- 準委任：対話しながら要件を固める分析・整理の工程が対象になる場合
- 請負：仕様と受入基準が定まった開発での検討
- SaaS利用：個人情報、サポート、障害通知、データ、更新・解約の条件の確認
- 独自開発：開発に加えて、保守運用、クラウド、第三者サービスも契約対象
準委任は作業時間や体制に対して対価を払うため、要件が変わりやすい初期に使いやすい契約です。そのため、作業範囲と報告方法を明確にしておきます。
請負でも、仕様変更は無料ではありません。そのため、変更手続きと追加見積もりを定めておきます。
仕様書や画面一覧、API仕様を添付し、テスト計画と運用手順も含めて、契約上の成果物を明らかにします。
方式と規模ごとのレンジで見る企画段階の費用相場
企画段階のレンジは方式と規模で異なるため、費用と期間は予算検討の目安として扱います。
- 1校SaaS：初期費用0〜150万円、年間費用50万〜300万円、1〜3か月程度
- 複数校SaaS・パッケージ：初期費用100万〜500万円、年間費用250万〜1,200万円、3〜9か月程度
- SSO・校務・教材・学習ログ連携：初期費用・年間費用とも300万〜1,500万円、6〜12か月程度
- 大規模カスタマイズ：初期費用1,000万〜3,000万円、9〜18か月程度
- フルスクラッチ：初期費用1,500万〜5,000万円、12〜24か月程度
自治体全校や大規模学校法人の独自基盤は、5,000万円〜1.5億円超、18〜36か月程度の可能性があります。
大規模基盤は、要件や規模に応じた個別見積もりになります。各レンジは公的統計ではなく、公開価格や調達実績、類似システムをもとにした編集部の試算です。
MetaMoJi ClassRoomの公式価格は1端末あたり年額4,800円、税込5,280円です（出典: MetaMoJi「価格／動作環境」、2026年確認）。ユーザーアカウントは無制限で、保存容量は1端末あたり100GBです。
500端末の場合、ライセンスだけで税別年240万円、5年で1,200万円になります。自治体プランや導入支援のほか、端末費とネットワーク費は別途確認します。
ライセンス費用以外を含む5年TCOでの比較
5年TCO（総所有コスト）は、ライセンス以外の導入費や運用費も含めて比べる指標です。初期費用だけで比べると、導入後にかかる手間や費用が見落とされやすくなります。
- 初期・連携：初期費用、名簿登録、年度更新、移行、SSO・API、端末設定
- 運用支援：研修、教材、ヘルプデスク、ICT支援員、バックアップ、障害対応
- 終了時：バージョンアップと契約終了時のデータ出力費の確認
- 担当者工数：担当者が手で行う作業の量
安価なライセンスでも、名簿登録を手作業で行い、毎年多くの研修を実施すると、担当者工数を含む総額は高くなります。
自治体の入札結果は、対象校数や契約期間、支援内容が異なります。端末やネットワークの範囲も違うため、1人あたりの単価には割り戻せません。
胎内市が2025年5月に公表した市立小中学校向け授業支援ソフトウェアライセンスは、税込205万3,326円でした（出典: 胎内市「令和7年度物品・役務等入札結果」、2025年）。
公開結果表では内訳やライセンス数が分からないため、予算の参考事例として扱い、価格を保証するものとはみなしません。
委託先の選定と見積比較で確認すべきポイント
委託先は、教育現場の実績、同時接続の検証、認証・名簿連携を中心に確かめます。知名度や提案資料の見栄えだけで判断すると、実際の授業で使えるかが確かめられません。
研修とサポート、データの扱い、契約後の保守体制は、同じ質問票で各社に確かめます。そのうえで、実授業を想定したデモと担当者との対話が必要です。
授業支援の実績と導入後の伴走体制の確認
実績は、自校との近さで見ます。導入後の支援と、新機能を安全に運用できるかも確認します。
- 導入実績：学校種別、校数、利用者数、端末・同時接続、稼働年数、利用率
- 伴走体制：研修、問い合わせ、教材作成、年度更新、障害連絡の確認
- AIサービス：教育目的に合う機能と提供時期を、提案書で確かめる
- AIの安全管理：教師の確認、個人情報の扱い、再学習への利用の確認
小学校の一斉授業と、大学の講義や塾の校舎横断授業では、運用が異なります。そのため、自校に近い事例を求め、可能であれば現場の教員の話も聞きます。
2026年には、教育に特化したAIサービスも登場しています。コードタクトのタクトAIは、授業設計、授業中の伴走、学びの可視化を示します。コードタクトは、2026年夏以降の機能提供をロードマップとして公開しています（出典: コードタクト「タクトAI」、2026年確認）。
AI出力は教師が確認する運用にし、個人情報を入力しないルールや、再学習への利用の有無も確かめます。
同じ前提にそろえた見積書の比較
見積もりは前提条件をそろえてから、比較表で費用と含まれる作業を分けます。
- 共通条件：対象人数・校数、端末、期間・開始月、同時接続、連携
- 支援条件：研修回数、サポート時間、データ移行、保守期間の統一
- 費用比較：初期・年間・5年総額、容量、連携費の内訳
- 別途費用：研修、支援、障害対応、解約時の移行費の確認
- 価格差：要件の抜けや機能差、支援内容、運用負荷の確認
見積もりでは、児童生徒数や教員数、管理者数を条件に含めます。比較表では、追加ユーザー単価と追加校単価を分けて並べます。
5年保守を一方だけに含む見積もりは、そのままでは比べられません。「一式」とある項目は、作業内容・工数・回数・成果物に分けてもらいます。
判断は、要件の充足度と運用負荷を含めた総合評価で行います。最安値だけで選ぶと、要件の抜けや運用負担を見落とすおそれがあります。
失敗しやすい発注パターンを避けるための責任分界
発注時に見落としやすい点と責任の境界を、現場での検証や契約条件に反映します。
- 選定の偏り：教員の意見を聞かず、管理機能や無料トライアルだけで決めないこと
- 環境確認：端末・ネットワークの確認と、実教材での操作検証
- 責任分界：端末や認証、名簿、API、支援などの担当の決定
- 終了時のデータ：読める形式での取得と、複製消去・証明の条件
研修を一度行えば定着すると考えるのも、失敗につながります。操作の数十秒の差も授業全体に影響するため、実授業を想定して確かめます。
責任分界表には、OSやブラウザ、無線LANのほか、バックアップ、ヘルプデスク、保護者対応も含めます。また、障害の監視範囲とログの提供方法を定めます。
授業支援システムの発注・外注でよくある質問
発注前には、価格だけでなく導入期間や現場の負担も確かめます。個人情報や契約終了後のデータの扱いも、確認しておく必要があります。
授業支援システムはSaaSと独自開発のどちらがよいですか？
多くの学校では、標準SaaSや教育向けパッケージを先に比べ、独自開発は標準機能で満たせない教育要件に限ります。ただし、複数校の認証・名簿連携や独自の学習データモデルが競争力に直結する場合は、SaaS連携、追加開発、フルスクラッチを検討します。
小規模PoCで実授業を検証すると、必要な独自機能を絞れます。
授業支援システムの発注費用はどのくらいかかりますか？
企画段階の目安は方式と規模で異なるため、ライセンスと導入支援を分けて見積もります。
- 標準SaaSを1校導入：初期費用0〜150万円、年間費用50万〜300万円
- SaaS・パッケージを複数校へ展開：初期費用100万〜500万円、年間費用250万〜1,200万円
- SSO・校務連携や独自開発を含む場合：初期費用300万円から数千万円
- 自治体全校の独自基盤：5,000万円〜1.5億円超の可能性
金額は公定価格ではなく、規模や要件、支援内容に応じた推定のレンジです。実際の額は、複数社の見積もりで確かめます。
生成AIを授業支援システムに組み込むときの注意点は何ですか？
AI出力を成績評価や生徒指導にそのまま使わず、教師が確認・修正する補助ツールとして運用します。
RFPと契約書では、入力データの保存期間、再学習利用、第三者提供を確認します。誤出力や偏りの訂正方法、保護者・本人への説明方法も定めておきます。
2026年時点で、授業前の設計、授業中の伴走、授業後の振り返り分析を支援する機能が広がっています。機能の新しさだけでなく、教育目的と安全管理の適合性を評価します。
まとめ
発注・外注では、改善したい授業場面と対象校・利用者を整理したうえで、標準SaaSやパッケージ、追加開発、フルスクラッチの必要性を判断します。
RFPには、授業シナリオと技術・セキュリティ要件を書きます。さらに、PoCや受入基準、運用体制も記載します。
発注前に確定する事項
発注前には、改善したい授業課題、学校・利用者・端末の範囲、標準機能と独自開発の境界を確定します。
個人情報やAI、契約終了後のデータ処理も決めておきます。見積もりは、初期費用だけでなく5年TCOで比べます。
複数社から同じ条件で見積もりを取り、「一式」項目や別途費用を分けてもらいます。保守や研修、年度更新、障害対応も、項目ごとに分解して確かめます。
小さな検証を経た全校・全自治体への展開
授業での使いやすさと運用負荷を確かめてから、導入範囲を判断します。
- 実授業の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を創業。