求人サイト構築の費用はどう決まる？機能・運用範囲と見積もりの確認ポイント

求人サイトの構築費用は、「どの業務をサイト内で扱うか」と「公開後にどこまで支えるか」で変わります。求人一覧や検索画面が似ていても、掲載企業が自分で求人を登録するのか、応募情報をサイト内に保存するのかによって、必要な仕組みは異なります。

予算を決めるには、必要な業務と運用条件をそろえたうえで、初期構築費と継続費用を分けて比較することが大切です。この記事では、複数企業の求人を掲載するサービスを対象に、機能、開発方式、公開後の費用、見積書の確認ポイントを整理します。企業が自社の採用情報を発信する採用サイトとは、検討する範囲が異なります。

求人サイトの費用は、掲載から応募までの業務範囲で変わる

見積もりを依頼する前に決めたいのは、画面の数だけでなく、その画面を使って誰が何をするかです。

例えば「求人登録機能」でも、運営者だけが登録する場合と、掲載企業が登録して運営者の承認後に公開する場合では、必要な権限や処理が変わります。後者なら、修正後に再承認するか、掲載終了を誰が操作するかまで決める必要があります。

まずは次の表を使い、自社のサービスに必要な範囲を確認してください。すべてを初期開発に含める必要はありません。

「応募機能がほしい」という依頼も、応募者の情報を外部サイトに渡すのか、自社サイトで受け付けて企業ごとに管理するのかを分けると、見積もりの対象が明確になります。通常の処理だけでなく、通知に失敗した場合や掲載企業の担当者が交代した場合の扱いも確認しましょう。

IPAの「見積もり手法」では、規模に加えて複雑度や要求される信頼性などを見積もりの入力情報に挙げ、初期の情報不足や後から判明する要件が見積もりとの差につながると説明しています。2004～2008年度の事業に関する資料ですが、依頼条件を具体化する際の考え方として参考になります。

機能名だけで見積もりを比べるよりも、担当者・処理・例外までそろえるほうが、金額差の理由を確認しやすくなります。

開発方式は、標準機能と追加対応の範囲で比べる

既存サービスやパッケージを使うか、個別に開発するかを検討するときも、先に必要な業務を整理します。方式名だけで費用や公開までの期間を判断すると、必要な機能が別料金だったり、想定した運用に対応できなかったりする点を見落としかねません。

既存サービス・パッケージでは、前節で整理した業務ごとに、次のどれに当たるかを確認します。

• 標準機能で満たせる
• 追加設定で対応できる
• 追加開発が必要になる
• 対応できない

例えば、求人登録は標準機能で足りても、企業内の担当者ごとに閲覧権限を分ける処理は追加対応になるかもしれません。「求人サイト向け」という説明だけで判断せず、自社が必要とする処理の単位で確かめることが大切です。

個別開発では、実装する業務と、公開後に誰が何を管理するかを明確にします。希望する機能を増やす前に、公開時点で必要なものと、運用を見てから追加するものを分けると、初期の発注範囲を決めやすくなります。

契約条件も比較対象です。利用料や従量課金の対象に加え、求人・企業・応募情報をどの形式で出力できるか、契約終了時に何が引き継げるかを確認してください。初期費用だけでなく、利用中と終了時の条件まで含めて選びましょう。

初期構築費と公開後の費用を分けて予算を組む

予算を比較するときは、開発会社やサービスごとに異なる費目を、同じ区分に整理し直すと判断しやすくなります。

初期構築・移行費には、業務や仕様の整理、設計、画面・機能の開発、テスト、既存データの移行など、公開までの対象作業を並べます。見積書に含まれている作業と、自社で行う作業を分けて確認しましょう。

利用・インフラ費では、サービス利用料、サーバーやデータ保存先の費用、利用量に応じて変わる費用を確認します。どの利用条件を前提にした金額かも、比較に必要です。

保守費は、名称だけでは範囲を判断できません。監視、バックアップ、更新、障害対応など、含まれる作業を確認します。画面や機能の追加が別料金なら、保守費と分けて扱います。

想定する追加対応費には、すでに予定している機能追加や連携先の変更などを整理します。未確定のものは、確定済みの費用に混ぜず、見積もりが必要になる条件を記録しておきます。

比較用には、次の形でまとめられます。

初期構築・移行費 ＋ 比較期間中の利用・インフラ・保守費 ＋ 想定する追加対応費

各社で比較期間と利用条件をそろえるのがポイントです。月額費用と年額費用が混在している場合は同じ期間に換算し、費目の重複にも注意してください。

また、求人登録、掲載内容の審査、掲載企業や応募者からの問い合わせ対応など、運営者側に残る作業も別に把握します。例えば、請求を手作業で残すなら、システムの発注範囲に加え、誰が請求内容を確認するかも決める必要があります。システムに支払う費用と、社内で担う作業を分けておくことで、公開後の運営を含めた予算判断ができます。

応募情報の管理と保守条件も見積もりに含める

検索や応募が動くだけでなく、運用条件を決める

機能が同じでも、想定する利用者数や同時アクセス数、障害時に求める対応によって、必要な構成や作業は変わります。求人件数やアクセスの想定と併せて、次の条件を確認しましょう。

• 何を監視し、異常が起きたら誰に通知するか
• 何をどの頻度でバックアップし、復元作業を誰が担うか
• システムや利用ソフトウェアの更新を誰が行うか
• 障害の連絡を受け付ける時間と、その後の対応範囲
• 不具合の修正と、有償の仕様変更・機能追加の境界

IPAの「非機能要求グレード」は、こうした性能や運用条件について、発注者と開発者の認識をそろえるための参考資料です。2018年版の活用シートでは、ユーザー数、同時アクセス数、監視、バックアップなどを扱っています。項目をすべて同じ水準にするのではなく、自社サービスで必要な条件から確認するとよいでしょう。

サイト内に応募情報を保存するなら、閲覧権限と管理責任を明確にする

応募者の氏名や連絡先、履歴書などをサイト内に保存する場合は、データを扱う範囲も見積もりの対象です。掲載企業の担当者が自社宛ての応募だけを閲覧するのか、運営者はどこまで確認するのか、委託先がどの作業でデータに触れるのかを整理します。

個人情報保護委員会のガイドライン「通則編」では、個人データの性質や量、事業の規模・性質などのリスクに応じた安全管理措置を求めています。また、個人データの取扱いを委託する場合には、委託先への必要かつ適切な監督が必要です。

このため、アクセス制御などのシステム上の対応に加え、運営者と委託先がそれぞれ何を管理するかを決めてから、開発・保守の範囲を確認します。

情報の利用方法と課金ルールも、仕様を決める前に確認する

求職者情報をどう収集し、何に利用するかによって、事業上必要な手続も変わります。

厚生労働省の「募集情報等提供事業について」では、募集情報等提供事業のうち、求職者に関する情報を収集して情報提供に使用するものを「特定募集情報等提供事業」とし、事前の届出が必要と説明しています。届出制は2022年10月1日に施行されています。

同ページでは、2025年4月施行のルールとして、利用料金や違約金の定めを求人企業等に誤解が生じないよう、あらかじめ明示する必要があることも案内しています。

求人サイトに一律で同じ手続が必要と考えるのではなく、自社の提供内容に応じて確認しましょう。情報の利用目的や料金条件は、会員登録、企業向けの案内、課金処理を決める際にも関わるため、開発と並行して運営ルールを整理しておくことが大切です。

見積書は金額より先に、対象範囲と除外事項をそろえる

見積書が届いたら、総額を比較する前に、同じ業務と運用条件が含まれているかを確かめます。確認したいのは次の項目です。

• 対象業務：誰が何を行う仕組みまで含まれているか
• 成果物：システム本体、設計資料、操作説明など、何が納品されるか
• テスト・受入条件：どの動作や性能を確認し、何をもって完了とするか
• 費用の区分：初期費用、継続費用、利用量で変動する費用が分かれているか
• 除外事項：移行、外部連携、運用作業など、対象外の作業は何か
• 変更時の条件：要件が変わった際、どの時点で再見積もりになり、誰が承認するか

例えば、一方はサイト内の応募受付と情報管理まで含み、もう一方は外部応募先への誘導だけを含むなら、総額の差だけでは比較できません。保守も、監視のみなのか、復元や修正作業まで含むのかで対象が異なります。差額がある箇所は、含まれる機能・条件・対応に戻って確認してください。

依頼前の整理は、「公開時に必要な業務」「当面は手作業で残す業務」「まだ決まっていない条件」に分けるところから始められます。未決事項は隠さず伝え、どの前提で見積もったかを残してもらうと、その後の変更も確認しやすくなります。

業務の整理をシステムの仕様へつなげる相談先として、Kizashiでは業務システム・Webシステム開発を提供しています。求人登録や応募受付、企業別権限、課金といった処理を整理し、どこまでシステム化するか検討したい方は、業務の整理からWebシステム開発を検討する方へで支援内容をご確認ください。現在考えている業務範囲や、まだ判断できていない点を基に、開発の相談をご検討いただけます。