適性検査システムの発注は、目的を定め、形態を選び、要件と契約を固めてからPoCに移る流れです。この順に進めれば、採用から配置・育成までシステムを活用できます。
発注形態から要件、契約、費用、委託先、PoCまでを段階ごとに見ていきます。全体像は適性検査システム開発の完全ガイドもご覧ください。
▼全体ガイドの記事
・適性検査システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
適性検査システムの発注方法と3つの発注形態
発注形態は、既製SaaS、SaaS連携や追加開発、独自システム開発の3つに分かれます。どれを選ぶかは、応募者数や評価尺度、既存システム、社内の保守体制を見て判断します。必要以上の投資を避けるため、この点は先に押さえておきます。
短期導入と標準的な受検運用を重視する企業向けの既製SaaS
既製SaaSは、問題配信から採点、結果レポートまでを標準機能で行えるため、受検の運用を早く始めたい企業に合います。ただし、導入前に運用の進め方と契約条件を確かめておく必要があります。
- 受検運用：URL発行やリマインドを、標準機能で行える
- 小規模な開始：初期開発を抑えつつ、受検者単位で試せる
- 契約前の確認：CSV、API、SSO、権限、保存期間、データ返却の各項目
採用人数が変動する企業や、まず1職種で検証したい企業に向いています。一方で、独自問題や職種別ベンチマークが標準機能にない場合があります。特殊な合否フローや既存の人事マスタとの連携も、確認しておく点です。
自社業務と検査サービスを両立するSaaS連携・カスタマイズ
検査問題と採点は専門SaaSに任せ、応募者情報や結果は採用管理やタレントマネジメントのシステムへ連携します。
- 専門機能：本人確認や不正受検対策は専門ベンダーに任せる
- 個別開発：社内固有の承認や帳票を追加する
- データ連携：候補者IDと社員ID、職種・拠点コード、尺度名をそろえる
連携開発では、どのシステムをデータの正本にするかを先に決めておきます。そのうえで、IDやコードの対応を仕様に落とし込みます。
連携が止まったときに備え、再送と重複防止の仕様を含めます。エラーログや手動復旧の手順も、仕様に加えます。APIの料金プランや利用回数の制限によっては追加費用がかかるため、見積もりの段階で確認します。
独自の評価モデルと業務基盤を作るフルスクラッチ
フルスクラッチでは、問題管理や受検画面、本人確認を自社仕様で組めます。採点や管理画面、レポートも、自社の考えに沿って作り込めます。APIや監査ログまで含めて、業務基盤として持てるのが特徴です。
- 製造オペレーター：手順理解、安全遵守、注意・集中を評価します。
- 品質保証・設備保全：改善志向や論理的な対応を評価します。
- 技術職・管理職：職務に応じた協働性などを組み込みます。
独自に開発した検査でも、妥当性は開発とは別に支える必要があります。職務分析や問題の品質管理、尺度の検証を、人事・現場・専門家で整えます。採用判断の利用ルールと結果の説明責任も、同じ体制で整えます。
特殊な評価や多拠点、多言語、通信不安定な環境が重要でなければ、標準SaaSと連携開発を先に比べます。
発注前にRFPと要件を整理する進め方
RFPは、開発会社へ要望を伝え、自社の判断をそろえる文書です。まず、誰のどの判断を改善するか、検査結果をどの業務で使うか、成功をどう測るかを定めます。機能から書き始めるより、各社の提案と見積もりを比べやすくなります。
目的と職種別の評価項目の決定
利用目的は、採用スクリーニングや面接補助から定めます。配属や育成、定着分析まで広げるかどうかも、その時点で決めておきます。
- 製造オペレーター：安全手順を守る力、注意・集中を見る
- 設備保全：論理的なトラブル対応と改善志向を見る
- 選考での使い方：自動判定か面接質問の補助かを明記する
評価項目は、性格の好みではなく、職務遂行に必要な行動に結び付けます。職務ごとに測る特性と得るデータ、面接や実技で確認する事項を、表にまとめます。閲覧者も同じ表に記します。
厚生労働省は、公正な採用選考の考え方として、広く門戸を開くことと、適性・能力に基づく基準を示しています（出典：厚生労働省「公正な採用選考の基本」、2026年確認）。
受検・採点・連携・権限の機能要件
機能要件には、問題や職種テンプレートの管理から面接官向けレポートまでを含めます。
- 受検機能：URL発行、期限、通知、再受検、本人確認の扱い
- 評価機能：不正対策と、能力・性格・スキルの採点
- 利用環境：スマートフォンや多言語、アクセシビリティ、通信環境への対応
工場や遠隔拠点の通信環境は、受検完了率に直結するため、要件として明確にしておきます。
閲覧権限は、採用担当と面接官を中心に役割ごとに分けます。現場責任者や本人、情報システムの権限も、同じ考え方で定めます。
応募者と社員の情報を結ぶIDも決めておきます。そのうえで、API・CSVとSSOの方式、メール・SMSでの通知を定義します。
操作ログや保持期限、削除の扱いも決めます。バックアップと障害時の再受検も定めます。
RFPの前提条件・成果物・選定基準の書き方
RFPには、背景と目的、対象の拠点や職種を書きます。加えて、年間の応募者数と社員数、受検回数、現行の流れも記載します。
- システム条件：既存システム、必要機能、非機能要件
- 契約条件：日程、予算、納品物、保守体制
- 利用シナリオ：応募者数100人、500人、1,000人の複数案
複数の応募者数を示すと、従量課金と月額課金を比較しやすくなります。
提案には、要件適合表と体制図、作業分担を求めます。WBS、前提、除外事項も、提案に含めてもらいます。さらに、検収条件と追加変更単価、保守費用も提出してもらいます。
選定基準には、妥当性や製造業・多拠点の実績、API・SSOを入れます。セキュリティや期間も基準に含めます。
業務理解と稼働後の支援も、あわせて見ます。価格だけで順位を付けないことが、追加費用の抑制につながります。
契約形態と委託先の役割の決め方
検査サービス、開発委託、保守運用の契約は、別々になる場合があります。そのため、契約ごとに、対価の対象や仕様変更・障害の責任、データと知的財産の利用者を確かめます。
要件定義や連携支援など作業を進める準委任契約
準委任契約は、専門家の業務遂行に対して報酬を支払う契約です。開始時点で仕様や成果の形を確定しにくい業務に向いています。
- 向く業務：要件定義、業務整理、製品選定、API調査、運用設計、PMO
- 決める条件：作業時間、体制、会議、成果物、報告方法の明記
作業の完了条件も、発注側と開発会社であらかじめ合意しておきます。準委任でも、品質に関する責任がなくなるわけではありません。
そのため、担当者のスキルや稼働、レビューを契約や発注書に定めます。課題管理と意思決定期限も、あわせて定めます。
要件が曖昧なまま一括請負にすると、追加変更になりやすくなります。そこで、要件定義を準委任で行い、その後に開発範囲を確定する方法もあります。
合意したシステムと検収条件を完成させる請負契約
請負契約は、合意した仕事を完成させ、引き渡すことに対して報酬を支払う契約です。
- 仕様：受検・管理画面、採点、レポート、API、権限を固める
- 検収：納品物、期間、契約不適合への対応を定める
- 受入条件：採点、連携エラー、権限拒否、ログ出力の確認項目
請負は、仕様とテスト結果、納品物を具体的に決められる段階で使います。検収期間や契約不適合への対応も、その段階で具体化しておきます。
受入テストの条件には、画面の見た目だけでなく、受検が完了するところまでを含めます。除外事項には、データ移行や問題作成、妥当性検証を記します。
マニュアルや研修、脆弱性診断も除外事項に含めます。さらに、クラウド費用や第三者サービス料も確かめます。
追加変更の単価と承認方法も、決めておく必要があります。変更要求、影響見積もり、承認の流れを運用します。反映から検収まで同じ流れで扱えば、口頭の依頼による予算や納期のずれを防げます。
データ・知的財産・AI利用の責任分界と契約条項
氏名や連絡先、検査結果の利用条件を、契約と社内規程でそろえます。本人確認情報も、同じ条件に含めます。
- データ管理：目的、保存期間、削除方法、委託先管理、再委託、事故連絡の取り決め
- 権利関係：問題や採点ロジック、画面・APIのソースコード、汎用部品、利用データの権利
- AI利用：学習範囲、モデル変更の通知、偏り検証、説明可能性、人の確認の取り決め
退職者や不採用者の削除時期、バックアップ消去の証明、契約終了時の返却形式も、契約で明確にします。AIで適性や職務適合を推定する場合は、異議申立ての窓口も要件に含めます。
経済産業省などは2026年3月31日にAI事業者ガイドライン第1.2版を示しています（出典：経済産業省・AI事業者ガイドライン検討会、2026年）。そのうえで、最新の方針を確かめ、委託先と役割を決めます。
適性検査システムの費用相場と開発期間
費用は、受検者数と初期設定、検査で変わります。問題作成や連携、本人確認も、費用を動かす要因です。不正対策や帳票、保守の範囲によっても、金額が変わります。
ここで示す金額は、公開料金と生産・製造系業務システムの相場をもとにした予算の幅です。一律の市場価格ではないため、RFPを渡して個別見積もりを取ります。
初期費用0円と受検単価で比べる既製SaaSの費用
ミツカリ適性検査は初期費用が無料で、ライトプランでは応募者の受検料を中心に利用できます。
- ミツカリ：応募者受検で2,000円（税抜）／人
- Skilltest：従量課金で4,400円（税込）／回
- サブスクリプション：Skilltestの年額は660,000円（税込）から
Skilltestの実質月額は55,000円からと案内されています（出典：各社公式料金ページ、2026年確認）。単価に受検者数を掛けると、100人で約20万〜44万円、500人で約100万〜220万円です。
1,000人では、受検料の目安が約200万〜440万円です。ただし、この金額には月額や年間契約が含まれていません。
設定や連携、サポートも、この金額とは別に見込みます。問題追加の費用も、あわせて見込みます。
受検数が少ない年と大量採用の年を分けて考え、従量課金と定額プランを比べます。
連携開発は数百万円台、独自開発は800万〜5,000万円以上の目安
既存SaaSの設定やCSV連携、権限設定は、20万〜100万円、期間2〜6週間が目安です。
- API連携：採用・人事連携や帳票、SSOを含め、300万〜800万円
- API連携の期間：要件の範囲により、2〜5か月程度
- MVP：自社問題・採点、画面、レポート、API、監査ログを備えた構成で、800万〜2,000万円、4〜8か月が目安
金額は、要件定義や設計、テストの範囲で変わります。移行や研修も、金額を左右します。そのため、見積もりは工程別の内訳で受け取ります。
多拠点・多言語や本人確認、不正対策を含む開発では、2,000万〜5,000万円以上になる場合があります。複数の人事システムとの連携や分析基盤を含む場合は、期間が8〜18か月程度となることがあります。
これらは、生産・製造系業務システムの相場を機能の範囲に当てはめた、編集部の推定です。適性検査に固有の一律価格ではない点に注意が必要です。
保守・検査改善・セキュリティを含むTCOの考え方
初期費用に加えて、利用料と受検料、問題更新を含めます。さらに、妥当性検証やクラウドの費用を見込みます。API連携や本人確認も、費用の対象に入ります。
- 運用費：問い合わせや教育、データ移行、障害対応
- 安全対策：脆弱性診断やセキュリティ対応の費用
- 保守目安：スクラッチは初期開発費の年15〜25％程度
5年程度の総保有コストで比べます。実際の保守費用は、契約の範囲によって変わります。
費用を下げる場合でも、問題の品質やセキュリティテストは削りません。たとえば、対象職種を1つに絞る、標準機能やCSV連携を使う、帳票を最小限にする方法があります。
採用選考から始め、配属や育成の分析を後から加える段階導入なら、効果を見ながら投資の判断を更新できます。
委託先の選定と見積比較で確認するポイント
検査専門ベンダーと、連携や業務システムを開発するSIerでは役割が異なります。そのため、開発会社と検査提供会社を同じ基準で比べないことが大切です。
検査の妥当性や問題の専門性と、採用・人事データとの統合のどちらを重視するかを決めます。必要な場合は、両者を組み合わせます。
検査ベンダーの妥当性・受検体験・データ活用の確認
検査ベンダーには、何を測るのか、どの職務との関連を検証したのかを尋ねます。
- 検査内容：能力、性格、価値観、ストレス耐性、スキル診断
- 職務との適合：職種別の基準と、結果の読み方
- デモ：スマートフォン操作、通信断からの再開、結果の理解を見る
面接での活用方法を説明できるかも、確かめておきます。同じような運用の支援が可能かも、尋ねます。
エフアンドエムのeF-1G公式事例では、食料品製造業のエースコックが採用時のスクリーニングに使っていた検査結果を、配置・育成へ広げる構想を示しています。結果の表示を偏差値に変えることや、カオナビとの連携も検討されています（出典：株式会社イー・ファルコン「エースコック導入事例」、2026年確認）。
同じ条件で比べる見積書の工程・人月・連携・除外事項
見積もりは総額に加えて、要件定義、基本・画面設計、開発を比べます。連携やテスト、移行も、工程ごとに揃えて見ます。さらに、研修やリリース支援、保守の費用も比べます。
- 体制：PM、SE、PG、デザイナー、テスターの役割
- 工数と成果：人月、単価、期間、成果物
- 契約条件：前提、追加変更、テストや移行の費用
安い見積もりでも、テストや移行が別料金なら、契約後の総額は高くなります。
各社には、同じRFPとサンプルデータを渡し、同じデモを依頼します。デモでは、受検案内やリマインド、採点を実演してもらいます。さらに、権限別の閲覧やAPI連携、削除も見せてもらいます。
評価表には、適合度や総額、期間を記録します。妥当性や安全性、運用負荷も、書き込みます。拡張性と担当者の理解度も、あわせて残します。
「対応可能」と答えた根拠も確かめます。標準機能や設定で対応するのか、追加開発や運用での回避策で対応するのかを見ます。
契約前に確認するセキュリティ・運用・終了時の対応
適性検査の結果を守りながら、運用を続けられる体制かを、契約前に確かめます。
- 技術対策：暗号化、MFA、IP制限、脆弱性対応、バックアップ
- 運用対策：監査ログ、権限の棚卸し、障害通知、復旧目標
- 委託管理：再委託先や従業員教育、利用目的、保管期間
採用判断に関わる情報のため、閲覧は最小限の権限に絞ります。閲覧・出力・変更の履歴を追える設計にし、個人情報保護委員会や厚生労働省の指針も確かめます。
終了時は、データの返却と削除、バックアップの扱いを確かめます。加えて、アカウント停止やドメイン・APIキーの移管、マニュアルの引き渡しも決めておきます。
初期費用が安くても、データを取り出せなければ移行しにくくなります。事故時の連絡時間や調査協力は、SLAや運用手順に定めます。再受検や候補者への説明も、手順に含めます。
発注後のPoCと段階導入による現場定着
大規模な導入は全社一括で始めず、まず1職種・1拠点のPoCで現場の反応を確かめます。受検完了率や問い合わせ、集計時間を測ると、機能追加より先に運用の課題を把握できます。面接官の利用率や質問数、採用後の評価や定着も、あわせて測ります。
受検完了と面接利用までを一連で検証するPoC
PoCは受検だけで終わらせず、応募者の登録から結果の保存・削除までを確かめます。実データに近いシナリオを使うことで、現場の条件も再現します。
- 受検の流れ：案内、期限切れ、リマインド、本人確認、完了まで
- 結果の利用：採点、面接官との共有、保存、削除
- 工場採用：端末差、通信、言語、問い合わせ時間
面接官には、結果の意味と限界を伝えておきます。スコアを絶対的な合否の基準にはせず、職務に関係する質問の材料として使います。
検査と面接・実技の評価が異なる場合の判断方法も決めます。PoCの後は、完了率や集計時間に加えて、応募者や面接官、現場管理者から改善点を集めます。
採点・連携・権限・削除を中心にした受入テスト
正常な流れに加えて、期限切れや途中離脱、再受検の場合を確かめます。重複登録や採点不能も、テストの対象に含めます。
- 連携障害：API停止後の再送の可否
- 権限：権限外の結果閲覧を防げるか
- データ削除：退会後の削除の可否
テストデータを使い、採用管理システムへの結果連携と、採用担当や面接官の閲覧情報の違いを検証します。稼働の判定は、予定時間内に採用フローを完了できるかと、権限に応じた閲覧や問い合わせ対応ができるかで行います。
受入条件は、人事、現場、情報システムの担当者が確認します。法務または個人情報管理の担当者も、確認に加わります。
稼働後の採用から配置・育成への活用範囲の拡大
採用時だけの利用では、受検にかけたコストに対する効果を検証しにくくなります。
- 活用先：評価や配属、研修、1on1、定着との関係の分析
- 運用KPI：完了率、所要時間、通知率、集計時間、閲覧率
- AI判定：職種別の偏り、救済、人の確認、説明記録の点検
利用目的と本人への説明を整えたうえで、人事やタレントマネジメントと連携します。採用から配置・育成へ広げる構想は、エースコックの事例のように、委託先の選定時に相談しておきます。
運用KPIには、結果を使った面接質問の割合も加えます。入社後の評価や定着との関連も、あわせて見ていきます。
適性検査システムの発注でよくある質問
発注の場面では、費用や検査の専門性、システム連携について質問が出やすいです。個人情報や運用についても、初回相談の前に整理したい疑問として、ここで回答します。
適性検査システムはSaaSとスクラッチ開発のどちらがよいですか？
標準的な検査と短期導入を重視するならSaaSが、自社独自の評価モデルや複雑な人事連携が必要ならスクラッチ開発が向いています。
多くの企業では、検査と採点に専門SaaSを使い、採用管理などとの連携は外注する段階方式を取ります。この方式は、費用と運用リスクを抑えやすくなります。
発注前に予算はどの程度用意すればよいですか？
必要な予算は、SaaSの利用料や開発範囲によって変わります。そのため、費用の目安と見積もりの条件を確かめておきます。
- 公開SaaS：初期費用無料の例があり、受検者1人あたり約2,000〜4,400円、または年額66万円からです。料金はプランや利用条件で変わります。
- 開発費：連携開発は300万〜800万円、独自開発は800万〜2,000万円以上が予算の起点です。
- 費用の変動要因：問題作成、妥当性検証、移行、保守、安全対応の範囲
- 見積もり：同じRFPで複数社から取り、予算を確定する
応募者の適性検査結果を外注先へ預けても問題ありませんか？
管理体制や利用目的、保存期間を確かめ、社内規程とそろえます。再委託や権限、事故連絡の扱いも確認します。終了時の返却と削除も、あわせて確かめます。
結果だけで採否を決めず、職務に関係する適性や能力を基準にします。人が結果を確かめ、説明できる運用にします。
適性検査ベンダーとシステム開発会社は分けて探すべきですか？
妥当性や問題、採点を重視する場合は、適性検査ベンダーを選びます。受検運用を重視する場合も、適性検査ベンダーを選びます。人事システムとの統合や独自画面を重視する場合は、開発会社を選びます。
検査と開発の両方が必要な場合は、責任分界を決めておくことが大切です。そのため、責任分界と窓口、API連携の役割を、RFPと契約書に記します。障害の切り分けやデータ返却の役割も、RFPと契約書に記します。
まとめ
発注時は、採用や配属、育成のどこで結果を使うかを定義し、必要な開発形態を選びます。
RFPには、職種や受検数、機能を記します。連携や安全性、成果物も記したうえで、同じ条件で複数社を比べます。検収と保守の条件も、あわせてそろえます。
目的・要件・契約・TCOを一枚にまとめる発注前の準備
検査ベンダーと開発会社の役割を分け、受検料だけでなく連携、保守、安全対策を含むTCOで比べます。
準委任と請負は、工程に合わせて使い分けます。公開料金と受検数、開発範囲から予算の幅を置き、要件が定まった後に見積もりの精度を高めます。
最初の1職種・1拠点のPoCと運用の広げ方
1職種・1拠点で、受検完了率や集計時間、面接官の利用率を確かめます。連携エラーや問い合わせの状況も見たうえで、対象を広げます。
本人への説明と権限管理を整え、配置・育成・定着分析へ活用すると、発注効果を長く生かせます。
▼全体ガイドの記事
・適性検査システム開発の完全ガイド
▼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を創業。