学校向けシステム開発の発注は、準備・調達・契約・開発中の管理・受け入れの順に進みます。公立校と私立校で調達の進め方が違うため、条件を確かめながら進めることが大切です。
- 教育現場の課題と必要な機能を整理する
- 調達の方式と契約条件を確認する
- 受け入れと保守の体制を決める
実務担当者がつまずきやすい点を、発注の準備から受け入れテストまで順に取り上げます。
▼全体ガイドの記事
・学校向けシステム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
発注前の準備と要件整理
システム開発を成功させるためには、発注前の準備が欠かせません。「何を作りたいか」を明確にしないまま発注すると、開発の途中で要件が膨らみ、費用超過・納期遅延・品質問題につながります。そのため、発注の前に課題を整理し、要件を文書にまとめておきます。
課題の洗い出しと優先順位付け
まず、学校側の担当者が現在の業務にある課題を洗い出し、どの課題を先に解決すべきかを整理します。教員・事務職員・管理職など複数の職種にヒアリングを行い、「現在最も時間がかかっている業務」「ミスや漏れが多い業務」「保護者や生徒からのクレームが多い業務」を把握します。
課題を洗い出したら、各課題をシステムで解決できるものとそうでないものに分けます。そのうえで、投資対効果（ROI）の高い順に優先順位を付けます。
たとえば「成績処理に毎月40時間かかっている」「保護者からの欠席連絡の電話対応で1日3時間消費している」といった具体的な数値を把握しておくと、導入後の効果測定も可能になります。
要件書・RFPの作成
課題整理の結果をもとに、RFP（提案依頼書）を作成します。はじめに「背景と目的」には、現状の課題と、システム導入で達成したい目標を記載します。
次に「機能要件」では、必要な機能の一覧を必須機能と希望機能に分けて記載します。「非機能要件」では、性能、セキュリティ、可用性に加えて保守性も明記します。性能では同時接続ユーザー数やレスポンスタイム、セキュリティでは認証方式・暗号化・ログ管理、可用性では稼働率や障害復旧時間を、具体的に示します。
「スケジュール要件」では、開発期間の目安、本番稼働希望日、重要なマイルストーンを書きます。「予算の概算」「評価基準」「提案書の提出期限・提出先」なども、必ず含めておきましょう。
調達・選定プロセス
調達・選定の進め方は、公立学校と私立学校で大きく異なります。そのため、それぞれの特徴と注意点を先に押さえておくことが大切です。
公立学校の調達手続き
公立学校のシステム調達は、地方自治法・地方自治法施行令に基づく公的な調達手続きに従う必要があります。一般的に、250万円以上の調達案件では、一般競争入札またはプロポーザル方式が求められます。
一般競争入札は価格を最優先に業者を選ぶ方式ですが、システム開発では技術力や品質を重視すべきケースが多く、価格だけで判断することへの課題も指摘されています。
そのため近年は、「総合評価落札方式」（価格点と技術評価点を組み合わせて落札者を選定）や「公募型プロポーザル方式」（技術提案と価格提案を組み合わせて選定）を採用する自治体・教育委員会が増えています。なお、調達手続きの詳細は各自治体の財務規則・契約規則によって異なるため、担当部署（教育委員会・自治体の調達担当）に事前に確かめておく必要があります。
私立学校の調達プロセス
私立学校は公的な調達手続きに縛られないため、比較的柔軟に調達できます。一般的には、複数社（3〜5社程度）にRFPを送り、提案書と見積書を受け取ったうえで、プレゼンテーションやデモを行い、選定します。
選定基準は事前に明確にしておくことが大切です。たとえば、技術提案の質を30点、価格を25点とし、実績・体制（25点）とサポート体制（20点）を加えた評価シートを作ります。複数の評価者が採点すると、より客観的な選定ができます。
特定の業者との随意契約（入札なしでの直接発注）も可能です。一方で、価格の透明性と公平性の観点から、少なくとも複数社の見積もりを比べることをお勧めします。
契約締結とプロジェクト管理
発注先が決まったら、契約締結とプロジェクト管理の準備に進みます。この段階で取り決めを丁寧に行うと、開発期間中のトラブルを減らせます。
契約書に盛り込むべき重要事項
システム開発の契約書には、重要事項を必ず盛り込んでおく必要があります。まず「開発範囲」では、開発する機能の一覧と各機能の仕様を定義し、「納期・マイルストーン」では、各工程（要件定義完了・設計完了・開発完了・テスト完了・本番稼働）の期限を設定します。「費用・支払い条件」では、総費用、支払い時期、追加開発が発生した場合の単価を明記します。
「知的財産権」では、開発されたシステムやソースコードの権利を、発注側と開発側のどちらに帰属させるかを明確にします。「秘密保持」では、個人情報を含む機密情報の取り扱い方法を規定します。
さらに、「瑕疵担保責任」では、納品後の不具合への対応範囲と期間（一般的に6か月〜1年）を定めます。「損害賠償」では、情報漏洩やシステム障害が起きた場合の責任範囲を定めておくことも欠かせません。
開発期間中のプロジェクト管理
開発期間中は、学校側の担当者もプロジェクトに積極的に関わります。週次または隔週の進捗会議を設け、スケジュールの遵守状況、課題、リスクを定期的に確認します。学校側でも、開発会社の窓口となるプロジェクトリーダーを決め、意思決定できる権限を持たせておきます。
仕様変更が発生した場合は、「変更管理プロセス」に従い、変更内容、影響（コストとスケジュール）、承認者を記録します。口頭での変更合意は後々トラブルになるため、必ず書面（メールでも可）で残しておきましょう。
また、テストフェーズでは、学校側の代表ユーザー（教員・事務職員）が実際に操作して、ユーザー受け入れテスト（UAT）を行い、業務フローに沿った動作を確認します。
検収・受け入れとリリース後の管理
納品と検収は、プロジェクトの節目であると同時に、後々の責任の範囲を明らかにする手続きです。検収の前に確認すべき点があり、リリース後も管理体制を整えておく必要があります。
検収チェックリストの作成
システムの検収（納品物の確認と受け入れ）では、事前に「検収チェックリスト」を作り、すべての要件が満たされているかを確かめます。
チェック項目には、必須機能の動作確認（RFPに記載された全機能）と、非機能要件の確認（パフォーマンステスト・セキュリティ診断結果）が含まれます。そのほか、ドキュメントの納品（設計書・操作マニュアル・ソースコード）や、データ移行の確認（既存データが正しく移行されているか）も項目になります。
不具合が残っている場合は、「重大度分類（Critical/Major/Minor）」と「対応期限」を開発会社と合意します。Critical・Majorの不具合が解決されるまで、最終検収は保留します。
保守・サポート契約の締結
リリース後は、保守・サポート契約を結び、安定した運用を続けます。保守契約には「標準保守」と「拡張保守」の2種類があり、標準保守には既存機能のバグ修正、セキュリティパッチの適用、ヘルプデスク対応が含まれます。拡張保守には、機能追加やカスタマイズ対応も含まれます。
SLA（サービスレベル合意書）では、問い合わせへの初回応答時間、障害復旧目標時間（RTO）、システム稼働率を明確に定めます。たとえば、初回応答は業務時間内4時間以内、Critical障害は4時間以内、Major障害は翌営業日まで、稼働率は99.5%以上といった形で示します。
担当者が退職した場合の引き継ぎ体制と後任の確認も欠かせません。また、開発会社が廃業・吸収合併された場合に備えて、ソースコードの預かり（エスクロー）サービスの活用も検討しましょう。
まとめ
発注前は、現状の業務課題を丁寧に洗い出し、RFPを作成したうえで、複数社から提案と見積もりを取ることが欠かせません。
公立学校では法令に基づく調達手続きを、私立学校では評価基準を明確にした選定プロセスを経て、発注先を決めます。契約書には、開発範囲、納期、費用を明確に盛り込みます。加えて、知的財産権、秘密保持、瑕疵担保責任も定めておきます。
開発中は進捗管理と変更管理を徹底し、検収では要件を満たしているかを漏れなく確認します。リリース後も保守・サポート契約でSLAを明確にし、安定した運用を続けることが大切です。
▼全体ガイドの記事
・学校向けシステム開発の完全ガイド
▼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を創業。