授業支援システム開発の発注/外注/依頼/委託方法について

授業支援システムの発注・外注は、機能の多い製品を選ぶことではなく、改善したい授業場面と対象校の運用を整理し、標準SaaS・パッケージ・独自開発を適切に組み合わせることが成功の近道です。

授業支援システムを導入すると、教材の配布、児童生徒の回答回収、意見の共有、振り返りまでを端末上でつなげられます。一方で、要件が曖昧なまま発注すると、ライセンス費用だけを比較して、名簿連携・年度更新・研修・障害対応などの費用が後から増えることがあります。本記事では、発注形態の選び方、RFPと要件整理、契約形態、費用相場、委託先の選び方、見積書の比較方法を、学校・学校法人・教育委員会の検討担当者向けに解説します。

▼全体ガイドの記事
・授業支援システム開発の完全ガイド

授業支援システムの発注・外注で最初に決めること

発注前に決めるべきなのは、製品名や画面の細かな仕様ではありません。誰が、どの授業で、どの作業を改善したいのかを明確にし、導入後の運用責任まで含めて調達単位を決めることが重要です。

授業支援システムは、教師が教材・課題・動画を配布し、児童生徒が回答を提出し、教師が一覧や比較表示で考えを見取り、クラスで共有するための仕組みです。校務支援システムのように学籍・出欠・成績を中心に管理するものでも、LMSのように履修やコース管理を中心にするものでもありません。発注前には、たとえば「紙のワークシートの配布と回収に時間がかかる」「全員の考えを授業中に確認できない」「欠席者へ教材を届けられない」といった課題を、授業の場面で書き出します。

課題を「配布」「個人思考」「提出」「共有」「グループ活動」「発表」「振り返り」に分けると、必要な機能が見えやすくなります。紙の提出箱を置き換えたい学校と、自治体全校の名簿・SSO・学習ログをつなぎたい教育委員会では、同じ授業支援システムでも選ぶべき発注方法が異なります。機能一覧から始めると不要なカスタマイズを発注しやすいため、まず授業シナリオを作ります。

発注単位は、1校、学校法人、教育委員会のいずれかで考えます。1校で2〜3クラスのPoCを行う場合は、教員が短期間で試せるクラウドSaaSが適しています。複数校へ展開する場合は、学校ごとの権限、教員の異動、児童生徒の進級・転校、年度更新を一括管理できるかが重要です。大学や塾では、授業だけでなく講座・受講者・講師の管理、校舎をまたぐ運用が必要になるため、公立小中学校向けの料金や機能をそのまま当てはめないようにします。

利用者数は、児童生徒だけでなく教員、管理者、ICT支援員、保護者や自宅学習者まで数えます。1クラス40人程度の同時アクセスを最低条件にしながら、全校一斉配信、動画や画像の集中表示、通信障害からの復旧も確認します。導入後に利用者が増える可能性がある場合は、人数課金か端末課金か、追加ライセンスの単価、複数年契約の割引条件をRFPに明記します。

発注形態はどれを選ぶ？標準SaaS・パッケージ・独自開発の違い

授業支援システムの発注は、大きく標準SaaSの導入、教育向けパッケージの導入、既製品への追加開発、フルスクラッチ開発に分かれます。判断の基本は、教育上どうしても独自性が必要な部分だけを開発し、共通機能は既製サービスを活用することです。発注者が本当に必要としているのが「独自の画面」なのか、「名簿・認証・運用のつなぎ込み」なのかを分けて検討します。

標準SaaSは、ブラウザやアプリから利用し、サーバー、アップデート、バックアップの多くを提供会社に任せる方式です。1校で授業の配布・提出・共有を始めたい場合、初期開発を抑えながら1〜3か月程度で導入できる可能性があります。学校側は端末・ネットワーク・アカウントを準備し、ベンダー側は初期設定、管理者研修、操作研修を支援する役割分担が一般的です。

標準SaaSでも、SSO、名簿連携、学校単位の権限、年度更新、データ出力、契約終了後の返却が標準機能とは限りません。公開価格があるサービスは予算化しやすい一方、自治体プラン、導入支援、教材作成、ICT支援員、追加ストレージが別料金になる場合があります。価格だけでなく、標準機能で現場の授業が成立するかをデモで確認します。

教育向けパッケージは、授業支援の実績、教材、管理機能、端末対応があらかじめ用意されていることが強みです。学校現場で使われる用語や操作の流れを理解していることも、導入時の説明負荷を下げます。ただし、既存の校務支援システムやGoogle Workspace、Microsoft Entra ID、デジタル教科書との連携は、製品ごとに対応範囲が異なります。

既製品に追加開発を依頼する場合は、標準機能と個別開発の境界を要件定義書に記載します。たとえば、管理者の一括登録は設定で対応し、独自の評価帳票だけを追加する方法があります。すべての要望をカスタマイズすると、アップデートのたびに改修が必要になり、保守費用も増えます。独自機能が教育成果に直結するか、標準機能で業務を変えられないかを先に検討します。

フルスクラッチ開発は、独自の授業モデル、探究活動の評価、学校法人固有の講座管理、複数の学習基盤をまたぐデータ連携など、既製品では実現できない要件に向いています。要件に合わせた画面とデータモデルを設計できる反面、発注者が授業の要件を言語化し、優先順位を決め、完成後の保守予算を持ち続ける必要があります。

フルスクラッチを選ぶ前に、標準SaaSを使ったPoCを行うと、独自開発が必要な部分を絞れます。授業の核が「配布・回収・共有」であれば標準SaaSで足りる可能性が高く、差別化の中心が学習データ分析や学校独自の評価設計であれば追加開発や連携を検討します。特定ベンダーだけが保守できる状態を避けるため、ソースコード、API仕様、データ形式、移行手順、脆弱性対応の責任分界も発注条件に入れます。

RFPと要件整理は授業シナリオから作成します

RFPは、提案依頼先に同じ条件で提案と見積もりを出してもらうための資料です。製品名を指定して仕様を固定するのではなく、現状の課題、対象ユーザー、授業シナリオ、必須要件、評価方法、導入条件、契約条件を分けて記載すると、候補会社の提案力も比較できます。

業務要件には、授業前・授業中・授業後の流れを記述します。授業前は教材や課題を準備してクラスへ配布し、授業中は児童生徒が手書き・文字・画像・動画で回答し、教師が一覧で確認して発表者を選びます。授業後は提出物と振り返りを保存し、欠席者が追いつけるように教材を再配布します。これらを「誰が」「どの端末で」「何を入力し」「誰が見られ」「どの期間保存するか」に分解します。

必須要件と希望要件は分けます。必須要件には、Chromebook・iPad・Windowsなどの対応環境、40人規模の同時接続、SSO、名簿の一括登録、学校・学年・クラス単位の権限、データ出力、障害時の連絡方法を置きます。希望要件には、AIによる振り返り分析、教材テンプレート、特別支援向けの表示、遠隔参加、保護者への共有などを置き、予算と納期に応じて優先順位を変えられるようにします。

授業支援システムでは、児童生徒の氏名、ID、提出物、発言、振り返り、学習履歴を扱う可能性があります。文部科学省の「教育情報セキュリティポリシーに関するガイドライン（令和7年3月）」は、教育委員会などがポリシーを策定・見直しする際の参考資料です。RFPでは、通信・保存データの暗号化、管理者を含む操作ログ、権限分離、バックアップ、障害時の復旧、脆弱性対応、再委託先、データ保管地域、契約終了時の出力と消去を確認します。

セキュリティ認証の有無だけでは判断しません。「どのログを何日保存するか」「退職・異動した教員をいつ無効化するか」「転校・進級時にアカウントをどう扱うか」「通信障害時に授業を継続する手順はあるか」「復旧目標時間と復旧時点は何か」を質問します。生成AIを使う場合は、入力データがモデルの再学習に利用されるか、AI出力を成績評価へ使わない運用ができるか、教師が確認・修正する仕組みがあるかも要件に含めます。

PoCは、1学年・1教科・2〜3クラスなど小さな範囲で、実際の授業を再現する検証です。画面を見せてもらうだけでなく、教師が教材を配布し、児童生徒が同時に入力し、教師が回答を一覧・拡大・比較表示し、発表や振り返りを行うところまで確認します。通信量が大きい動画、手書き入力、画像提出、端末の違い、欠席者の自宅参加も試します。

受入基準は、契約後に完成度を判断する物差しです。たとえば、指定した同時接続数で主要操作が完了すること、名簿連携で重複アカウントが作られないこと、権限外の提出物を閲覧できないこと、年度更新で学年・クラスが正しく移行されること、データを指定形式で出力できることを記載します。受入基準が「担当者が問題ないと判断したとき」のように曖昧だと、追加費用や納期延長の原因になります。

契約形態と費用相場は初期費用だけでなく5年TCOで見ます

授業支援システムの費用は、学校・自治体の規模、利用者数、端末数、連携範囲、導入支援の有無で大きく変わります。全国共通の公定価格はないため、公開価格、自治体の調達実績、類似業務システムからの推定を分けて扱います。見積書では、ライセンス、初期設定、名簿・SSO連携、データ移行、教材作成、研修、ICT支援員、保守、バックアップ、障害対応を別項目にしてもらいます。

要件整理や業務分析のように、発注者と受託者が対話しながら成果を固める工程は、準委任契約が適する場合があります。作業時間や体制に対して対価を支払うため、要件が変わりやすい初期フェーズで使いやすい一方、作業範囲と報告方法を明確にします。仕様が固まり、完成させる機能と受入基準が定まった開発では、請負契約を検討できます。ただし、請負だから変更が無料になるわけではなく、仕様変更の手続きと追加見積もりを契約書に定めます。

SaaSを利用する場合は、サービス利用契約、個人情報の取扱い、サポート水準、障害時の通知、データの返却・消去、契約更新・解約条件を確認します。独自開発では、開発契約だけでなく、保守運用契約、クラウド利用料、第三者サービスの利用規約も対象です。契約書に、仕様書・画面一覧・API仕様・テスト計画・運用手順を添付し、どの資料が契約上の成果物かを明らかにします。

企画段階の目安として、クラウドSaaSの標準導入を1校で行う場合は、初期費用0〜150万円、年間費用50万〜300万円、期間1〜3か月程度が一つのレンジです。SaaSやパッケージを複数校へ展開する場合は、初期費用100万〜500万円、年間費用250万〜1,200万円、期間3〜9か月程度が目安になります。これらは授業支援システム専用の公的統計ではなく、公開価格、調達実績、類似業務システムの見積もり方から整理した編集部試算です。

SSO、校務・教材・学習ログ連携を含む場合は、初期費用300万〜1,500万円、年間費用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円で、ユーザーアカウントは無制限、保存容量は1端末あたり100GBです（出典: MetaMoJi「価格／動作環境」、2026年確認）。500端末ならライセンスだけで税別年240万円、5年で1,200万円となりますが、自治体プラン、導入支援、端末費、ネットワーク費は別途確認が必要です。

5年TCOでは、初期費用と年間ライセンスだけでなく、アカウント登録、年度更新、データ移行、SSO・API連携、端末設定、研修、教材テンプレート、ヘルプデスク、ICT支援員、バックアップ、障害対応、バージョンアップ、契約終了時のデータ出力を足し合わせます。たとえば、安価なライセンスでも、学校ごとに手作業で名簿を登録し、毎年大量の研修を実施するなら、担当者の工数を含む総額は高くなります。

自治体の入札結果は、同じ製品でも対象校数、契約期間、支援内容、端末やネットワークの範囲が違うため、単純な1人あたり単価に割り戻せません。胎内市が2025年5月に公表した市立小中学校向け授業支援ソフトウェアライセンスでは、契約金額が税込205万3,326円でした（出典: 胎内市「令和7年度物品・役務等入札結果」、2025年）。一式の内訳やライセンス数が公開結果表から分からないため、予算の参考事例として扱い、発注先の価格保証とは解釈しません。

委託先の選定と見積比較で確認すべきポイント

委託先は、知名度や提案資料の見栄えだけで決めません。教育現場の実績、同時接続の検証、認証・名簿連携、研修とサポート、データの扱い、契約後の保守体制を、同じ質問票で確認します。受託開発会社を選ぶ場合も、授業支援の既製サービスを提供するベンダーを選ぶ場合も、実授業を想定したデモと担当者との対話が必要です。

実績は、導入社数だけでなく、学校種別、校数、利用者数、端末、同時接続、稼働年数、導入後の利用率まで確認します。小学校の一斉授業と、大学の講義や塾の校舎横断授業では運用が違うため、自校に近い事例を求めます。可能であれば、導入担当者だけでなく現場教員の話を聞き、初回研修の時間、問い合わせの窓口、教材作成の支援、年度更新の方法、障害発生時の連絡経路を確認します。

2026年は、授業前の教材作成、授業中の個別支援、授業後の振り返り分析を教育特化AIで支援するサービスも登場しています。たとえばコードタクトのタクトAIは、授業設計・授業中の伴走・学びの可視化という3場面を示し、2026年夏以降の機能提供をロードマップとして公開しています（出典: コードタクト「タクトAI」、2026年確認）。便利さだけでなく、AI出力を教師が確認する人間主導の運用、個人情報を入力しないルール、再学習への利用有無を提案書と契約条件で確認します。

複数社へ見積もりを依頼するときは、対象校数、児童生徒数、教員数、管理者数、端末数、契約期間、利用開始月、同時接続数、連携対象、研修回数、サポート時間、データ移行の有無を同じ条件にします。A社だけが5年間の保守を含み、B社は初期導入だけという状態では、金額を並べても比較できません。見積書に「一式」と書かれている項目は、作業内容、工数、回数、成果物を分解してもらいます。

比較表では、初期費用、年間費用、5年総額、追加ユーザー単価、追加校単価、データ容量、連携費、研修費、サポート費、障害対応費、解約時の移行費を分けます。価格が低い会社には、要件の抜けや標準機能への置き換えがないかを質問し、価格が高い会社には、教育成果に必要な差分なのか、支援体制に対する費用なのかを確認します。最安値を選ぶより、要件充足度と運用負荷を含めた総合評価で決めます。

失敗しやすいのは、現場教員の意見を聞かずに管理機能だけで選ぶ、無料トライアルの印象だけで全校導入を決める、端末とネットワークを確認せずに契約する、研修を一度実施すれば定着すると考える、といった発注です。特に授業中の操作は数十秒の差が授業全体の流れに影響するため、実際の教材と端末で操作を検証します。

責任分界表には、端末、OS、ブラウザ、無線LAN、認証基盤、名簿データ、授業支援サービス、連携API、バックアップ、ヘルプデスク、保護者対応を記載します。通信障害の原因が学校側かサービス側かを切り分けられるよう、監視範囲とログの提供方法を決めます。契約終了時には、提出物・学習ログを発注者が読める形式で取得できるか、ベンダー側の複製をいつ消去するか、消去証明を出せるかを確認します。

授業支援システムの発注・外注でよくある質問

発注前には、価格だけでなく導入期間、現場の負担、個人情報、契約終了後のデータ扱いまで確認する必要があります。ここでは、学校や教育委員会から特に相談されやすい質問へ、結論から回答します。

多くの学校では、標準SaaSや教育向けパッケージを先に比較し、独自開発は標準機能で満たせない教育要件に限定する方法が現実的です。複数校の認証・名簿連携や独自の学習データモデルが競争力に直結する場合は、SaaS連携や追加開発、フルスクラッチを検討します。まず小規模PoCで実授業を検証すると、必要な独自機能を絞れます。

標準SaaSの1校導入は初期費用0〜150万円、年間費用50万〜300万円、複数校展開は初期費用100万〜500万円、年間費用250万〜1,200万円程度が企画段階の目安です。SSO・校務連携や独自開発を含めると、初期費用300万円から数千万円、自治体全校の独自基盤では5,000万円〜1.5億円超になる可能性があります。いずれも公定価格ではなく、規模・要件・支援内容による推定レンジなので、ライセンスと導入支援を分けた複数社見積もりで確認します。

AIの出力を成績評価や生徒指導の判断へそのまま使わず、教師が確認・修正する補助ツールとして運用することが重要です。RFPと契約書で、入力データの保存期間、再学習への利用、第三者提供、誤出力や偏りへの訂正方法、保護者・本人への説明方法を確認します。2026年時点では、授業前の設計、授業中の伴走、授業後の振り返り分析を支援する機能が広がっているため、機能の新しさだけでなく教育目的と安全管理が合っているかを評価します。

まとめ

授業支援システムの発注・外注では、まず改善したい授業場面と対象校・利用者を整理します。そのうえで、標準SaaS、パッケージ、追加開発、フルスクラッチのどこまでが必要かを判断し、RFPには授業シナリオ、技術要件、セキュリティ、PoC、受入基準、運用体制を記載します。

発注前には、(1)改善したい授業課題、(2)学校・利用者・端末の範囲、(3)標準機能と独自開発の境界、(4)個人情報・AI・契約終了後のデータ処理、(5)初期費用ではなく5年TCOの5点を確定します。見積書は同じ条件で複数社から取得し、一式項目、別途費用、保守、研修、年度更新、障害対応まで分解して比較します。

いきなり全校へ展開せず、実授業を使ったPoCで、同時接続、配布・回収、意見共有、手書き、年度更新、通信障害時の運用を確認します。教師が使い続けられる研修とサポートを含めて委託先を選び、授業成果と運用負荷を評価しながら展開範囲を広げることが、授業支援システムを定着させる進め方です。

▼全体ガイドの記事
・授業支援システム開発の完全ガイド

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

株式会社riplaの会社HPはこちら

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール

張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。