教育アプリ開発の発注/外注/依頼/委託方法について

教育アプリの外注は、授業で使う機能と学校の運用条件を一つの依頼書にまとめることから始め、契約、受入試験、年度運用の引継ぎへ進みます。先生、児童生徒、保護者の役割が曖昧だと、見積もりも検収も判断しにくくなります。

学校向けの課題配布・提出アプリを例に、機能の完成と学校への導入をつなぐ流れを説明します。

発注側で最初に決める事項

発注側の役割を授業担当、運用担当、情報管理担当に分けた図解
担当を分けると、教育上の判断と開発上の判断を整理できます。

教育上の判断と開発上の判断の切り分け

どの教材を使うか、どの回答を正解とするか、保護者に何を共有するかは、発注側が判断する事項です。そのうえで、開発会社には、その方針を操作やデータとしてどう実現するかを相談します。

依頼の前に、判断を担当する人を決めておきます。担当は、授業、運用、情報管理の三つの役割に分けます。

  • 授業担当:教材、課題形式、評価方法、返却の時期の決定。
  • 運用担当:名簿登録、問い合わせ、年度切替の受け持ち。
  • 情報管理担当:利用環境、権限、保存先などの条件の確認。

先生ごとに要望が違う場合は、全要望をそのまま開発会社へ渡さないようにします。そこで、初期版で統一する部分と教科別に選べる部分を分け、優先順位を付けます。

学校の利用条件の早期共有

端末やブラウザー、アプリの配布方法、既存アカウントの利用可否は、早い段階で確認します。そのうえで、授業開始日に加えて、試行授業と教員向け説明の日も日程に入れます。

この確認では、文部科学省の教育情報セキュリティガイドライン案内を参考にします。導入先の方針との照合は、発注側と学校の担当者が進めます。

ポイント

迷ったときは、教材や正解の基準、保護者への共有といった教育上の判断を発注側が先に決め、そのうえで開発会社に実現方法を相談します。

依頼書と見積もりのそろえ方

依頼書に含める対象と機能、例外操作、年度運用、教材のサンプルを並べた図解
共通資料を渡すことで、各社の見積もり範囲を比べやすくなります。

授業一回分の依頼内容

依頼書に「課題管理が必要」とだけ書くと、開発範囲がばらつきます。そこで、先生の配布から本人への返却までを、操作の流れに沿って順に書きます。

見積もりを依頼する資料には、授業外の条件も含めます。

  • 対象と機能:校数、クラス数、課題形式、利用者別の操作の範囲。
  • 例外操作:締切延長、差戻し、再提出、誤配布の取消の扱い。
  • 年度運用:進級、転出入、教員異動、過年度閲覧の条件。

教材のサンプルや既存の名簿形式も、開発会社に処理の中身を伝える材料として役立ちます。ただし、児童生徒の実情報は使わず、項目構成が分かる架空データを用意して、必要な処理を説明します。

工程別の総額比較

各社には同じ資料を渡し、要件整理、画面設計、実装の工程ごとに見積もりを分けてもらいます。そのうえで、試験、導入支援、保守も工程別に分けてもらい、対象外や発注側の作業も一緒に確認します。

見積もりが安く出た場合は、年度切替や同時利用試験が抜けていないかを確かめます。また、仕様が固まらない部分については、先に有償調査や試作を行う案も比べられます。

ポイント

見積もりは、総額だけでなく工程ごとに比べると判断しやすくなります。依頼書には、例外操作と年度運用の条件も含めておきます。

契約で決める範囲

契約協議の確認対象として開発資産、教材資産、運用資産、名簿と提出物の管理条件を示す図解
納品物と管理手順を具体化すると、引継ぎや終了時の対応を整理できます。

成果物と教材の扱いの確認

アプリ以外にも、設定手順や試験結果がないと、運用の引継ぎが難しくなります。そのため、受け取るものを名称で指定し、変更時の費用計算も合意しておきます。

契約協議で確認する対象は、次の三つです。

  • 開発資産:ソースコード、設計書、構築手順、管理者マニュアル。
  • 教材資産:問題、画像、音声の用意と、利用範囲を確認する担当。
  • 運用資産:アカウント、データ出力、保守移管に必要な設定。

教材を年度ごとに差し替える場合は、開発会社に依頼するか、学校側で更新するかを決めておきます。納品時の利用に加えて、翌年度の編集も想定し、権利や作業範囲を確認します。

名簿と提出物の管理条件の合意

誰が本番データを見られるか、障害調査にどこまで使えるか、再委託先が関わるかを、はっきり決めておきます。さらに、契約終了時のデータ返却と削除の確認も、依頼の段階から扱います。

学校側が判断材料にするには、「セキュリティ対応済み」の中身を具体的に示す必要があります。たとえば、権限の付与と終了、アクセス記録、事故時の連絡を、実際の運用手順として確認します。

ポイント

契約では、受け取る資産と教材の扱い、名簿や提出物の管理条件を、名称や手順まで具体的に決めておきます。変更時の費用計算も含めて合意しておくと、あとで迷いにくくなります。

検収から学校への引継ぎ

学校側の受入条件の用意

開発会社の試験に加えて、学校の担当者が実際の授業に沿って確認します。判定は、完成画面の印象よりも、依頼時に決めた操作ができるかどうかで行います。

検収シナリオには、年度や役割の切替も含めておきます。

  • 配布と提出:指定したクラスだけが課題を開き、再提出まで進められるか。
  • 評価と共有:先生のコメントが、想定した本人や保護者だけに届くこと。
  • 所属変更:転出者や異動した教員のアクセスが、方針どおりに変わるかどうか。

不合格となる条件と修正期限を決めておき、仕様の追加と不具合の修正を分けて扱います。また、教材に誤りが見つかった場合は、学校と開発会社のどちらが直すかを、あらかじめ整理しておきます。

年度更新による引継ぎの試験

名簿の取り込み、新クラスの設定、旧年度の提出物の確認を、運用担当者に実際に進めてもらいます。この作業は、手順書だけで迷わず進められるかを見る機会になります。

初回導入の後は、授業中の問い合わせ先と障害時の代替手段を周知します。先生が交代しても運用を続けられるよう、設定変更の窓口と教員向けの説明資料を残しておきます。

ポイント

検収は、依頼時に決めた操作ができるかで判定し、年度更新も検収シナリオに含めます。不合格となる条件と修正期限は、事前に決めておきます。

教育アプリの外注の進め方

発注側の決定者、授業の流れ、学校の利用条件がそろえば、開発会社と具体的な相談を始められます。そのうえで、依頼書から検収まで同じ条件を使い、学校の運用につながる成果物を受け取りましょう。

会社紹介

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

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

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

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

執筆者プロフィール
張田谷凌央
張田谷凌央

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