メインコンテンツへ移動

求人を並べるだけでなく、相談とスカウトを同じ状態管理へ。

CASE STUDY ・ 人材業界 ・ ProCareer|専門職向け求人サイトの開発事例(仮称)

  • PHP
  • ColdFusion
  • jQuery
  • MySQL
  • HTML5
  • 求人サイト
  • スカウト
  • 人材紹介
  • 状態設計

※ 機密保持のため、企業名・プロジェクト名・システム画面は仮名およびモックに置き換えています。

01CLIENTお客様について

この事例の根拠と読み方

根拠:移行時に保管されたAMELA名義の開発事例、公開中の操作デモ、本ページで使用する匿名化済みの画面素材です。これらから、AMELAが求人検索、キャリア相談、キャリアコンテンツ、スカウト、マイページの画面と機能を実装したことを確認できます。

対象期間:公開資料には本番運用の測定期間や導入前後の比較期間が含まれていません。そのため、採用・転職成果や業務効率の改善は扱いません。

確認できること:業界別の求人検索、求人詳細、相談予約、キャリア記事、スカウト受信、応募中・お気に入り求人、プロフィールと希望条件を扱う画面構成です。

確認できないこと:実際の求人数、年収、利用者数、応募数、面談数、返信率、紹介成立率、転職決定率、処理時間、売上、運用期間、および個人情報保護や権限制御の完全性です。

公開上の扱い:機密保持のため、顧客名、サービス名、利用者名、企業名、求人、年収、応募、スカウト、経過日数、件数などは仮名またはモックに置き換えられています。

専門職の求人探しでは、検索後の判断材料が分断しやすい

専門職向け人材サービス事業者様では、業界ごとの求人検索、コンサルタントへの相談、キャリア情報、スカウトを同じWebサービスで扱う構想がありました。検索結果だけを整えても、相談相手、応募状況、企業から届いた連絡が別管理のままでは、求職者の判断は途中で途切れます。

AMELAの担当範囲として資料から確認できるのは、PHP、ColdFusion、jQuery、MySQL、HTML5を使った求人検索、相談・コンテンツ、スカウト、マイページの実装です。

02CHALLENGE解くべき設計課題

設計前に分けるべき四つの状態

  • 求人は「下書き、公開、募集停止、終了」のどこにあり、誰が表示内容を更新するか。
  • 求職者は、公開求人と非公開求人について、どの情報をどの時点まで閲覧できるか。
  • 応募、お気に入り、スカウト、相談予約を別の状態として持ち、相互にどう遷移させるか。
  • 求職者、コンサルタント、採用企業が、プロフィール、希望条件、応募履歴のどこまでを閲覧・更新できるか。
03ARCHITECTURE共に築いた構成

検索・相談・スカウトを一つの候補者導線へ

AMELAは、ケース資料とデモで確認できる機能を、候補者が判断を進める順序へまとめました。

  • 求人検索:専門領域や条件で求人を絞り込み、詳細を確認する画面を設けました。
  • 相談とキャリア情報:コンサルタントの紹介、相談予約、業界動向や転職ノウハウの記事を同じ導線へ配置しました。
  • マイページ:スカウト、応募中の求人、お気に入り、プロフィール、希望条件を一か所で扱う構成にしました。
  • スカウトへの応答:企業から届いた連絡を確認し、興味の有無や返信を扱う画面を実装しました。
ProCareerで専門領域のコンサルタントとキャリア記事を確認するデモ画面
相談相手とキャリア記事を同じ画面で確認する構成。氏名、経歴、記事名、読了時間、件数はモックであり、実在の人物・実績を示すものではありません。
04IMPACT生み出す価値

ケース資料とデモで確認できる実装結果

  • 求人検索から詳細確認へ進む画面遷移を用意しました。
  • 相談予約とキャリア記事を、求人選びの判断材料として同じサービス内へ配置しました。
  • スカウト、応募中、お気に入り、プロフィール、希望条件をマイページへまとめました。
  • 候補者がスカウト内容を確認し、返信または興味の有無を扱える画面を設けました。
ProCareerでスカウトと応募中求人を管理するマイページのデモ画面
スカウトと応募状態を候補者が確認する画面。企業名、求人、文面、経過日数、件数はモックであり、実際の採用活動や成果を示すものではありません。

これらは実装された画面と機能を示すもので、応募増加、面談設定の短縮、マッチング精度、採用・転職の成立、売上への効果を証明するものではありません。本番導入では、求人と候補者の状態、個人情報の閲覧範囲、例外時の責任分界を受け入れ条件へ落とし込む必要があります。

05IMPACT生み出す価値

読者が使える実践ツール

求人サイトの受け入れ条件は、次の順で整理できます。

  1. 求職者、コンサルタント、採用企業、運営担当について、閲覧・登録・更新・承認できる情報を表にする。
  2. 求人、応募、相談、スカウトごとに、開始状態、次の状態、終了状態を分ける。
  3. 各状態を変える操作、担当者、通知先、取り消し条件を決める。
  4. 求人票、企業情報、プロフィール、希望条件の更新責任者と公開前の確認手順を決める。
  5. 非公開求人や個人情報について、表示を許可する条件と記録を残す操作を定める。
  6. 本番公開後に測る指標、対象期間、母数、除外条件を決め、デモ内の年収・件数を実績として扱わない。

記入例(受け入れ条件):スカウトは「受信、興味あり、辞退、面談調整」の状態を持つ。求職者が「興味あり」を選ぶとコンサルタントへ通知し、コンサルタントが求人条件と開示範囲を確認してから面談調整へ進める。採用企業は求職者が許可したプロフィール項目だけを閲覧でき、辞退後は追加連絡の操作を停止する。

06 / DEMO

実際に動くデモで、候補者の状態遷移を確認する

実際に動くデモを見る