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

結論から言うと、教育アプリの外注では、授業で使う機能と、学校が運用する条件を同じ依頼書にまとめます。先生、児童生徒、保護者の役割が曖昧なままでは、見積もりも検収も判断しにくくなります。

学校向けの課題配布・提出アプリを例に、発注前の整理から契約、受入試験、年度運用の引継ぎまでを説明します。機能の完成と学校への導入をつなぐことが目的です。

発注側で最初に決めるべきことは何か

発注側の判断担当者と学校の利用条件を整理した図
教育上の判断と開発上の判断を分ける

教育上の判断と開発上の判断を分ける

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

依頼前に、判断担当者を決めます。

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

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

学校の利用条件を早く共有する

端末やブラウザー、アプリの配布方法、既存アカウントの利用可否を確認します。授業開始日だけでなく、試行授業と教員向け説明の日も日程へ入れます。

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

ポイント

発注側は教育内容と運用方針の決定者を置きます。利用環境と導入日程も、見積もりを取る前に共有します。

依頼書と見積もりをどうそろえるか

依頼書と見積書の項目を対比した図
総額の差を工程に分けて比較する

一回の授業を依頼書にする

「課題管理が必要」という記載だけでは、開発範囲がばらつきます。先生の配布から、児童生徒の保存と提出、先生の評価、本人への返却までを順に書きます。

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

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

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

総額の差を工程に分けて比較する

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

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

ポイント

見積書は授業と年度運用に対応付けます。価格差が、機能不足なのか進め方の違いなのかを説明してもらいます。

契約ではどこまで決めるか

成果物と教材の扱いを確認する

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

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

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

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

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

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

「セキュリティ対応済み」という記載だけでは、学校側の判断材料になりません。権限の付与・終了、アクセス記録、事故時の連絡を、実際の運用手順として確認します。

ポイント

契約には翌年度の更新と保守移管まで含めます。教材と児童生徒のデータは、それぞれ担当と利用条件を明らかにします。

検収から学校への引継ぎをどう進めるか

検収シナリオの3項目と年度更新を並べた図
検収は授業と年度更新の両方で行う

学校側が受入条件を用意する

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

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

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

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

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

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

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

ポイント

検収は授業と年度更新の両方で行います。担当者が自力で運用できることまで確かめて引き継ぎます。

教育アプリの外注を進めるには

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

会社紹介

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

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

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

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

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

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