CBTシステム開発は、紙の試験を画面に置き換えるだけではなく、要件整理から問題バンク、本人確認、採点、障害対応、試験後の改善までを一つの業務基盤として設計することが成功の条件です。
本記事では、CBTシステムの開発を検討している試験主催団体、学校・大学、資格認定団体、企業の人事・研修部門に向けて、要件整理、サービス選定、設計開発、テスト、稼働、定着の6フェーズで具体的な進め方を解説します。既存サービスを利用する場合と独自開発する場合の費用相場、見積書で確認する項目、導入後に追うべき指標まで整理します。
▼全体ガイドの記事
・CBTシステム開発の完全ガイド
CBTシステム開発の全体像

CBTはComputer Based Testingの略で、コンピューターを使って試験を実施する方式です。テストセンターの端末で受験する会場型CBTと、自宅などから受験するIBTは似ていますが、端末管理や本人確認、監督方法が異なります。最初に方式と運用責任の範囲を決めることが、後工程の手戻りを防ぎます。
CBTシステムが担う業務範囲
CBTシステムは、試験・科目・受験資格・合否基準・受験可能期間を管理するマスタ、問題バンク、問題の版管理、受験者登録、決済、会場予約、受験画面、採点、成績表発行までを扱います。管理者、問題作成者、採点者、会場監督者、受験者の権限を分け、誰がいつ問題を変更したか、誰が採点結果を確定したかを監査ログで追える状態にします。
選択式だけでなく、画像、音声、動画、記述式、口頭回答を扱うかによって、必要な画面と採点工程は大きく変わります。例えば語学試験で音声を再生し、受験者の録音データを保存する場合は、再生品質、録音失敗時の再試行、データ保管期間、採点者のアクセス権まで要件に含める必要があります。
会場型CBT・IBT・ハイブリッドの選び方
全国の受験者に安定した端末環境を提供し、不正対策や試験監督を重視するなら会場型CBTが向いています。受験者が自分の端末から受験でき、場所の制約を減らしたい場合はIBTが候補になりますが、端末性能、通信環境、部屋の映り込み、本人確認、有人またはAIによる監督を細かく設計しなければ公平性を保てません。
紙試験から段階的に移行する場合は、会場型CBTとPBTを併用するハイブリッドも現実的です。都市部ではCBT、設備を整えにくい地域では紙試験といった使い分けができます。方式を決めるときは、受験者数だけでなく、ピーク時の同時接続数、会場の分布、試験時間、障がい者への合理的配慮、災害時の振替方法を数値で比較します。
CBTシステム開発の進め方・6フェーズ

CBTシステム開発は、企画を決めてすぐに画面を作るのではなく、試験運営の業務フローとリスクを先に固めます。実務では、要件整理、サービス・開発会社の選定、設計開発、テスト、稼働、定着の6フェーズに分けると、担当者と判断材料が明確になります。
フェーズ1:要件整理で試験業務を数値化します
最初に決めるのはシステムの機能ではなく、試験の目的と成功条件です。紙試験のコスト削減、受験機会の拡大、採点の迅速化、社内スキルの可視化など、目的によって優先すべき機能が変わります。受験者数は年間総数だけでなく、1日あたりの最大人数、1時間あたりの入室数、ピーク時の同時接続数に分けて整理します。
業務フローは、問題作成・レビュー・登録、申込・決済、会場予約、当日受付、本人確認、監督、採点、成績公開、異議申立て、再受験、問い合わせ、障害時の振替までを洗い出します。各工程で「誰が責任を持つか」「どのデータを扱うか」「失敗した場合に何分以内に復旧するか」をRACI形式で整理すると、運営委託と自社対応の境界が見えます。
要件整理の完了条件は、試験仕様書と運用フロー図にあります。試験時間、問題数、出題形式、合否判定、結果公開日、対応ブラウザ、端末条件、本人確認方法、保存するログ、データ削除時期、障がい者向けの時間延長や拡大表示を文書化します。ここを曖昧にしたまま見積もりを取ると、後から追加開発として費用と期間が膨らみます。
フェーズ2:サービス・開発会社を選定します
要件が固まったら、既存のCBT運営サービス、クラウド型の専用基盤、スクラッチ開発のどれが合うかを比較します。通年で全国会場を使い、申込、決済、受験者サポート、採点まで外部化したい場合は、既存サービスや運営委託が適しています。一方、独自の問題バンク、複雑な採点、既存の会員管理やLMSとの連携が競争力になる場合は、API連携可能なクラウドや独自開発を検討します。
候補会社には同じRFPを渡し、会場網、年間配信規模、対応できる問題形式、本人確認と監督の方法、問題登録の担当範囲、障害時の再受験ルール、SLA、データ保管場所、脆弱性診断、サポート窓口を確認します。導入社数だけでは、会場型と自宅型、システム提供だけと試験運営込みの違いが分からないため、実際の運用責任を比較することが重要です。
選定時には、候補会社の説明会で「通信断が試験開始10分後に発生した場合」「答案は保存されたが結果通知だけ遅れた場合」「監督映像が一部欠落した場合」などのシナリオを質問します。機能一覧に載っていない復旧手順やエスカレーションの速さが、実運用の品質を左右します。
フェーズ3:設計・開発で公平性と復旧性を作り込みます
設計では、受験者画面だけでなく管理画面と運用者の手順を先に確認します。問題バンクは、科目、分野、難易度、出題回数、利用期限、版、正答、配点、解説を管理できるようにし、問題の登録・レビュー・公開を別権限に分けます。問題を登録した後の検証を省くと、画像の欠落、選択肢の順序違い、採点キーの誤りが本番で発生します。
受験者画面には、残り時間、解答状況、見直し、途中保存、通信断からの再開、時間延長、読み上げや拡大表示などを設計します。タイマーは端末の時計だけに依存させず、サーバー側で試験時間を管理します。通信が切れた場合は、最後に保存された解答と未送信の解答を区別して表示し、監督者が再開または再受験を判断できるログを残します。
セキュリティ設計では、試験問題と個人情報を同じ権限で閲覧できないようにし、管理者、保守担当者、一般利用者の3段階以上の権限を用意します。2025年のIPA調達要件でも、最低年1回の脆弱性検査、機密情報の暗号化、閉域ネットワーク、TLSを踏まえた暗号設定、ログ提供、脆弱性への迅速な対応体制が求められています(出典: IPA「情報処理技術者試験等のCBT方式等による試験実施業務」入札説明書、2025年)。民間試験でも、この水準をベンダーへの確認項目にすると安全要件の抜け漏れを減らせます。
フェーズ4:テストで本番の失敗を先回りします
テストは、画面が表示されるかだけを確認する工程ではありません。実際の問題データ、受験者属性、試験時間、端末、ブラウザ、ネットワークを使い、受験者、会場監督者、採点者、管理者それぞれの操作を通しで検証します。特に本番と同じ画像・音声・動画を使った問題テストを行い、表示崩れや再生遅延がないかを確認します。
最低限、正常系として申込から結果通知までを確認し、異常系として通信断、停電、端末故障、二重送信、途中離席、本人確認不一致、監督映像の欠落、採点キーの修正、決済失敗を試します。テスト結果には、発生日時、再現条件、影響範囲、暫定対応、恒久対応、再テスト日を記録し、重大な未解決不具合を残したまま稼働判定しない基準を決めます。
フェーズ5:稼働と初回試験を安全に実施します
本番前には、問題の校了、受験者データの取り込み、会場の座席設定、監督者のアカウント発行、問い合わせ窓口、緊急連絡網、障害時の判断者を確定させます。初回から全国展開するのではなく、1〜2会場または限定された受験者でパイロットを実施し、実際の受付時間、本人確認の滞留、端末操作の迷い、問い合わせ内容を観測します。
公開情報では、CBT-Solutionsが問題登録から稼働まで1か月半〜2か月程度を目安として説明しています。ただし、これは既存サービスを使い、問題仕様が整理されている場合の導入目安です。独自の問題バンク、会員・決済連携、本人確認、記述式採点、セキュリティ診断を新規開発する場合は、要件定義から受入試験までを含めて6〜12か月以上かかることがあります。参考にしたのは、株式会社CBT-Solutions「CBT導入時の問題登録の手順」(2023年)の公開情報です。
フェーズ6:定着に向けてKPIと改善会議を運用します
稼働後は、システムが止まらなかったかだけでなく、受験者が迷わず完了できたかを確認します。月次で見る指標は、受験完了率、途中離脱率、通信障害件数、障害復旧時間、問い合わせ一次応答時間、採点誤り、再受験率、不正検知の誤検知率、結果通知までの時間です。会場別・端末別・ブラウザ別に分解すると、全体平均では見えない問題を発見できます。
問題は一度登録したら終わりではありません。出題範囲の改定、法令や教材の更新、問題の難易度調整、重複や漏えいの確認を、版管理と承認フローで継続します。OSやブラウザの更新予定もベンダーと共有し、変更前の互換性テストを定例化します。問い合わせの内容をFAQや操作ガイドに反映すると、受験者サポートの負荷を段階的に下げられます。
CBTシステム開発の費用相場とコストの内訳

CBTの費用は、開発費と試験運営費を分けて考える必要があります。既存サービスを利用する場合は、初期導入費、受験者1人あたりの配信費、問題登録費、決済手数料、保守費が中心です。独自開発では、要件定義、画面・API開発、問題バンク、認証、採点、連携、インフラ、テスト、セキュリティ診断、運用設計が初期費用に含まれます。
既存CBTサービスを利用する場合の費用
公開価格の一例では、初期導入費が50万〜100万円程度、問題登録・修正費が1科目あたり5万〜20万円程度、配信費が受験者1人あたり3,000円、決済手数料が1件あたり数百円程度とされています。これは特定サービスが公開する目安であり、すべての会社に適用される標準価格ではありません。試験時間、会場数、サポート範囲、問題形式によって単価は変わります。参考にしたのは、株式会社CBT-Solutions「CBTを導入するうえでの費用はどれくらい?」(2023年)の公開情報です。
同じ公開例では、受験者1,000人、2科目、配信単価3,000円、決済手数料150円を前提に、初期費用50万〜100万円、保守費50万円以上、配信費300万円、問題登録費20万円、決済手数料15万円を合算し、初年度は約500万円前後と試算しています。ここには独自システムの開発費ではなく、既存サービスを使った試験運営費が含まれます。見積書では、保守費が月額か年額か、会場費やコールセンター費が含まれるかを確認します。
独自開発・スクラッチ開発の費用
CBT専用の一律価格は公開されていないため、以下は類似するオンライン試験・業務システムの受託開発相場と、CBTの機能範囲を組み合わせた予算検討用のレンジです。小規模MVPで、1試験、数百人、選択式中心、会場・決済を外部利用する場合は500万〜1,500万円、3〜6か月程度が一つの目安です。既存サービスを利用した導入費と混同しないようにします。
問題バンク、管理画面、会員・決済連携、複数試験、成績分析、障害復旧を含む中規模では1,500万〜5,000万円、6〜12か月程度を見込みます。全国会場、自宅IBT、本人確認・オンライン監督、記述式、IRT、LMSや資格証明との連携、高可用性まで求める大規模基盤では5,000万円〜2億円以上、12〜24か月程度になる場合があります。受験者数、問題形式、監査要件、運用委託の範囲が違えば、このレンジを超えることもあります。
ランニングコストと予算化の考え方
運用費は、クラウド利用料、監視・保守、脆弱性対応、問題の追加登録・改定、受験者サポート、会場や端末、決済、監督、記述式採点、データ保管・バックアップに分かれます。受験者数に応じて増える従量費と、毎月または毎年発生する固定費を分けて、年間の受験者数が少ない場合、中程度の場合、ピーク時の場合の3パターンで試算します。
大規模な教育利用では、MEXCBTが令和6年11月時点で約2.8万校、約890万アカウントに登録され、全国学力調査や自治体の学力調査などに活用されています(出典: 文部科学省「文部科学省CBTシステム(MEXCBT)」、2024年11月時点)。この規模の事例から分かるのは、利用者数の拡大には、画面開発だけでなく、学校・自治体との連携、端末環境、研修、問い合わせ、問題配信の運用基盤が必要だということです。
CBTシステムの見積もりを取る際のポイント

CBTの見積もりは、機能数だけでなく、受験者、問題、会場、試験日、運用担当者の数を前提に作ります。RFPには、希望する方式、年間受験者数とピーク、試験時間、問題形式、採点方法、会場の有無、既存システム、セキュリティ基準、サポート時間、希望稼働日、予算上限を記載します。候補会社が同じ条件で見積もれるため、価格の比較がしやすくなります。
見積もりの前提条件と対象範囲をそろえます
見積書では、要件定義、基本設計、詳細設計、開発、データ移行、連携、テスト、教育、稼働支援、保守のどこまでが含まれるかを確認します。例えば「問題登録」と書かれていても、Excelを受け取って登録するだけなのか、問題の校正、画像加工、出題範囲のタグ付け、正答確認、2回の検証まで含むのかで作業量が変わります。
また、受験者1人あたりの配信費、試験時間による単価変更、会場費、端末費、決済手数料、コールセンター、有人監督、録画保管、記述式採点、追加の脆弱性診断を別項目で示してもらいます。初期費用だけが安く見えても、3年間の総費用で比較すると結論が変わることがあります。
選定時に使える実務チェックリスト
候補会社を比較するときは、まず「会場型・IBT・ハイブリッドのどれに対応するか」「システム提供だけか、申込から結果通知まで委託できるか」「問題登録と採点を誰が担うか」「全国会場とピーク時の座席を確保できるか」の4点を確認します。次に、問題の版管理、ランダム出題、本人確認、監督、コピー・貼り付け制御、通信断からの復旧、時間延長、アクセシビリティ、API、ログ、バックアップ、SLAを確認します。
実績を聞くときは、「導入社数」だけでなく、自社と似た試験の年間配信件数、最大同時受験者数、対応した問題形式、障害発生時の復旧実績、監査や脆弱性診断の報告書を確認します。可能なら、デモ画面ではなく、実際の問題データを使った小規模PoCを依頼します。CBT-Solutionsも限定人数で本番と同様の環境を試すトライアルを案内しており、全国展開前に課題を洗い出す考え方は、独自開発でも有効です。参考にしたのは、株式会社CBT-Solutions「CBT導入の第一歩は“トライアル”から」(2023年)の公開情報です。
よくある見積もりリスクと回避策
最も多いリスクは、問題データの準備不足です。紙やWordの問題をそのまま渡せるとは限らず、出題形式、選択肢、正答、配点、画像、音声、解説、タグ、版を指定フォーマットに変換する作業が必要です。公開情報では、登録する問題数の目安を出題数の約3倍と説明する例もあります。出題数だけでなく、ランダム出題と問題漏えい対策に必要な予備問題まで数えて見積もります。出典は、株式会社CBT-Solutions「CBT導入時の問題登録の手順」(2023年)の公開情報です。
次に、連携先の責任分界を曖昧にしないことです。申込サイト、会員管理、決済、LMS、資格証明書発行、メール配信を連携する場合、APIの仕様、データ項目、エラー時の再送、個人情報の保管場所、問い合わせの一次窓口を決めます。さらに、試験問題と答案の所有権、ログの保存期間、契約終了時のデータ返却、別会社へ移行できる形式を契約書に明記します。
CBTシステム開発についてよくある質問(FAQ)

CBTシステムの導入では、「どこまで作ればよいか」「何か月で始められるか」「既存サービスと独自開発のどちらがよいか」という相談が多くなります。ここでは、費用と進め方を判断するうえで特に重要な質問に回答します。
CBTシステムの導入には何か月かかりますか?
既存のCBTサービスを利用し、試験仕様と問題データが準備できていれば、1か月半〜2か月程度で稼働できるという公開例があります。一方、独自開発で問題バンク、会員・決済連携、監督、記述式採点、セキュリティ診断まで行う場合は、一般に6〜12か月以上を見込みます。希望稼働日から逆算し、問題の校了、受入試験、パイロットの期間を先に確保します。
既存のCBTサービスと独自開発はどちらがよいですか?
全国の会場、申込、決済、採点、受験者サポートを早く整えたい場合は、既存サービスが向いています。独自の問題バンク、複雑な採点、既存の会員・LMS・資格管理との深い連携を継続的な競争力にしたい場合は、クラウド基盤との連携や独自開発を検討します。迷う場合は、限定科目・限定会場でPoCを行い、受験者の使いやすさと運用担当者の工数を測ってから本開発の範囲を決めます。
CBTシステムのセキュリティで何を確認すべきですか?
問題と個人情報の暗号化、管理者・保守担当者・利用者の権限分離、操作ログと監査ログ、脆弱性診断、通信の保護、バックアップ、障害時の代替経路、インシデント報告の期限を確認します。加えて、本人確認やオンライン監督の誤判定に対する人による再確認と異議申立ての手順も必要です。IPAの2025年調達要件を最低ラインのチェックリストにし、自社の個人情報保護方針や学校・自治体のセキュリティポリシーと照合します。
まとめ

CBTシステム開発は、要件整理、選定、設計開発、テスト、稼働、定着の順に、試験業務とシステムを一体で設計することが大切です。特に、受験者数のピーク、問題の版管理、本人確認、通信断からの復旧、会場・自宅方式の違い、運用責任の境界を早い段階で明確にします。
まずは小さく試し、実測値で本開発を判断します
費用は、既存サービスの試験運営なら公開例を参考に初期50万〜100万円、受験者課金、問題登録費、保守費などを積み上げ、受験者1,000人の初年度は約500万円前後という試算を起点にします。独自開発は、規模や機能によって500万〜1,500万円の小規模MVPから、5,000万円〜2億円以上の大規模基盤まで幅があります。単一の金額を当てはめず、同じRFPで複数社から見積もりを取り、3年間の総費用で比較します。
稼働後の定着までを契約と計画に含めます
本番稼働はゴールではなく、受験完了率、障害復旧時間、問い合わせ、採点品質、不正検知の誤検知率を確認し、問題改定やブラウザ更新に合わせて改善を続ける出発点です。要件整理の段階で、運用KPI、障害時の判断者、データの所有権、契約終了時の返却方法まで決めておくと、CBTシステムが現場に定着しやすくなります。
▼全体ガイドの記事
・CBTシステム開発の完全ガイド
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

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

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>


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