リファラル採用システム開発の進め方/やり方/流れや方法/手法/工程/手順

リファラル採用システムの開発は、業務整理、方式選定、設計・テスト・改善の順に進めます。この順で進めると、紹介から定着までを支えられます。

各フェーズでやることと判断の基準、費用相場、見積で確認する点を取り上げます。全体像はリファラル採用システム開発の完全ガイドもご覧ください。

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

リファラル採用システム開発の全体像

リファラル採用システムは、社員の紹介を起点とするWebシステムまたはSaaSです。求人の共有から応募の受付、選考状況、紹介者への連絡、採用実績までを一元管理します。

導入の目的は、紹介件数を増やすことに限りません。さらに、紹介の経路を記録しながら候補者の個人情報を守り、人事と現場の業務負担を減らすことも目的になります。

一元管理の対象

管理項目の中心は、求人、紹介者、候補者です。そこに、紹介日、応募への同意、選考ステータスが加わり、担当者と連絡履歴も記録します。

選考段階は、紹介前の相談とカジュアル面談、応募から始まり、書類選考、面接、内定を経て入社に至ります。特に、紹介者には必要以上の選考情報を見せない設計が求められます。

社員が友人の履歴書を集めて人事へ転送する運用は避けます。その代わりに、紹介URLから候補者本人が応募すれば、情報の正確性と本人の意思確認を両立しやすくなります。

紹介が増える仕組みの4層

紹介が増える仕組みは4層で考えます。制度や社内コミュニケーションから、候補者体験、システムまでを連動させます。

  • 制度:紹介報酬、対象求人、紹介後の扱いを決めます。
  • 社内コミュニケーション:社員が自社の魅力や求人を説明できる素材を用意します。
  • 候補者体験:無理な応募を迫らず、カジュアル面談や相談窓口を設けます。
  • システム:求人共有、同意取得、通知、集計を簡単にします。

株式会社クイックの公式説明でも、制度の告知だけでは定着しにくく、運用・分析・改善を繰り返す必要があると示されています(出典:株式会社クイック「リファラル採用」)。

ポイント

紹介を増やすには、制度だけでなく、社内での説明、候補者の体験、システムを合わせて考えます。迷ったときは、紹介の経路を記録しながら、候補者本人が応募できる形になっているかを見直します。

リファラル採用システム開発の進め方

要件整理とKPI設定から方式選定、テスト、小規模稼働、月次改善へ進む開発の流れを示した図。
運用後の見直しまでを開発計画に含めます。

まず現在の採用業務を洗い出し、検証する仮説を決めてから、段階的に進めます。機能の一覧は、その後に作ります。

成果は、システムの完成度に加えて、求人の伝わり方や人事の返答の速さでも決まります。そのため、6つのフェーズごとに判断の基準を置きます。

フェーズ1:要件整理と目的・KPIの設定

「紹介を増やしたい」という要望のままでは、測る対象が定まりません。そこで、測定できる業務の目標に置き換えます。紹介数という一つの数字からは、社員がURLを押しただけなのか、候補者が応募したのか、採用に結びついたのかが分かりません。

KPIを選び、現状値と目標値を決めます。

  • 紹介と応募:紹介数、応募率、カジュアル面談率の推移。
  • 選考と採用:面接率、採用決定数、採用単価を追います。
  • 入社後:入社後6か月定着率を確認します。

求人を知る場所から報奨金の申請と支給までを、一連の業務フローにします。途中では、社員の相談窓口と候補者の応募画面を経て、人事のATS登録と面接官への通知が行われます。

このフェーズの完了条件は、対象の社員と求人、紹介後のステータス、担当部署が決まっていることです。加えて、取得する個人情報とKPIの定義も決まっている必要があります。

重点職種を1〜3職種、対象社員を50〜150名程度に絞ったPoCから始めると、制度と画面を短期間で検証しやすくなります。

フェーズ2:SaaS・パッケージ・開発会社の選定

選定候補は、同じ評価表で比べます。方式は、自社の規模や既存システム、必要な業務に合わせて選びます。

  • SaaS:社員数が少なく、紹介施策を試したい企業に合います。
  • 既存ATS機能・追加開発:二重入力を避けたい企業は、標準機能や連携の有無を確かめます。
  • ハイブリッド・スクラッチ:複雑な報奨や権限、法人構成、HRIS連携が必要な場合の選択肢です。

比較表には、社員画面の使いやすさや紹介URL・QRコードの扱いを入れます。候補者本人の応募、SSO、Slack・Teams通知も、比較の項目に含めます。

ATS・人事マスタとのAPI・CSV連携を確かめ、重複判定や権限と監査ログも見ます。さらに、データ返却とSLA、導入支援、最低契約期間も確認します。

Refcomeは、月額固定型と成果報酬型を案内しています。初期費用0円の成果報酬型も公開されており、詳細な料金は問い合わせ制です(出典:株式会社リフカム「Refcome」)。

価格だけで決めるのは避け、自社のKPIを集計できるかで選びます。

フェーズ3:権限・連携・通知の設計と開発

リファラルの受付から採用後の管理までを支えるには、権限と連携の範囲を決めておく必要があります。

  • 閲覧・操作権限:社員、候補者、人事、採用責任者、面接官、管理者の役割ごとに定めます。
  • 紹介者の閲覧範囲:受付状況までに絞り、詳細な評価や他の候補者の情報は見せません。
  • 候補者の同意:利用目的などを表示して、応募を送信する前に本人の意思を確かめます。
  • 外部連携:MVP(Minimum Viable Product)はCSVで始め、応募者が増えてから連携を広げます。
  • 初期設計:連携項目のID、重複判定キー、再送、Webhook履歴、監査ログを、最初の設計に含めます。

候補者には、連絡方法と第三者提供の有無を表示します。保存期間や削除依頼の窓口も示します。

拡張先の候補は、ATS APIやSSOのほか、チャット、カレンダー、給与・報奨管理です。

また、TalentXのMyTalent Referは、社員・求人・時系列の活動データの抽出、権限設定、システム統合を重視しています。導入前に連携範囲を確認できます(出典:株式会社TalentX「MyTalent Refer」)。

フェーズ4:業務・権限・連携のテスト

テストでは画面の表示だけでなく、採用業務の流れに沿った次のシナリオを確認します。

  • 通常の採用フロー:社員がスマートフォンで求人を共有し、候補者の応募、人事受付、担当者通知、ATS登録と進んで、紹介者への連絡に至ります。
  • 採用後の処理:報奨条件の判定、辞退、重複応募、紹介者の退職、求人停止を確認します。
  • 例外・権限:権限外の閲覧、同一候補者の複数紹介、同意前の登録、通知の失敗、削除依頼の各場合を検証します。

受入条件には、重大な脆弱性が残っていないことと、個人情報の保存場所とバックアップを確認できることを記します。さらに、操作ログを追跡できることも、受入条件に明記します。

フェーズ5:小規模な稼働と問い合わせ導線の整備

稼働は対象を絞って始め、社員と候補者が迷わないように案内を用意します。

  • 公開範囲:対象部署や重点職種に限り、ソフトローンチで始めます。
  • 社員向け案内:使い方、紹介対象、報奨条件、紹介後の連絡方針、問い合わせ先を1枚にまとめます。
  • 求人情報:仕事内容、向いている人、働き方、選考の流れ、カジュアル面談を掲載します。
  • 初期運用:最初の1〜2か月は紹介キャンペーンより、受付から一次連絡までの時間を短くすることを優先します。
  • 週次確認:エラー、未対応、重複、候補者の問い合わせを毎週見て、ステータス名や通知文を調整します。

紹介後に数日連絡がないと、紹介者の信頼を失います。

フェーズ6:定着に向けた月次の改善

稼働後は、社員が無理なく紹介でき、人事が丁寧に対応できる習慣を作ります。月次のレビューでは、見る項目と改善の対象をそろえておきます。

  • 成果指標:求人別・部署別・紹介社員別に、閲覧、紹介開始、応募を見ます。面談、採用、辞退、入社後定着も追います。
  • 原因の切り分け:求人の分かりにくさ、フォームの長さ、返信の遅さ、対象職種の少なさを確かめます。
  • 改善施策:求人説明、社員FAQ、紹介テンプレートを見直します。カジュアル面談、入社者インタビュー、報奨条件も対象です。

社員の意欲に加えて、業務や情報の課題も原因として検討します。

TalentXの公開事例では、積水化学工業がMyRefer導入から約1年で8名を採用しました。双日テックイノベーションは、導入から半年で9名を採用した事例として紹介されています(出典:TalentX公開事例)。

いずれも、各社・各ベンダーが公表した事例です。同じ成果が出るとは限らないため、対象人数や施策を確かめたうえで参考にします。

ポイント

迷ったときは、いきなり全社へ広げず、対象を絞ったPoCでKPIの変化を見てから次のフェーズへ進みます。各フェーズの完了条件がそろっているかで、進むかどうかを決めます。

リファラル採用システムの費用相場とコストの内訳

簡易MVP、実運用版、大企業向けのスクラッチ開発費の推定レンジを横棒で比較した図。
機能や連携範囲が広がるほど推定額も上がります。

月額利用料だけで比べると、判断を誤ります。初年度総額には、初期設定、制度設計、求人データの移行、API連携を含めます。さらに、社員向け説明会、運用工数、紹介報酬、保守・監視も加えます。

公開料金と、類似システムからの推定は、分けて読む必要があります。金額は個別契約や要件によって変わるため、発注前に見積を取ります。

SaaS導入の公開料金と支援費用

SaaSの公開料金は、少人数向けと導入支援込みのプランで異なります。

  • Referan:無料プランがあり、PROは通常3,980円/月、早期割引は2,980円/月です。
  • クイック:150名まで、初期費用29万8,000円、月額10万1,000円で、12か月契約の例です。
  • Refcome:固定費型と成果報酬型があり、条件と最低契約期間を確かめます。

Referanは、最初の5名がPRO機能を試せると案内しています(出典:株式会社Spring Bird「Referan」公式サイト、2026年確認)。

店舗数や人数の制限、面談調整などの条件があるため、大規模な採用基盤にはそのまま当てはめられません。紹介経路の記録を低コストで始める際の参考値として扱います。

クイックの例は、単純に計算すると初年度約151万円です。ただし、税区分や追加の支援、Refcomeの成果報酬の条件、翌年度の支援範囲は、契約前に確かめます(出典:株式会社クイック「リファラル採用」)。

スクラッチ開発の規模別の推定レンジ

専用システムの受託開発価格を網羅した公的統計は確認できません。そのため、ここに示すのは見積価格ではなく、Web業務システムの類似目安と機能・連携の増加から置いた推定です。

  • 簡易MVP:300万〜800万円程度、期間は2〜4か月程度です。
  • 実運用版:800万〜1,500万円程度、期間は4〜8か月程度です。
  • 大企業向け:1,500万〜3,000万円以上、期間は8〜12か月以上になる可能性があります。

簡易MVPは、社員ログイン、求人一覧、紹介フォームを中心にします。管理画面、ステータス管理、CSV出力も含みます。ただし、既存ATSとの連携は手作業を想定します。

実運用版には、SSOや細かな権限、ダッシュボードが含まれます。さらに、ATS APIや通知、監査ログ、同意・削除対応も入ります。

大企業向けでは、複数法人や言語、雇用形態への対応が加わります。連携はHRIS・ATS・チャット・給与に広がり、タレントプールや移行、セキュリティ審査も入ります。

保守やクラウド、監視、脆弱性対応は、初期開発費とは別です。年額で開発費の15〜25%程度を予算化するという推定が、安全です。

初年度総額の内訳と採用成果の費用

初年度総額は、システム料金に加えて、制度費用と運用費用を合わせて把握します。

  • 紹介報酬:システム利用料とは別の制度費用です。公開情報では5万〜30万円程度の設定例が多いと紹介されています。
  • 支給条件:支給のタイミングを、入社時に全額、試用期間後、紹介時のどれにするかを決めます。
  • 初年度費用:初期費用、12か月分の利用料、連携・移行、支援を含めます。社内施策、報奨金、担当工数、保守も含めます。
  • 採用成果:採用数と採用単価を、他チャネルと同じ定義で比較します。

報奨額は、職種や雇用形態、支給時期、在籍期間によって変わります。そのため、自社の就業規則や給与処理と合わせて設計します。

条件が曖昧だと、問い合わせや不公平感につながります。ツール料金が安くても、返信やデータ転記に毎月多くの工数がかかれば、実質の費用は高くなります。

ポイント

費用は、月額料金だけでなく、初年度総額に制度費用と運用の工数を含めて比べます。スクラッチの推定額は規模で大きく変わるため、機能と連携の範囲を先に決めてから金額を見ます。

リファラル採用システムの見積を取るポイント

業務シナリオと非機能要件、複数社の比較、個人情報の管理、紹介報酬を見積前に確認する図。
条件をそろえると各社の提案範囲を見比べやすくなります。

見積の精度は、依頼する側が業務とデータをどこまで言葉にできるかで決まります。「紹介を管理したい」という段階では、会社ごとに作業範囲が異なります。

要求を、画面、権限、連携の領域と、運用、セキュリティ、保守の領域に分けて渡すと、提案の違いと追加費用が見えやすくなります。

要件定義書の業務シナリオと非機能要件

依頼資料には、対象社員数と年間の採用予定を書きます。対象職種や利用者の役割、現行のATS・人事システムも記載します。

社員が求人を見る場所や、紹介から入社までの業務フローもまとめておきます。機能要件は、業務ごとに分けて整理します。

  • 求人共有・本人応募:紹介から応募までの入口を決めます。
  • 重複チェック・ステータス・通知:受付後の処理を定めます。
  • 報奨・レポート:支給と成果確認の要件を整理します。

各機能には、必須、できれば必要、将来対応の優先順位を付けます。

非機能要件では、SSOまたは多要素認証とTLSによる通信の保護を確かめます。保存データの暗号化と最小権限も、要件に含めます。さらに、監査ログ、バックアップ、障害時の復旧目標も確認します。

脆弱性診断やデータ保存国のほか、再委託先とインシデント通知も要件に加えます。

個人情報保護委員会は、利用目的を本人が合理的に予測できる程度に具体化することが望ましいと示しています(出典:個人情報保護委員会「個人情報の保護に関する法律についてのガイドライン」)。そこで、候補者情報を扱う場合は、プライバシーポリシーだけで済ませず、応募画面と管理画面の要件に落とし込みます。

複数社への同じ質問と比較

候補の会社には同じ業務シナリオを示し、デモと見積の条件をそろえて比べます。

  • 業務デモ:紹介の開始から応募、人事対応、ATS登録、報奨管理までを実演してもらいます。
  • 運用条件:導入日数や移行の責任、API制限を尋ねます。連携エラーの通知、説明会の回数、担当者教育も尋ねます。
  • 契約・支援:解約時のデータ返却、制度設計と設定の担当、社内広報の支援範囲を確かめます。

Refcomeは、専属の担当者が月20〜50時間関わり、社員向け説明会や社内広報記事の作成も支援内容として案内しています。

ツールのみの契約では、社内告知や求人原稿を自社で作る場合があります。支援範囲の違う提案を、月額だけで比べるのは避けます。

公開の前に、個人情報の扱いと紹介報酬の条件を、自社の関係部門と確認しておきます。

  • 候補者の応募:本人が紹介URLから利用目的を確認して応募し、社員が連絡先を集めない形にします。
  • 個人情報の管理:第三者提供やグループ会社との共同利用、委託先・再委託先を確認します。保存期間と、開示・訂正・削除の窓口も確かめます。
  • 紹介報酬:職業安定法の規定と雇用形態を確かめます。支給の対象、金額、支給時期も確認します。

社員が氏名や連絡先を集める方法は、意図しない応募や情報漏えいにつながるおそれがあります。そのため、法務・情報システム部門と相談します。

同法には、募集に従事する者への報酬に関する規定があります。誰にでも採用時に現金を渡すと決めず、就業規則、給与処理、税務と整合させます(出典:厚生労働省「職業安定法」第36条・第39条・第40条)。

最終的な適法性は、制度の実態に応じて、専門家や所管の窓口に確認します。

ポイント

見積は、同じ業務シナリオと条件で各社に比べてもらいます。報奨金と個人情報の条件を先に整理すると、比較がぶれにくくなります。

よくある質問(FAQ)

導入前に多い疑問に、一般的な判断の目安で答えます。料金や法務の扱いは、企業規模や制度、契約条件によって変わります。最終的には、自社の要件に置き換えて検討します。

リファラル採用システムはSaaSとスクラッチ開発のどちらが良いですか?

紹介施策の有効性を検証していない場合は、SaaSまたは小規模なPoCから始める方法が適しています。

複数法人の権限、独自の報奨、深いHRIS連携が必要なら、SaaSと追加開発を比べます。独自の候補者体験を求める場合も、同じ比較に含めます。

不足する機能だけをスクラッチで作ります。判断は、運用上の制約が投資額を上回るかどうかで行います。

リファラル採用システムの開発費用はどのくらいですか?

公開料金のある小規模なサービスは、無料から月額数千円台です。導入支援込みの公開例では、初期費用約30万円と月額約10万円の組み合わせがあります。

スクラッチ開発の推定は、簡易MVPで300万〜800万円程度、実運用版で800万〜1,500万円程度、大企業向けで1,500万〜3,000万円以上です。

連携や権限、セキュリティ、移行の有無で変わります。金額だけでなく、初年度総額と作業範囲を比べます。

社員が友人の個人情報を登録しても問題ありませんか?

本人の意思を確認しないまま、社員が氏名や連絡先を登録する運用は避けます。

候補者本人が応募フォームを開き、利用目的や連絡方法を確認して情報を送信する方式を基本にします。

個人情報保護委員会は、利用目的をできる限り具体的に特定するよう求めています。そのうえで、候補者の同意とアクセス権限を、システムと社内規程の両方で定めます。保存期間と削除手順も、両方に盛り込みます。

導入後はどのKPIを見れば紹介が増えますか?

月次で求人別・部署別に数値を見て、低い箇所に応じて改善します。

  • 紹介から採用まで:閲覧から紹介開始、紹介から応募、応募から面談・面接への率を追います。
  • 採用成果:採用決定数、辞退率、採用単価、入社後6か月定着率を確かめます。
  • 改善対象:求人情報や応募フォーム、返信速度、選考体験、社員向け告知を見直します。

施策を一つずつ変えると、システム導入の効果と運用改善を切り分けられます。

まとめ

紹介フォームや求人一覧の作成は必要ですが、開発の目的は、紹介しやすい制度と情報、候補者が安心して応募できる導線、人事が素早く対応する業務フローを用意することにあります。

採用成果を改善できるデータ基盤も、一体で整備します。

6フェーズの完了条件

導入の各段階で確かめる項目と、費用の見方を一覧にします。

  • 要件整理・選定:目的とKPI、SaaS・既存ATS・スクラッチの適合性を確認します。
  • 設計・開発:権限・同意・連携の設計を確認します。
  • テスト・稼働・定着:採用シナリオ、小規模公開と問い合わせ導線、月次分析と改善を見ます。
  • 費用:公開料金や開発費、導入支援、報奨金、運用工数、保守を含む初年度総額で比べます。

導入前の採用フローの一枚化

導入の準備では、業務の詰まりを見つけて小さく検証したうえで、必要な投資と運用条件を固めます。

  • 業務フロー:求人共有から入社後フォローまでを図にし、滞留や二重入力を見つけます。
  • 小規模PoC:重点職種と対象社員を絞り、紹介が生まれる条件を確かめてから連携や独自開発へ投資します。
  • 公開前確認:候補者情報と紹介報酬を、法務・労務・情報システム部門と確認します。

社員と候補者の信頼を守れる仕組みとして運用します。

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

会社紹介

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

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

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

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

執筆者プロフィール
張田谷凌央
張田谷凌央

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