リファラル採用システム開発の発注/外注/依頼/委託方法について

リファラル採用システムの発注・外注は、いきなり機能を作り始めるのではなく、紹介数を増やしたいのか、採用業務の二重入力を減らしたいのかを決め、SaaS・既存ATSの拡張・スクラッチ開発を選び分けることから始めます。発注前に業務フロー、候補者の同意、連携範囲、運用担当者を整理すると、見積の比較と開発後の定着が進めやすくなります。

本記事では、リファラル採用システムを外部へ発注・委託するときの進め方を、発注形態の選択、RFPと要件整理、請負・準委任などの契約形態、費用相場、委託先の選定、見積比較、受け入れテストまで順番に解説します。2026年時点で公開されている料金・事例と、リファラル採用に必要な個人情報保護や紹介報酬の論点も踏まえ、自社に合う投資判断ができる状態を目指します。

▼全体ガイドの記事
・リファラル採用システム開発の完全ガイド

リファラル採用システムの発注・外注は何から始めますか？

結論として、最初に決めるべきことはシステムの機能一覧ではなく、採用上の成果と現場の業務責任です。リファラル採用は、求人を社員に知らせる、候補者本人に応募してもらう、人事が選考を進める、紹介者へ必要な範囲で状況を伝えるという一連の体験で成り立つため、画面だけを外注すると使われない仕組みになりやすいです。

紹介数だけをKPIにすると、社員が求人を見たものの応募につながらない、紹介後の対応が遅れて候補者が離脱する、といった問題を見落とします。まずは重点職種を何件採用したいのかを決め、求人閲覧から紹介への転換率、紹介から応募への転換率、応募から面談への転換率、採用決定数、採用単価、入社後の定着率を追えるようにします。社員数が少ない企業では件数を無理に増やさず、紹介後の返信時間や候補者満足度を先行指標にしてもよいです。

外注範囲は、システム開発だけでなく、制度設計、求人原稿の作成、社員向け説明会、導入後の社内広報、データ分析、保守まで分解して決めます。たとえば、ベンダーには認証、応募フォーム、ステータス管理、ATS連携を依頼し、求人の魅力づくりと月次の社内告知は自社が担う方法があります。反対に、リファラル採用の経験が少ない場合は、制度設計と定着支援まで伴走してもらう方が、安いツールを導入して放置するより成果につながりやすいです。

RFPを作る前に、社員が求人を知る場所、紹介を受ける窓口、候補者本人の応募方法、人事からの受付連絡、選考状況の更新、紹介報酬の申請と支給、ATSへの登録までを書き出します。現状がメール、チャット、表計算ソフトに分散しているなら、担当者、入力項目、処理期限、例外時の対応も一緒に記録します。この作業を行うと、単なる応募フォームではなく、どこを自動化すべきか、どこは運用ルールで解決できるかが見えてきます。

発注形態はSaaS・既存ATS・スクラッチをどう選びますか？

発注形態は、企業規模だけでなく、社員が実際に紹介するか、既存の採用基盤と連携できるか、制度の独自性が高いかで決まります。初めて制度を運用する企業は、最初から大規模な独自開発を行うより、既製サービスで小さく検証し、標準機能で解決できない差分だけを追加開発する方が投資判断を誤りにくいです。

既製SaaSは、社員向け求人一覧、紹介用URLやQRコード、候補者の応募受付、紹介経路の記録、進捗管理などを短期間で使える方式です。MyTalent Referは、制度設計から採用成果までのクラウドサービスとコンサルティング支援を掲げ、申込後最短即日で利用開始できると案内しています（出典: TalentX「MyTalent Refer」公式サービスページ、2026年確認）。サービス提供会社の導入事例では、積水化学工業が導入約1年で8名のリファラル採用を実現したと紹介されていますが、これは個別企業の取り組みであり、自社の成果を保証する数字ではありません。

すでにATSを利用している企業は、社員紹介の機能を追加できるか、または外部サービスとAPI・CSV・Webhookで接続できるかを確認します。求人情報と応募者の正本をATSに置き、社員向けの共有やキャンペーンだけを専用サービスに任せると、役割が整理しやすいです。連携仕様が曖昧なまま発注すると、同じ候補者が二重登録され、選考ステータスが食い違い、人事が手作業で修正することになります。

複数法人・複数言語・複数拠点をまたぐ紹介、アルバイトと正社員で異なる報酬ルール、卒業生を含むタレントプール、社内ポータルや人事マスタとの独自連携など、標準サービスに合わせることが業務上の負担になる場合は、受託開発を検討します。ただし、スクラッチは制度が機能する前に大きな費用が発生します。社員50〜150名、重点職種1〜3職種などの小規模PoCを行い、紹介の阻害要因がシステムで解決すべきものかを確かめてから本開発へ移ると安全です。

RFPと要件定義書には何を書きますか？

RFPは、ベンダーに「この機能を作ってください」と伝える資料ではなく、背景、目的、対象ユーザー、業務フロー、成果指標、制約、見積条件をそろえて提案を比較する資料です。完成画面のイメージだけを渡すと、ベンダーごとに前提が異なり、安い見積に見えても連携・テスト・保守が別料金になるため、要求を業務と品質の両面で書き分けます。

業務要件には、社員が求人を閲覧して紹介URLを共有する流れ、候補者本人が応募する流れ、人事が受付・選考・面接調整を行う流れ、紹介者へ進捗を通知する流れを記載します。利用者は、候補者、紹介社員、人事担当者、面接官、管理者に分け、各利用者が閲覧・登録・変更・削除できる情報を定義します。紹介社員に面接評価や個人情報を見せすぎないことも重要な要件です。

基本機能は、求人一覧、求人詳細、共有用URL・QRコード、スマートフォン対応の応募フォーム、紹介者と候補者の紐付け、紹介前相談、カジュアル面談、応募、書類選考、面接、内定、入社のステータス管理、通知、レポート、CSV出力などです。すべてを初回リリースに含めるのではなく、必須・できれば必要・将来対応に分けます。特に社員が紹介しやすい画面と候補者本人の応募導線は、利用率に直結するため優先度を上げます。

外部連携は、ATS、人事マスタ、Google WorkspaceやMicrosoft Entra IDなどのSSO、Slack・Teams、メール、カレンダー、給与・報酬管理に分けて確認します。各連携について、連携対象項目、向き、一方向か双方向か、同期のタイミング、失敗時の再送、重複判定、ログの保存期間までRFPに書くと、連携部分の見積漏れを減らせます。

非機能要件には、利用可能時間、応答速度、バックアップ、障害時の復旧目標、保守受付時間、脆弱性対応、データ保存国、再委託先、解約時のデータ返却、監査ログ、アクセシビリティなどを記載します。採用システムは社員と候補者の個人情報を扱うため、TLS通信、保存データの暗号化、SSOまたは多要素認証、退職者アカウントの無効化、最小権限、削除依頼への対応も発注条件に含めます。

個人情報保護委員会のガイドラインでは、個人情報を取得した場合、あらかじめ利用目的を公表している場合を除き、速やかに本人へ通知または公表する考え方が示されています。また、要配慮個人情報は原則として本人同意が必要です（出典: 個人情報保護委員会「個人情報の保護に関する法律についてのガイドライン」、2025年改訂版）。社員が友人の履歴書を先に集めて登録する設計ではなく、候補者本人が紹介URLから応募し、利用目的と同意履歴をシステムに残す設計をRFPに指定します。

契約形態は請負・準委任のどちらを選びますか？

契約形態は、要件が固まっているか、成果物を検収できるか、開発中の変更をどの程度許容するかで選びます。請負か準委任かを名前だけで決めるのではなく、各工程の目的、責任分界、成果物、検収方法、変更時の協議方法を契約書と個別発注書に落とし込みます。IPAの資料でも、要件定義などの上流工程と開発工程では契約形態を分ける考え方が示されています。

準委任は、ベンダーが専門家として一定の業務を遂行することを依頼する契約です。現状分析、業務フロー整理、RFP作成支援、UI設計、技術調査、PoC、プロジェクト管理、導入後の改善支援のように、作業内容は決められていても最終仕様や到達結果を固定しにくい工程に向きます。稼働時間、担当者、会議体、報告物、作業の前提、費用上限を決め、毎月の成果確認を行います。

請負は、合意した成果物を完成させ、検収を受けることを前提に依頼する契約です。画面、API、データベース、テスト結果、操作マニュアルなどの納品物と受け入れ条件を明確にできる開発工程に向いています。ただし、発注後に「ついでに」機能を増やすと、納期と費用の調整が必要になります。変更要求の受付方法、影響調査、追加見積、承認者を契約前に決めておきます。

リファラル採用は、社員の行動や候補者の反応を試さないと必要機能が確定しにくい領域です。そのため、現状分析・要件定義を準委任で行い、PoCや画面プロトタイプで仮説を検証し、仕様が固まった後の本開発を請負で発注する多段階契約が現実的です。各段階の終了条件、次工程へ進む判断、成果物の権利、途中終了時のデータ返却を決めると、不要な機能へ予算を使いにくくなります。

紹介報酬についても、契約書上のシステム費用と混ぜず、制度運用の費用として整理します。厚生労働省の職業安定法第36条・第40条には、労働者募集に従事する者への報酬に関する規定があります。社内従業員への支給、外部紹介者への支給、給与・賞与としての処理では扱いが変わり得るため、金額だけを先に決めず、就業規則、社内規程、労務・法務の確認を経て設計します（出典: 厚生労働省「職業安定法」、2026年確認）。

リファラル採用システムの費用相場と見積内訳を確認します

費用は、システムの利用料・開発費だけでなく、初期設定、求人データの移行、API連携、社員向け説明会、社内告知、運用支援、紹介報酬、保守・監視まで含めた初年度総額で比較します。リファラル採用システム専用の公的な価格統計は確認できないため、以下のスクラッチ開発費は、リサーチノートにある一般的なWeb業務システムの類似目安と画面・権限・連携の工数から算出した予算検討用の推定です。発注価格を断定するものではありません。

小規模に紹介URL、応募受付、経路記録から始める場合は、無料プランまたは月額数千円のサービスが候補になります。Referanは無料プランを案内し、PROは通常月額3,980円、2026年確認時の早期割引で月額2,980円と掲載しています。無料プランは2店舗まで、PROは面談日程の自動調整や質問のカスタマイズなどを含む設計です（出典: Referan公式料金ページ・2026年5月更新の利用規約、2026年確認）。割引や上限は変わり得るため、見積時点の料金と対象人数を再確認します。

ツールだけでなく、現状ヒアリング、制度設計、社内説明会、求人原稿の改善、利用促進、月次分析まで委託すると、料金は上がります。クイックは150名までの支援例として初期費用29万8,000円、月額利用料10万1,000円、契約期間12か月を公開しており、単純合計は約151万円です（出典: クイック「リファラル採用」、2026年確認）。この金額は導入・運用支援を含む一例で、企業規模や支援範囲によって変動するため、ツール単体の価格と同列に比較しません。

リサーチノートの整理では、社員ログイン、求人一覧、紹介フォーム、管理画面、CSV出力までの簡易MVPは300万円〜800万円、SSO、権限、通知、ダッシュボード、ATS/API連携、監査ログまで含む実運用版は800万円〜1,500万円、複数法人・多言語・HRISや給与連携まで含む大企業向けは1,500万円〜3,000万円以上が予算検討用の推定レンジです。開発期間も、MVPで2〜4か月、実運用版で4〜8か月、大企業向けで8〜12か月以上を置く考え方になりますが、要件、審査、データ移行で前後します。

別途、保守・クラウド・監視・脆弱性対応として、初期開発費の年15〜25％程度を予算化する推定もあります。紹介報酬はシステム費ではなく、採用1件あたり5万円〜30万円程度で設定されるケースがある制度コストです。職種、雇用形態、支給時期、試用期間の扱いによって変わるため、固定額として断定せず、報酬を出さない場合も含めて総採用単価を比較します。

委託先の選定と見積比較では何を確認しますか？

委託先は、単に開発単価が安い会社ではなく、リファラル採用の業務とシステム連携を一緒に理解できる会社を選びます。SaaSベンダー、採用コンサルティング会社、ATSベンダー、受託開発会社では得意領域が異なるため、同じ条件で比較できない場合があります。RFPに共通の回答項目を設け、価格、機能、支援体制、セキュリティ、将来の移行性を分けて評価します。

実績確認では、導入社数の多さだけで判断せず、自社と近い社員数、拠点数、採用職種、雇用形態、既存ATS、個人情報の管理要件を持つ事例を見ます。Refcomeは月額固定型と成果報酬型を用意し、専属担当者が月20〜50時間をかけて説明会や社内広報まで支援すると案内しています（出典: Refcome公式サービスページ、2026年確認）。このように、実績だけでなく、誰が何時間支援し、翌年度にどこまで自社運用へ移せるかを質問します。

見積比較では、初期費用、月額・年額、利用者数や候補者数の上限、最低契約期間、初期設定、データ移行、API連携、SSO、カスタマイズ、テスト、研修、運用支援、保守、解約時のデータ返却を同じ項目で並べます。月額3,000円台のサービスと初期29万円台・月額10万円台の支援サービスを比べるときも、前者に社内運用が残り、後者に制度設計や説明会が含まれる可能性があるため、価格の大小ではなく自社作業を含む総額で見ます。

開発見積には、画面数、ロール数、外部連携数、対応ブラウザ、テスト環境、データ移行件数、脆弱性診断、操作マニュアルが含まれているかを確認します。検収は「納品されたら完了」ではなく、応募登録、重複候補者、権限ごとの閲覧、通知失敗、候補者の同意撤回、退職者アカウント停止などの業務シナリオで判定します。瑕疵対応の期間、障害時の連絡窓口、SLA、アップデート、第三者サービスの仕様変更、ソースコードやデータの帰属も確認しておくと、リリース後の追加請求や運用停止を防ぎやすいです。

発注後は要件定義からリリースまでどう進めますか？

発注後は、要件定義、設計・開発、テスト・移行、リリース・定着の順に進めます。各工程を開発会社へ任せきりにせず、自社側の意思決定者、人事責任者、現場代表、情報システム、法務・労務の参加者を決めます。特に候補者体験と紹介報酬はシステム担当だけでは決められないため、週次の意思決定会議と、課題・変更・未決事項の管理表を用意します。

要件定義では、最低限必要な社員向け求人、候補者応募、紹介経路、進捗、通知、権限、同意履歴をMVPとして確定します。同時に、誰が求人を更新するのか、受付後何時間以内に連絡するのか、不採用時に紹介者へ何を伝えるのか、紹介報酬をいつ申請するのかを業務ルールとして決めます。ここをシステム機能に置き換えずに残すと、開発会社が想像で実装する部分を減らせます。

設計では、社員がスマートフォンで求人を読み、紹介文を選び、候補者へ共有するまでの操作を短くします。候補者側は、紹介を断る、通常応募へ進む、利用目的を確認して応募するという選択肢を持たせます。人事側は、候補者情報を必要な担当者だけが見られるようにし、ステータス変更や通知の履歴を残します。プロトタイプを社員数名と候補者役の社外協力者で試し、言葉の分かりにくさや心理的な抵抗を早期に直します。

受け入れテストでは、正常系だけでなく、同じ候補者が別経路から応募した場合、紹介者が退職した場合、候補者が同意を撤回した場合、ATS連携が失敗した場合、紹介報酬の条件を満たさなかった場合を試します。テスト結果と不具合の優先度を合意し、検収後に残る既知の課題と対応期限を記録します。リリース前には社内説明会、紹介しやすい求人原稿、紹介者向けFAQ、問い合わせ窓口を準備し、システム利用率ではなく紹介から採用までのKPIを追います。

リファラル採用システムの発注でよくある質問

発注前によくある疑問は、導入方式の選び方、予算の置き方、紹介報酬と個人情報の扱い、見積比較の進め方です。以下では、判断を急がず、ベンダーとの打ち合わせで確認すべき結論を先に回答します。

初めて制度を試す企業や、標準的な紹介・応募・進捗管理で足りる企業は、既製SaaSから始める方が検証しやすいです。複数法人の独自制度、厳格な認証、複雑な報酬承認、基幹システムとの深い連携が必要で、標準サービスに合わせる負担が大きい場合はスクラッチを検討します。SaaSでPoCを行い、差分要件が確定してから追加開発へ進む方法も有効です。

公開料金の例では、無料プランや月額数千円の小規模向けSaaS、初期費用29万8,000円と月額10万1,000円の支援例があります。独自開発は、要件に基づく推定として300万円〜800万円のMVP、800万円〜1,500万円の実運用版、1,500万円〜3,000万円以上の大企業向けという段階で予算を置けます。ただし、API連携、データ移行、導入支援、保守、社内工数、紹介報酬を含む初年度総額で再計算し、ベンダーの個別見積で確定します。

紹介者が候補者の履歴書や連絡先を本人の同意なく集め、社内システムへ登録する設計は避けます。候補者本人が紹介URLから応募し、利用目的を確認して必要な情報だけを入力する流れにし、権限、保存期間、削除方法、同意履歴を要件化します。要配慮個人情報や第三者提供に該当する場面もあるため、個人情報保護委員会のガイドラインを確認し、公開前に法務・専門家へ相談します。

発注形態が決まっているなら、同じRFPを用いて2〜4社程度へ依頼すると、価格と提案の違いを把握しやすいです。SaaS、伴走型支援、受託開発を混ぜる場合は、単純な最安比較ではなく、要件の充足度、社内に残る作業、初年度総額、契約条件、セキュリティ、担当者の経験を分けて評価します。見積質問への回答が具体的か、未確定事項をリスクとして明示するかも、発注後の信頼性を判断する材料になります。

まとめ

リファラル採用システムを発注・外注するときは、ツールの機能数や月額料金だけで決めず、紹介前から入社後までの業務フローを整理し、制度・社内運用・候補者体験・システムの4層で要件を考えます。短期間の検証はSaaS、既存ATSとの二重入力を減らすなら連携型、独自制度や複雑な認証・データ連携が必要ならスクラッチというように、解決したい課題から方式を選びます。

RFPには目的とKPI、利用者の役割、MVP、ATS・SSO・チャットなどの連携、権限、同意、ログ、削除、保守、検収条件を書きます。要件が固まりにくい工程は準委任、成果物を検収できる開発工程は請負、多段階契約で不確実性を小さくする方法が候補です。変更管理、データ返却、障害対応、紹介報酬の制度条件も含め、発注後に認識がずれないようにします。

費用は公開料金、支援込みの料金例、開発工数に基づく推定を分け、初期費用・月額・連携・運用・保守・紹介報酬を含む初年度総額で比較します。まずは社員が求人を知る場所から候補者の入社までを図にし、解決したい課題と必須KPIを1枚にまとめてください。その資料をもとに2〜4社へ同じ条件で相談し、提案の具体性、担当者の経験、セキュリティ、契約と見積の透明性を確認することが、リファラル採用システムを定着させる発注への第一歩です。

▼全体ガイドの記事
・リファラル採用システム開発の完全ガイド

会社紹介

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

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

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

株式会社riplaの会社HPはこちら

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

執筆者プロフィール

張田谷凌央

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