オンライン試験システム開発の見積相場や費用/コスト/値段について

オンライン試験システムの費用は、受験者数、試験方式、監視の範囲によって、初期20万円から数億円まで変わります。

規模と厳格さで費用の差が生まれるため、まず条件を整理してから見積もりを比べます。主な要因は、同時アクセス数、IBTとCBTの違い、既存システムとの連携、本人確認の水準です。

▼全体ガイドの記事
・オンライン試験システム開発の完全ガイド

オンライン試験システムの費用相場の目安

社内試験、専用クラウド、大規模CBTの費用帯を並べた図
試験の規模が広がると、費用の桁も上がります。

費用は、標準機能のクラウド、機能を加えた専用環境、運営込みの大規模基盤の順に上がります。

まず自社試験の規模と厳格さを整理し、相場を仮の予算にしておくと、見積もりを比べやすくなります。

数十人から数百人の社内試験における月額型の費用

研修後テスト、社内資格、昇格試験のように受験者が数十人から数百人なら、LMSや試験機能付きクラウドが現実的です。

  • 初期費用:初期設定、問題登録、権限設定を含めて20万円〜300万円程度
  • 月額利用料:受験者ID数などにより月額1万円〜50万円程度

利用料は、同時アクセス数や問題登録の代行、サポートの範囲によっても変わります。たとえば公開料金の例では、Leafは50IDで月額16,250円、300IDで67,500円です。

同じサービスでは、1,000IDで月額115,000円、3,000IDで225,000円です。

これはLMSの基本料で、テストの制限時間機能は初期費用が120万円からです。

厳正な試験向けの追加機能は、月額とは別に初期費用がかかります。たとえばシャッフルテスト機能は初期240万円からです(出典:株式会社インソース「Web試験運用パッケージ」、2026年確認)。月額と追加機能の初期費用は、分けて比べます。

数千人規模の専用環境は500万円以上の費用帯

受験者が数千人に増え、問題バンクや決済、API連携を求めると、標準クラウドの範囲を超えることが多くなります。受験資格や団体申込などの機能も、必要かどうかを確認します。

  • 初期費用:パッケージ導入や専用クラウドは500万円〜2,000万円程度
  • 年間費用:保守・クラウド・サポート費用が別に発生する場合があります
  • 外部連携:人事DBや会員DBとの双方向連携は、接続先ごとに設計・認証・テストが必要です
  • 本番基盤:問題データの安全な登録・出題や、アクセス集中への対応も費用に影響します

障害時に受験を再開する運用や、監視ログを見る管理画面も整えておきます。

問題移行や試験当日の立ち会いが、標準の料金に含まれるかオプションかを確認します。

大規模CBTや独自基盤の費用は数千万円から数億円の幅

大規模CBTでは、試験の規模や運営範囲によって費用例の幅が大きくなります。

  • 大規模試験:数万人が複数会場で受験する場合、数千万円〜数億円になり得ます
  • 医師国家試験CBT:TAO初期開設費を含み、年間約700万円〜800万円の試算例があります
  • 別の大規模試算:TAO実装や問題バンクなどを含む開発費2億6,800万円の例があります
  • 運営費:会場端末、問い合わせ窓口、振替、合否処理なども費用に加わります

年間約700万円〜800万円は厚生労働科学研究の試算です(出典:厚生労働科学研究補助金「CBTシステムの費用概算」、2025年公開資料)。

これらは医療系試験や研究上の特殊な条件を含むため、市場全体の平均価格とは言えません。

Webテストに加えて試験制度・会場・監査・運営事務局まで備える基盤では、予算の桁が変わります。

総額を見るときは、開発費のほかに、会場費や端末費、コールセンターなどの運営費も含めます。脆弱性診断や保険は、総額の中に入れて考えます。監督者の配置や障害時の再試験費用も、総額に含めます。

ポイント

費用は規模と厳格さで大きく変わるため、まず受験者数、試験方式、監視の範囲を決めてから相場を見ます。社内テストと大規模CBTでは、同じ基準では比べられない点に注意が必要です。

オンライン試験システムの費用内訳

見積書では、開発費を一つにまとめず、企画・要件定義、画面・データ設計、開発の順に分けて示します。問題移行と外部連携、テストも、それぞれ別の項目で扱います。

受験画面を作るだけでは本番の試験運営は成り立たないため、運用準備と保守も項目に入れます。試験前後の業務も、見積もりに含めます。

企画・要件定義での試験制度と運用範囲の整理

要件定義では、試験制度と運用範囲を次の観点で整理します。

  • 受験条件:対象者、時期、場所、端末、受験資格、登録方法
  • 試験制度:科目と配点、合格基準、免除や再受験、途中保存、記述採点、結果通知
  • 必要な証跡:採用・昇格・資格検定など用途に応じた、本人確認や監査証跡の範囲
  • 受験方式:IBTの自宅受験、CBTの会場受験、LMSのテスト機能を比べます

CBT-SolutionsのIBTは、ランダム出題と試験前の環境確認を案内しています。加えて、即時採点とCSV出力、決済や振替対応も含まれます(出典:株式会社シー・ビー・ティ・ソリューションズ「IBT」、2026年確認)。

用途が曖昧なまま依頼すると、後から仕様を直す手戻りが増えます。機能が多いほど安心とは限らないため、必要な運用に絞って選びます。

問題バンク・受験画面・管理画面の開発費

受験画面、管理画面、問題データの扱いによって、必要な開発費が変わります。

  • 受験者画面:ログイン・本人確認・環境確認・開始、問題表示、残り時間、見直し、提出・結果確認
  • 管理者画面:問題登録・出題範囲・配点・ランダム化、受験者管理、採点・合否、帳票出力・操作ログ
  • 問題形式:動画・音声・画像・数式・長文記述は配信や採点方法が増えます
  • 登録方法:手作業、Excel・CSV移行、作問者による直接登録から選びます

数千問を移行する場合は、項目をそろえ、正解データや画像の権利、出題ミスを確かめる作業が必要です。

問題内容そのものは、開発会社が保証するものではありません。そのため、主催者側でレビュー担当者と承認フローを設計しておきます。

本人確認・不正対策・試験運営の費用差

オンライン試験では、本人確認と不正対策をどこまで設計するかで、費用差が大きく開きます。

  • 基本認証:メール認証だけなら、追加費用を抑えられます
  • 本人確認・監視:書類、顔認証、カメラ・マイク、視線・離席の検知で費用が増えます
  • 人による監督:リアルタイム監督や録画の事後確認には、運用人件費がかかります
  • 不正対策:生成AIや画面外の情報利用に備え、問題プール、シャッフル、ブラウザ制御、ログ、人手の再判定を組み合わせる方法

監視映像、音声、顔画像は、個人に関する情報に含まれ得ます(出典:個人情報保護委員会「個人情報の保護に関する法律についてのガイドライン(通則編)」、2026年6月一部改正)。

そのため、利用目的や同意、保存期間などを中心に、データの扱いを設計しておく必要があります。委託先や閲覧権限、削除方法を定め、誤検知が起きたときの異議申立ての手順も用意します。

監視機能を追加しても、これらを決めていなければ、費用だけでなく法務や運用の負担も増えます。

オンライン試験システムの価格を変える要因

同時アクセス、IBTとCBT、外部連携、本人確認の水準を並べた図
各社の見積もりでは、この条件をそろえると比較しやすくなります。

同じ機能名でも、品質水準によって見積もりは変わります。そこで、受験者数や同時アクセス、試験方式を分けて確認します。問題形式や外部連携なども、同じ手順で整理します。

受験者数よりも同時アクセス数で見る負荷

受験者数だけでなく、実施時にどれだけ集中するかを踏まえて、負荷を見積もります。

  • 分散受験:年間1万人でも1年間に分散して受験すれば、同時アクセスは数十人かもしれません
  • 一斉受験:入社試験を一斉に行う場合、500人でも開始時刻に集中します
  • 見積条件:年間人数に加え、ピーク接続数、試験時間、画像・動画容量、リトライ量を示します

公平性と利便性が許すなら、受験開始時刻を分けて同時接続数を抑えられます。一斉試験が必須なら、負荷試験やDB冗長化、配信基盤、監視体制の費用を確保します。

IBTとCBTの選択による費用の違い

IBTとCBTでは会場の有無や受験環境が異なり、必要な運営費も変わります。

  • IBT:自宅・職場から受験でき、会場費を抑えやすい一方、環境確認や問い合わせが必要です
  • CBT:端末・監督者を標準化しやすい一方、会場確保や会場間の運営設計が必要です
  • 一括運営の例:日本通信紙は約45,000名の資格試験で申込から運営まで受託しています

IBTでは、端末やブラウザ、通信環境がそれぞれ異なります。そのため、障害時の振替や本人確認、監視にも費用がかかります。

日本通信紙の事例では、Web申込と決済代行、CBTシステムの開発・運営が含まれます。会場や合否通知、コールセンターも対象に入っています(出典:日本通信紙株式会社「PBT試験からCBT試験へ移行」、2026年確認)。

一括運営では、ライセンスだけでなく試験実施業務全体が見積もりの対象になります。

既存システム連携とセキュリティ要件による工数の増加

連携先やセキュリティ水準を決める際は、次の要件を見積条件に含めます。

  • 連携先:人事システム・会員DB、学校の学務システム、LMS・決済、資格証発行、SSO
  • 接続方法:CSV一括取込は比較的短期間で、APIやリアルタイム連携は設計・テストが増えます
  • セキュリティ:TLS通信、保存データ暗号化、多要素認証、権限分離、監査ログ、バックアップ
  • 運用対策:脆弱性診断、インシデント連絡、委託先管理、連携先の仕様変更に備えた保守範囲

IPAは2026年2月、IT製品調達向けセキュリティ要件リスト活用ガイドブック第2.1版を公開しました(出典:独立行政法人情報処理推進機構、2026年)。

連携するときは、データ項目と認証方式、同期の時期を決め、エラー時の再送も定めておきます。連携先の仕様変更に備えて、保守契約の範囲も明記します。

複数システムのマスターを統合する場合は、設計とテストの費用が増えます。RFPに要件を書いておくと、各社の安全対策を同じ条件で比べられます。

ポイント

価格差を生む主な要因は、同時アクセス、IBTとCBTの違い、外部連携、本人確認の水準です。見積もりを比べる前に、この4点の条件をそろえておきます。

オンライン試験システムの開発期間と進め方

標準クラウド、既存連携を含む開発、大規模CBT、スクラッチ開発の期間を示す尺度図
連携や独自機能が増えるほど、準備期間も長くなる傾向です。

標準クラウドの設定と問題登録なら、1〜3か月が目安です。既存のLMSや決済などとの連携、監視まで含めると、3〜6か月かかります。

独自の問題バンクや本人確認、負荷試験、会場運営まで含めるスクラッチ開発では、6〜12か月以上を見込みます。

公開された大規模CBTの試算では、4名体制で8か月のプロジェクト業務が想定されています。要件が多いほど、準備期間も長くなります。

要件定義とPoCによる実現性の確認

本番開発に入る前に、業務と仕様を整理します。そのうえでPoCを行い、重要なリスクを検証します。

  • 業務整理:現行業務を洗い出し、申込から合否通知までを図にします
  • 要件決定:方式、問題形式、監視、連携先、保存データ、障害対応を決めます
  • PoC:少数の受験者と代表問題で端末互換性、本人確認、採点、通信断からの復旧を試します
  • 対象の絞り込み:リスクを三つ程度に絞り、たとえば自宅受験のカメラ確認、既存LMSからの受験者連携、同時アクセス時の応答速度を確認します

PoCの範囲を広げすぎると、本開発と同じ費用になります。検証の後に継続か見送りかを決めれば、不要な作り込みを避けられます。

少人数パイロットから本番への段階的な移行

本番の前に、一部の受験者でパイロットを行い、段階的に移行します。

  1. 一部の受験者で、ログイン、スマートフォン表示、カメラ許可、通信断、答案保存を試します。
  2. 発見した問題はFAQや問い合わせ手順に反映し、試験後の合否通知と監視ログの確認も行います。
  3. 再採点、再受験、個人情報の削除まで確かめてから、次の試験へ移行します。

社内研修や模擬試験で、問題データの品質と担当者の習熟度を高めておきます。そのうえで採用・昇格・外部資格試験へ広げると、本番での事故のリスクを抑えやすくなります。

ポイント

開発期間は、標準クラウドの設定にとどまるか、専用開発か、独自基盤かで大きく変わります。PoCとパイロットを先に置くと、本番の前に実現性を確かめられます。

オンライン試験システムのコストを抑える考え方

費用を下げる際は、機能を一律に減らすよりも、失敗時の損失が大きい領域に予算を配分します。社内研修の理解度確認に厳格な監視を入れても、費用に見合う効果が得にくい場合があります。

一方で、資格試験で負荷試験や障害対応を削ると、再試験や信用低下のコストが大きくなります。

標準機能の活用と差別化部分に絞った開発

共通の機能まで作り込むと費用が膨らむため、標準サービスに任せる範囲と独自開発する範囲を分けて決めます。将来の移行条件も確認しておきます。

  • 標準機能:申込、ログイン、通知、選択式採点、CSV出力、基本権限は既存サービスを使います
  • 個別開発:独自ルール、合否判定、DB連携など競争力や運用の差別化に直結する部分に絞ります
  • データ移行:エクスポートの可否、問題資産の所有権、解約後の受験履歴の取得

APIやSSOに対応しているかも確認しておきます。移行しにくいサービスは、初期費用が安くても、長期の総保有コストが高くなります。

問題登録・問い合わせ・監視の運用効率化

受験者登録やメール送信、採点、結果の転記を毎回手作業で行うと、導入後も人件費が減りません。

  • 定型作業:受験者の一括登録、予約枠、リマインド、問題CSVの登録、自動採点、結果帳票の作成
  • 問い合わせ:テンプレートを用意し、運用代行では内製と委託の作業を分けます
  • 監視確認:本人確認と自動検知で候補を絞り、疑わしいケースを人が確認する方法もあります
  • 公平性:誤検知の確認、合理的配慮、異議申立て、障害時の救済を設けます

公平性を保つ運用設計は、結果として再試験費用や問い合わせ対応費用の抑制につながります。

段階導入と契約方式による変更リスクの抑制

要件がどこまで確定しているかに合わせて、契約と導入を段階化します。そうすれば、変更費用と過剰な投資を抑えられます。

  • 契約方式:未確定要件を固定価格の請負にすると、変更時の追加費用が膨らむ点に注意が必要です
  • 段階開発:要件定義とPoCを準委任で行い、仕様確定後に機能を開発する形
  • 導入規模:数百人の社内試験で必要機能と負荷を測り、数千人規模へ広げる段取り
  • 3年程度の費用:初期費用と月額・年額、従量課金、決済手数料、監視費、問い合わせ・問題登録費の比較
  • 追加項目:ストレージ、同時接続超過、保守、脆弱性診断、バージョンアップの費用

安い提案では含まれない項目を確認しておくと、後からの予算超過を防げます。

ポイント

コストを抑える際は、機能を一律に減らすより、失敗時の損失が大きい部分に予算を寄せます。標準機能で足りる範囲と、差別化に直結する範囲を分けて決めておきます。

オンライン試験システムの見積もりで確認する項目

見積もりを依頼するときは、「システム一式」とだけ書かず、受験規模や試験回数、同時接続数、問題数・形式をRFPに記載します。監視のレベルや連携先、運用の分担、必要なSLAも示しておきます。条件がそろわないと各社の前提が異なり、金額だけでは優劣を判断できません。

受験者数・問題数・運用分担の条件をそろえた提示

会社ごとの見積もり条件をそろえるため、RFPに次の情報を記載します。

  • 受験規模:最低限、年間延べ人数、1回あたり人数、ピーク時接続数、試験時間、年間回数
  • 問題データ:選択式、複数選択、記述、動画・音声・画像の数と既存データ形式
  • 運用分担:登録・作問、監視、採点・合否、問い合わせ・通知、合格証発行の担当
  • 要件の優先度:仕様書で必須・できれば必要・将来対応に分け、優先順位を共有します

数百人の社内試験では、既存LMSと選択式の自動採点で、監視なしでも足りる場合があります。一方で、数千人の資格試験では、本人確認やカメラ監視、決済、API連携、コールセンターが必要になることがあり、同じ試験システムでも比較条件が異なります。

開発会社と運営会社の対応範囲の比較

開発と試験運営の対応範囲は会社ごとに異なるため、次の観点で比べます。

  • 運営業務:申込・決済、監督、問い合わせ、振替、合否処理、個人情報の削除
  • 当日の体制:責任者、連絡手段、対応時間、復旧目標、再試験の扱いを契約やSLAに定めます
  • デモ操作:受験画面、問題登録、ランダム出題、権限、監視ログ、採点訂正を確認します
  • 連携と実績:CSV/API連携や結果通知を試したうえで、同じ方式・負荷・監視要件の実績を見ます

公表された導入件数や受験者数は、参考情報として扱います。開発会社と運営会社は必ずしも同じではないため、両方の対応範囲を確認します。

3年間の総保有コストによる比較

初期費用だけでなく、方式ごとの継続費用や運用負担を含む3年間の総額で比べます。

  • クラウド:初期費用を抑えやすい一方、人数や保存容量に応じた利用料が続きます
  • 買い切り・オンプレミス:月額を抑えられる場合がありますが、更新・監視・復旧を自社が担います
  • スクラッチ:業務に合わせやすい反面、保守担当者と改修予算が必要です
  • 3年間の総額:初期開発と移行、導入支援、利用料(クラウドや決済、監視を含む)、保守・診断・問い合わせ、追加開発、当日運営を含めます
  • 見えにくい費用:担当者の作業時間、再試験、障害対応、ベンダー変更時の移行費用も加えます

方式ごとの支出をそろえておくと、経営判断に使える総額を把握できます。

ポイント

見積もりを比べるときは、会社ごとに前提条件が同じかを最初に確かめます。受験規模や運用分担、開発会社と運営会社の対応範囲をそろえ、3年間の総保有コストで比べます。

オンライン試験システムのよくある質問

費用を検討していると、料金表だけでは判断しにくい疑問が出てきます。導入前によく相談される質問に、費用と運用の両面から答えます。

小規模な社内試験ならオンライン試験システムを開発すべきですか?

受験者が数十人から数百人で、選択式の研修テストだけであれば、LMSの内蔵機能やクラウドサービスから検討します。

初期開発費だけでなく、月額利用料や問題登録、アカウント管理、サポートを含めた総額で判断すると、過剰な開発を避けられます。

オンライン試験にカメラ監視や顔認証は必須ですか?

すべての試験で必須ではありません。研修の理解度確認なら、問題のランダム化と制限時間で足りる場合があります。

採用や昇格、資格、入試など、本人性と公平性が重要な試験なら、本人確認や監視を検討します。

監視の範囲は、試験の重要度や受験者のプライバシー、合理的配慮、誤検知時の人手確認を踏まえて決めます。

クラウドとスクラッチ開発はどちらが安いですか?

標準的な試験を短期間で始めるなら、初期費用を抑えやすいクラウドが有利になりやすいです。

独自の受験資格や複雑な採点、既存連携、厳格な監査が必要なら、スクラッチや専用環境が合う場合があります。

3年間の利用料や保守、改修、移行のしやすさ、運用工数も含めて比べます。

オンライン試験システムの開発にはどのくらいかかりますか?

標準クラウドの設定と問題登録は1〜3か月、既存連携や監視を含む専用開発は3〜6か月が目安です。

独自基盤や大規模な負荷試験を含む場合は、6〜12か月以上かかります。問題の準備や規約、個人情報の整理も必要になります。

受験者向けの案内、パイロット、試験当日の運用訓練もあるため、開発会社との契約前から準備を進めます。

まとめ

社内テスト向けクラウドは初期20万円〜300万円、専用環境やパッケージは500万円〜2,000万円が目安です。

大規模CBTや独自基盤は数千万円〜数億円です。費用は、同時アクセス、IBTかCBTか、問題形式、本人確認・監視の水準によって変わります。

既存連携や試験運営の範囲も費用に影響します。そのため、試験目的と失敗時の影響を定めたうえで、標準クラウド、試験特化サービス、パッケージ、スクラッチを同じ条件で比べます。

初期費用に加えて、月額や保守の費用まで含めた総保有コストを確認します。問題登録、監視、問い合わせの費用も、この総額に含めます。セキュリティ対策と再試験の費用も、同じ総額で比べます。

PoCと少人数パイロットを経て本番へ段階的に広げると、費用とリスクのバランスを取りやすくなります。

▼全体ガイドの記事
・オンライン試験システム開発の完全ガイド

会社紹介

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

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

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

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

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

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