採用広報ツールの発注は、運用体制の整理、発注形態の選定、要件と連携の明文化を順に進めると、公開後も更新・応募受付・効果測定を続けられます。
発注形態、要件と契約、費用相場、委託先の見積比較の順に見ていきます。全体像は、採用広報ツール開発の完全ガイドで確認できます。
▼全体ガイドの記事
・採用広報ツール開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
採用広報ツールを発注する前に知るべき全体像
採用広報ツールは、求人票の掲載だけでなく、企業や仕事の魅力を発信して、認知から応募までをつなぐ基盤です。採用サイトCMSや採用マガジンに、応募フォームや求人情報管理を組み合わせて作ります。
また、SNSや求人検索エンジンとの連携、アクセス解析も含まれます。役割を整理しておくと、採用サイトとATSを同じものとして比べる失敗を避けられます。
採用広報ツールの役割
候補者が知りたい情報を継続して掲載し、求人ページへの流入と応募完了を測定します。採用サイトには、会社紹介や社員インタビュー、仕事内容を載せます。さらに、カルチャーや福利厚生、働き方も掲載します。
現場社員が記事を下書きし、人事が承認して公開できるCMSであれば、更新が途切れにくくなります。求人の掲載期限や給与、勤務地は一か所で管理し、採用サイトと求人検索エンジンへ同期させる設計も必要です。
採用広報ツールとATSの違い
採用広報ツールとATSは、役割も見る指標も異なります。
- 採用広報ツール：企業や仕事を知ってもらい、応募意欲を高める発信が中心です。指標は認知と閲覧、応募率です。
- ATS：応募後の選考を管理します。候補者情報や選考状況、面接調整を扱い、評価と合否連絡も含みます。指標は選考進捗と対応漏れ、採用決定までの期間です。
ただし、両者は機能が重なる場合もあります。そこで、応募フォームからATSへ必要な項目を渡せるかをRFPに書いておくと、二重入力を減らせます。
目的に応じた発注範囲の分け方
発注側は、目的や運用規模に応じて、優先する発注範囲を決めます。
- 応募数を増やす：求人ページや職種別コンテンツ、流入計測を優先します。
- 採用ミスマッチを減らす：社員の仕事紹介や1日の流れ、評価制度、入社後のキャリアなど、候補者の不安を解消する情報。
- 複数拠点・ブランドを運営する：権限管理と承認フロー、監査ログが必要で、求人データの一元管理も求められます。
まず、1職種・1拠点のMVPで適合性を確かめておくと、予算と運用負荷を抑えられます。
発注形態の選び方
発注形態は、公開の速さと独自性、連携の深さを基準に決めます。社内でどれだけ運用できる人員がいるかも、判断材料になります。
短期間で始めるならSaaS型CMS、独自性と運用性を両立させるなら部分カスタムが候補です。基幹や複数会社のデータ連携が必要な場合は、個別開発が選択肢になります。
価格を比べるだけでなく、契約終了後にデータを持ち出せるかも同じ条件で比べます。
早く小さく始める場合のSaaS型CMS
SaaS型CMSは、サーバー構築や大規模開発を抑え、テンプレートを使って採用サイトや採用マガジンを公開する方法です。
また、撮影や初期コンテンツ、求人ページの制作まで支援するサービスであれば、少ない人員でも始めやすくなります。
契約前には、最低契約期間や記事の追加料金、広告運用費を確認します。独自ドメインや管理者数、ATS連携、解約時のデータ返却も見ておく項目です。これらを見落とすと、初年度の予算が膨らみます。
独自性と費用のバランスを取る場合のCMS＋部分カスタム
この形では、既成CMSに独自デザインや職種別の応募導線を追加します。社員インタビューの承認フローや既存ATSとのAPI連携も加えられます。
全体をスクラッチ開発する場合と比べると、初期費用を抑えやすい形です。さらに、管理画面で運用しやすい状態にもできます。
標準機能と追加開発の線引きは曖昧になりやすいため、標準範囲と個別費用の機能を、見積書と要件定義書に分けて記載してもらいます。
業務固有性が高い場合のスクラッチ開発
複数会社・ブランドの採用情報統合や、HRIS・CRMとの双方向連携、独自権限や監査要件がある場合は、個別開発が向いています。そのぶん、要件定義、設計、テスト、移行、保守の費用と期間が増えます。
受託開発でも、求人やコンテンツ、応募、分析をMVPとして切り出します。一方で、AIによる人物評価など、不確実性やリスクが大きい機能は後段で検証します。
採用広報ツールの発注・外注の進め方
発注では、要望を伝えて見積を受け取る前に、目的と対象者、運用責任をそろえておきます。連携の対象と納品物も同じ条件で示すと、提案を比べやすくなります。
まず、採用サイトや求人媒体、ATSを洗い出します。SNSやアクセス解析も含め、二重入力や更新漏れがどこで起きているかを明らかにします。
RFPを出す前に、社内の意思決定者と運用担当者を決めておきます。発注準備から公開後の改善までは、段階を追って進めます。
KPIと現状運用の洗い出し
ベンダー提案を比べるには、目標を具体的な指標にしておく必要があります。「採用広報を強化する」のような言い方では、提案の比較がしにくいためです。
- 応募完了数・応募率：全体または特定職種の応募状況。
- フォーム到達率：求人ページから応募フォームへの到達状況。
- 流入元別の応募単価：流入元ごとの、応募1件あたりの費用。
- 記事経由の応募率：記事を読んだあとに応募へ進んだ割合。
改善したい指標は2〜3個に絞ります。採用数は景気や職種の需給に左右されるため、閲覧から採用決定までの各段階を分けて測ります。
求人情報の正となるシステムや、記事を書く人、承認者を決めておきます。公開後に数値を見る人も、担当に入れておきます。
社員インタビューでは、取材依頼と原稿確認に担当者を置きます。写真利用許諾や公開期限にも、それぞれ担当者を割り当てます。
RFPに記載する目的・対象者・機能・連携・運用
提案の条件をそろえるには、RFPに課題や必要な機能を書いておくことが欠かせません。ATSや求人検索エンジンとの連携、運用の前提も、同じ書類に記します。
- 背景・対象：解決したい課題、求職者、対象職種・拠点。
- 機能・移行：必要ページ、CMS権限・承認、求人項目、応募フォーム、解析、移行対象。
- 条件：ATS・求人検索エンジンとの連携、納期、予算。
運用ルールも明記すると、機能一覧だけの提案を避けられます。たとえば、「求人データの正はATS」「記事は現場が下書き、人事が承認」「個人情報は応募後にATSへ連携」のように書きます。
提案では、標準機能と追加開発を分けて回答してもらいます。代替案と対象外も、同じ形式で示してもらいます。
納品物には、ソース・設定、管理者マニュアル、操作研修を指定します。テスト結果や移行手順、バックアップ、障害時の連絡方法も挙げておきます。
IPAの「情報システム・モデル取引・契約書」は、企業とITベンダーの役割・責務や契約書のひな型を整理しています。RFPと契約条件の抜け漏れ確認に、活用できます。
プロトタイプ・テスト・公開後の改善を含む発注範囲
文章や写真の印象によって要望は変わりやすいため、候補者の導線はプロトタイプで早めに確かめます。公開前後の作業も、発注範囲に含めておきます。
- トップから職種ページ、社員記事、応募フォームへ、迷わず進めるかを検証します。
- 実データに近い状態でテストします。対象は、スマートフォン表示や入力エラー、同意取得、通知メールです。権限や公開予約、求人掲載期限、ATS連携も含みます。
- 公開後30日は計測と更新フローを、60日は職種・流入元別の応募率を、90日は残す機能と改善機能を見ます。
季節や採用計画によっても成果は変わります。そのため、公開直後の応募数で成否を決めず、30日・60日・90日の節目で見ていきます。
分析会や記事制作支援、改善開発を保守契約に含めるか、別発注にするかも、早めに決めておきます。
契約形態と契約書で決めること
企画・要件定義、デザイン、開発、コンテンツ制作、保守では、作業の不確実性が異なります。そのため、契約形態も工程ごとに選びます。成果物と責任を明確にできる工程は請負、協議しながら進める工程は準委任と、作業に合わせて使い分けます。
契約形態の名称だけでなく、誰が判断するかと、どこで完了とするかを契約書に書いておきます。
請負契約と準委任契約の使い分け
請負契約は、合意した成果物を完成させ、検収後に対価を払う形に向いています。画面や機能の納品では、成果物と検収基準を明記します。修正回数と不具合対応期間も、契約書に具体的に書き込みます。
準委任契約は、専門業務の遂行そのものに価値がある工程に合っています。要件整理やUX検討、運用設計が例で、アジャイル改善も含まれます。
成果を保証する契約ではないため、稼働範囲と会議体、報告の決め方を具体的にしておきます。担当者の役割も、あらかじめ決めておきます。
検収・知的財産・再委託・解約の条件
契約では、成果物の権利と再委託の責任を明確にしておく必要があります。加えて、個人情報の安全管理や、解約後の移行・削除の条件も決めておきます。
- 成果物・権利：帰属と利用範囲。
- 再委託：再委託先、責任の分け方、事前承認、事故時の連絡。
- 個人情報：安全管理措置と取扱状況の把握。
- 終了時：データ出力、移行支援、削除方法。
対象となる成果物は、ソースやデザイン、写真・原稿です。管理者アカウントやドメイン、解析データも含まれます。第三者素材やOSSには、個別のライセンス条件があります。
応募者の氏名や連絡先、履歴書などを外部に扱わせる場合は、ガイドラインに沿って事前に確認します。
多要素認証や最小権限、TLSを確認します。保存期間や削除、バックアップ、海外リージョンも見ます。生成AIへの入力・学習利用も、確認の対象です。
法的な適用関係は運用形態によって変わるため、必要に応じて専門家にも確認します。
AI機能と責任分界の確認
求人票や記事の下書き、タイトル案は、採用広報ツールで活用しやすい用途です。FAQ整理と問い合わせの一次回答も、この用途に含まれます。
AIだけで合否や人物評価を決める機能には、偏りと誤判定、説明責任が論点になります。個人情報の目的も、確認が必要です。
確認先には、経済産業省などが2026年3月に掲載したAI事業者ガイドライン第1.2版があります。そこで、生成物の確認者やログの保管日数、誤りの訂正方法を、RFPに記載しておきます。
採用広報ツールの費用相場とコストの内訳
費用は、ページ数やコンテンツ、撮影の範囲で変わります。さらに、CMS権限や求人連携、応募者データの扱いによっても変わります。ATS・HRIS API、分析、保守の範囲も、費用の差になります。
公開価格と受託開発の推定は分けて考え、初期費用、月額、追加制作、連携、保守に分解します。比べるときは、1年目と2年目以降の総額で見ます。ここで示す金額は、リサーチノートと公開情報に基づく予算の目安です。
SaaS型の初期0万〜50万円、月額2万〜10万円程度の目安
SaaS型CMSの基本機能は、初期0万〜50万円、月額2万〜10万円程度から始められます。見積もりでは、公開価格と追加費用を分けて考えます。
- 基本料金：初期0万〜50万円、月額2万〜10万円程度。
- 公開価格例：HIKOMAは初期0円、月額49,800円（税別）、最低契約期間24か月。
- 最低利用料の試算：料金ページ（2026年8月確認）を単純計算した、約119万5,200円（税別）。
- 追加料金：撮影、記事、広告は別料金になりやすい。追加ページや複数ブランド、ATS連携、個別分析も、別料金になりやすい。
公開価格の例は、株式会社イシンのHIKOMAクラウドサービスです。ただし、契約条件や追加費用を含めた総額は、個別に確認が必要です。
初期コンテンツ数や求人ページの範囲、撮影回数、記事単価を確認します。解約通知の期限や、終了後のHTML・画像・記事データ返却も見ておきます。
無料掲載や求人検索連携は、提案時点の対応範囲を文書に残しておきます。月額の安さを判断するには、契約条件も合わせて見る必要があります。
受託開発の規模別の推定費用、150万〜3,000万円以上
採用広報ツール単体の公開価格は、限られています。そのため、金額は採用サイトCMSやWebメディア、応募フォーム、求人連携を組み合わせた類似システムからの推定です。
- 小規模：150万〜400万円、期間は1.5〜3か月程度。
- 中規模：400万〜1,000万円、期間は3〜6か月程度。
小規模は、テンプレートを使い、採用サイトや求人一覧、応募フォームを組む構成です。基本SEO・解析とJobPostingにも対応します。デザインや原稿を発注側で用意すれば、工数を抑えられる可能性があります。
中規模は、独自デザインや採用マガジン、複数職種・拠点への対応を含む想定です。権限・承認や社員インタビュー、求人媒体連携、ATS/API、ダッシュボードも含みます。
ソニーネットワークコミュニケーションズの「株式会社ジャパンシステム様の事例」（2024年）は、約6か月です。要件調整やターゲット分析、コンセプトを含みます。撮影やライティング、CMS、資料整備も、その中に入っています。
この事例は、コンテンツ企画や関係者調整を含めた発注期間を考えるときの参考になります。
大規模開発と公開後費用の別枠見積もり
大規模開発と公開後の保守・改善は、初期開発とは分けて見積もります。
- 大規模開発：1,000万〜3,000万円以上、6〜12か月程度の推定。
- 保守・改善：初期開発費の15〜25％／年、または月額10万〜50万円程度の推定。
大規模開発では、複数ブランドやSSO、複数権限への対応を想定します。CRM・ATS・HRISとの双方向連携や監査ログ、移行、負荷試験、AIも含まれます。
独自の人材DBや求人プラットフォームは、データ設計やセキュリティ、監視が増えるため、数千万円以上となる可能性があります。要件が固まる前に金額を断定せず、見積書に前提と変動要因を書いておきます。
保守費は、CMSやサーバーの更新、脆弱性対応、求人検索の仕様変更、監視の範囲で差が出ます。バックアップや解析、記事制作の範囲によっても、費用は変わります。
比べるときは、最低でも3年間の総保有コストで見ます。初期費だけで判断しないためです。
委託先の選定と見積比較で確認すべきポイント
委託先は、知名度や制作社数だけでなく、採用広報を運用し続けられる力で選びます。また、採用サイトやCMS、ATSや応募者管理、個別開発では、得意な範囲が異なります。
各社には、同じRFPと質問を使います。評価は機能と費用を分けて行い、体制やリスクも別に見ます。
実績で聞く運用と成果の範囲
事例では、制作の有無だけでなく、公開後の更新頻度や求人掲載期限の管理を聞きます。応募率や職種別CVの計測方法も確認します。
可能であれば、同じ業界・規模・職種に近い事例で、導入前の課題と採用広報の対象者を確かめます。開発範囲や期間、体制、成果指標も確認します。
成果が非公開の場合は、その前提で効果を断定せず、説明できる会社を選びます。
見積書の工程・成果物・前提条件の比較
見積書は、作業工程と成果物が分かる単位に分けてもらいます。各社の前提をそろえて比べると、違いが分かります。
- 企画・制作：要件定義、情報設計、取材・撮影、執筆、デザイン。
- 開発・連携：実装、CMS、応募フォーム、個人情報対応、求人連携、ATS/API、基盤。
- 公開・運用：テスト、移行、研修、保守。
数量や単価、工数も付けると、前提を比べられます。担当や納品物、対象外の作業も書いてもらいます。
「記事10本」や「社員撮影1回」では、取材時間や確認、修正回数を確かめます。交通費や写真利用期間も確認します。
価格に差が出たら、対象外と追加費用を確認します。応募フォーム設計やATS、移行が別費用の場合は、総額が変わります。アクセシビリティや脆弱性診断、公開後分析も、別費用だと総額に響きます。
判断にあたっては、初年度の総額と3年間の保守・改善費を合わせて見ます。社内の作業時間や解約・移行費も含めます。
選定会議における運用・情報システム担当者の評価
選定には、運用面と情報管理面を確認できる担当者も加えます。その担当者が、実際の操作と委託先の対応を評価します。
- 評価メンバー：人事、広報、現場、情報システム、法務または個人情報管理の担当者。
- 操作確認：管理画面での求人の更新・承認・公開と、掲載終了の操作。
- 委託先の確認：権限、再委託、海外クラウド・生成AI、事故時の初動、監査協力、削除証明への質問。
- 求人連携：個別求人ページへのJobPosting付与と内容の一致、終了求人の削除または期限情報での扱い。
採用担当だけで判断すると、認証やログ、バックアップが抜けることがあります。APIや移行、障害対応も、見落としやすい項目です。そこで、操作デモを通じて、営業資料では分からない作業量を把握します。
実装がGoogleの公式仕様に沿っているかを確認します。求人一覧に個別求人の構造化データを誤って付けないよう、注意します。
よくある質問（FAQ）
発注では、費用や納期に加えて、運用体制やデータ連携、契約終了後の移行性も確認します。外注時によくある質問を、費用から個人情報まで順に並べます。
採用広報ツールの発注費用はいくらですか？
SaaS型CMSは、初期0万〜50万円、月額2万〜10万円程度から始められます。受託開発の推定は、規模で変わります。小規模が150万〜400万円、中規模が400万〜1,000万円、大規模が1,000万〜3,000万円以上です。
金額は、撮影や原稿、広告の範囲で変わるほか、API、保守、移行の有無でも変わります。そのため、同じRFPを使い、1年目と3年間の総額を分けて見積もってもらいます。
SaaSと受託開発のどちらが向いていますか？
早く標準的な採用サイトや記事更新を始めたい企業には、SaaS型CMSが向きます。独自権限や複数会社の管理、基幹連携が必要なら、受託開発を検討します。候補者データの活用が必要な場合も、受託開発の検討対象になります。
迷う場合は、1職種・1拠点でSaaSか小さなMVPを試します。更新にかかる時間や応募導線、連携の実現性を確かめてから、拡張します。
RFPに最低限書くべき項目は何ですか？
RFPには、背景とKPI、職種、必要ページを書きます。CMS権限・承認と求人情報の正も記載します。そのうえで、応募から納品、保守までの条件も、RFPに書いておきます。
- 応募フォーム、外部連携
- 個人情報・AI
- 移行、納期
- 予算、納品物
- 保守範囲
標準機能と追加開発、対象外、前提を分けて回答してもらうと、価格差の理由が分かります。更新担当や90日間の改善方法も含めます。
応募者の個人情報を制作会社に渡しても大丈夫ですか？
制作会社には、必要な情報だけを渡します。安全管理や再委託、保存場所は、契約と運用の両面から確認します。権限や事故連絡、削除方法も確かめます。
生成AIに応募者情報を入力する場合は、学習利用の有無と保存期間、第三者提供を確認します。生成結果の確認者も決めておきます。採用可否は、AIだけで決めない体制にします。
法的な判断は、個人情報の種類や委託の形態によって変わるため、専門家へ相談します。
まとめ
発注前には、誰に何を伝え、どの行動を増やすかを決めておきます。そのうえで、SaaS型CMS、CMS＋部分カスタム、スクラッチ開発を、更新性や連携、費用、移行、公開後支援で比べます。
発注形態が決まったら、RFPに運用と連携を記載します。次に、複数社から同じ条件で提案を受けます。
発注で外せない運用・連携・総額のポイント
見積では、要件定義から保守まで工程を分けて確認します。前半は要件定義、設計、デザイン、開発、コンテンツで、後半は連携、テスト、移行、研修、保守です。標準と追加費用も、工程ごとに見ます。
請負か準委任か、検収のしかたを確認します。知的財産や再委託、個人情報、AIの責任、データ返却も、契約前に確かめます。
金額は、公開価格と前提付きの推定として扱い、初年度だけでなく3年間の総保有コストで判断します。
現状の洗い出しとRFP作成
現状と検証範囲を整理しておくと、RFPで発注条件を伝えやすくなります。
- 現行サイトや求人媒体、ATS、SNS、解析のデータ項目と担当者を一覧にします。
- 最初から完成版を発注せず、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を創業。