スカウト代行 / Lognavi
Lognaviのプロフィール選定基準の作り方
Lognaviで誰に送るかを決めるとき、判定の材料は二種類あります。プロフィールに書かれた条件と、適性テストの結果から出るマッチ度です。この二つを一度に見ようとすると、条件は合うのに相性が低い学生や、その逆の学生の扱いで迷います。この記事では、一人の学生のプロフィールを開いてから「送る」「別の求人で送る」「見送る」を決めるまでの分岐を、見る順番に沿って整理します。以下は、2026年9月23日時点で公式サイトおよび公式ヘルプに記載されている内容に基づいて整理しています。
判定の前に、二つの入り口の役割を分ける
公式ヘルプの「スカウトを送る方法」は、送りたい学生を選ぶために目的に応じた検索方法を選択するとし、二つの方法を挙げています。どちらの入り口から一覧を出すかで、判定の分岐のどこを検索に任せ、どこを人が読むかが変わります。先に役割を分けておくと、同じ学生を二度判定する手間が減ります。
| 入り口 | 公式ヘルプの説明 | 判定での役割 |
|---|---|---|
| 学生検索 | PR動画や興味ありの有無、特定の資格所持等の条件を基に検索する方法 | 送らない条件で母集団を切る |
| マッチング一覧 | カテゴリー登録を基に、学生の性格テスト結果、特徴等を比較して、自社が望む人材像を検索する方法 | 同じ条件の中で誰から送るかを並べる |
同ページは、学生検索の絞り込み条件の例として「PR動画を投稿している」「Aランクの大学に在籍している」を挙げています。「自動スカウトとは」のページでも、条件の例として「PR動画を投稿している」「旧帝大出身」が挙げられています。マッチング一覧については、マッチング基準を設定したうえで「関東エリア内限定」等の絞り込み条件を加える操作が案内されており、条件にヒットする学生と自社の人物像のマッチ度が5段階評価で表示されるとしています。条件で切る判定と、相性で並べる判定は性質が違うので、一つの基準にまとめないことが出発点です。
カテゴリーを複数用意してから、判定に入る
マッチ度で並べるには、比べる相手が要ります。公式ヘルプの「WEBテストとは?」は、性格テストおよびSPIテストをWEBテストとして実施できるとし、従来のテストは学生に実施してもらい能力の数値化を図ることを目的としているのに対し、Lognaviでは学生と同じ性格テストを企業側も受けることで、企業と学生間のマッチ度を算出し、より正確な理想の人物像を特定できるとしています。自社側の受検が前提なので、契約直後に誰が受けるかを決めて済ませないと、判定そのものが始められません。
「webテスト結果から検索を行うには」のページは、マッチング一覧からの検索について、カテゴリー登録で設定したマッチング基準を基に検索を行っており、業界等の条件を加えたり、マッチング基準を変更した検索も可能としています。学生のプロフィール詳細では、[Webテスト]のタブで他のカテゴリーを基準とした場合のマッチ度も確認できるとしています。公式ヘルプには、カテゴリーを追加する項目と削除する項目も用意されています。カテゴリーを複数持てるなら、「誰に似ている人を採るか」を職種や配属先ごとに分けられます。
| カテゴリーの例 | 受検してもらう社員 | 分けておく理由 |
|---|---|---|
| 営業職 | 現場で成果を出している営業社員、複数名 | 対人の仕事で合う人を別に並べたい |
| 技術職 | 開発チームの中堅社員、複数名 | 手を動かす仕事で合う人を別に並べたい |
| 管理部門 | 実務を回している担当者 | 少人数の配属先でも比べる相手を持ちたい |
一つのカテゴリーで全職種を見ると、どの職種にも中くらいに合う人が上位に来ます。また、特定の一人に似ている人ばかりを集めるとチームの幅が狭くなるので、複数名の受検結果を含めたカテゴリーにするほうが、基準として安定します。受検してもらう社員の選び方は、配属先の責任者と相談して決めておくと、あとで判定に異論が出にくくなります。
エラベルの見解
適性テストで似た人を選ぶ仕組みは便利ですが、判定を任せきると「いまいる社員に似た人だけ」に寄るという副作用があります。既存のチームで足りていないものがあるなら、そこは基準の外に置かれたままです。カテゴリーを作るときに、成果を出している社員だけでなく、これから増やしたいタイプの社員の受検結果も入れておくと、この偏りは和らぎます。基準の幅は、最初に作るときにしか広げにくいものです。外注先に判定を任せる場合も、カテゴリーの中身は社内で決めてください。担当者を選ぶときには、「このカテゴリーにはどの社員が入っていますか」と自分から聞いてくる人かどうかを見ると、マッチ度の数字だけで送る人かどうかを見分けやすくなります。
プロフィールを開いてから、分岐を順に通す
入り口とカテゴリーが決まったら、一人ずつのプロフィールで判定します。見る順番は、判定の手間が少なく、見送りに直結する項目を先に置きます。どこかで見送りに当たったら、その先は見ません。
| 順番 | 見る場所 | 判定 | 当たらなかったとき |
|---|---|---|---|
| 分岐1 | 卒業年度 | 募集している年度と合うか | 見送る(案内できる選考が無い) |
| 分岐2 | 勤務地の希望 | 自社の拠点と合う余地があるか | 見送る(進んでも決まりにくい) |
| 分岐3 | 主なカテゴリーのマッチ度 | 5段階の上位か | 分岐4へ |
| 分岐4 | [Webテスト]タブの他カテゴリーのマッチ度 | 別の職種で上位か | 見送る |
| 分岐5 | PR動画の有無 | 文面で触れられる材料があるか | 同じ層の中で後ろに回す |
分岐3と分岐4を分けているのが、この媒体の判定の特徴です。主な求人のカテゴリーでマッチ度が低くても、他のカテゴリーを基準にすると上位に来る学生がいます。その学生は見送るのではなく、別の職種の求人で送る候補に回します。複数のカテゴリーを用意しておく意味は、ここで表れます。
分岐5のPR動画は、足切りではなく並べ替えに使います。動画を投稿している学生は、自分から見せる材料を用意している層なので、文面で触れられることが増え、最優先の層として切り出しやすくなります。ただし、動画の有無で絞りすぎると母集団が小さくなるので、動画が無い学生を見送る理由にはしません。
判定の結果を、保存条件の形に写す
判定を毎回人がやり直さなくて済むように、分岐のうち検索で表せる部分は保存条件に写します。公式ヘルプの「自動スカウトとは」は、学生検索画面で条件を設定して検索したあと、「この検索条件を保存する」をクリックし、管理用のタイトルと最終ログイン日(作業日から何週間前以内のログインを検索対象とするか)を設定して保存する流れを案内しています。保存した検索条件は他の担当者と共有のデータになるとしており、「保存した検索条件で検索する」から一覧で呼び出し、自動スカウト設定に進めるとされています。
保存条件のタイトルは、見ればどの層か分かるように付けます。たとえば「技術職_PR動画あり_関東」のように層の名前と条件の要点を並べる、「A_営業_マッチ度4以上」のように優先度を頭に置く、「27卒_夏インターン集客」のように時期を入れる、といった付け方です。頭の中の判定基準は共有できませんが、タイトルに判定の結果が書いてあれば、担当者が替わっても同じ層に同じ文面を送れます。
保存するときに、二つの設定で判定の精度が変わります。一つは重複の扱いで、同ページのよくある質問は、検索条件に「未送信の学生のみ表示」をチェックして検索し保存した場合は、過去にスカウトを送った学生には送付されないとしています。もう一つは最終ログイン日で、同ページは自動スカウトの設定で最短「1時間」以内のログインを対象にできるとし、直前にログインした学生のほか、前回ログインから50分以上経過した学生も対象になるとしています。動いている学生に絞るのか、幅広く当てるのかで、この値の置き方が変わります。
見送りを記録し、性格テストの使い方を決めておく
判定では、送る条件より送らない条件のほうが効きます。自動送信のある媒体では、条件が緩いと残数が早く尽きるので、見送りを入れて最優先の層に回します。見送った学生は、どの分岐で止まったかを記録しておきます。長期間ログインが無い、前に送って反応が無かった層と同じ条件、といった理由も、分岐の番号と一緒に残しておくと、翌月に基準を直すときの材料になります。
分岐ごとの見送り件数を並べると、基準が厳しすぎるのか緩すぎるのかが数字で分かります。保存条件を使っているなら、条件名ごとの送信数と反応をそのまま並べられます。登録者は時期によって増えるので、基準は固定せず、月に一度は保存条件ごとの反応を見て直すものとして置きます。
性格テストの結果の扱いは、慎重に決めておきます。マッチ度が低いことを理由に送らないのは、送る順番の判断としては自然です。ただし、それを選考の合否の判断にそのまま持ち込むかどうかは別の話です。社内でどこまで使うかを決めてから運用に組み込み、取り扱いに迷う場合は、個別の判断を専門家にご確認ください。文面の型はLognaviのスカウト文面の型に、週次の回し方はLognaviの運用スケジュールと送信計画にまとめています。
エラベルの見解
判定の基準は、反応が無かった条件の共通点からしか直せません。保存条件ごとに送信数と反応を並べ、下から二つを毎月入れ替える。この仕組みを最初に決めておくほうが、完璧な条件を作り込もうとするより早く合います。担当する側から見ると、Lognaviの判定で難しいのは、分岐4の「別の職種で送る」判断です。求人ごとに担当が分かれていると、主な求人の担当者は自分の求人で合わない学生を見送り、別の求人の担当者はその学生を見ないまま終わります。判定を外注する場合は、分岐4で回した学生を誰の求人に渡すのかを、担当者どうしの間で決めておいてください。
まとめ
- 学生検索は送らない条件で母集団を切る入り口、マッチング一覧は送る順番を並べる入り口として分ける
- 判定の前に、職種や配属先ごとに複数名の受検結果を入れたカテゴリーを用意する
- プロフィールは卒業年度、勤務地、主なカテゴリーのマッチ度、他カテゴリーのマッチ度、PR動画の順に見る
- 主なカテゴリーで低くても他のカテゴリーで高い学生は、見送らずに別の職種の求人で送る
- 判定は保存条件のタイトルに写し、見送りは分岐の番号とともに記録して月に一度直す
よくある質問
Q. マッチ度が低い学生には送らないほうがよいですか
主な求人のカテゴリーでマッチ度が低くても、[Webテスト]のタブで他のカテゴリーを基準にすると上位に来ることがあります。その場合は別の職種の求人で送る候補に回します。どのカテゴリーでも低い場合に見送るのが無理のない判断です。
Q. PR動画を投稿していない学生は外してもよいですか
PR動画は文面で触れられる材料が増えるので、送る順番を上げる理由にはなります。一方で、動画の有無で絞ると母集団が小さくなるため、見送る理由にはしないほうが無難です。
Q. 性格テストの結果を選考の合否に使ってもよいですか
送る順番を決める材料として使うことと、選考の合否に使うことは分けて考えます。どこまで使うかは社内で決めてから運用に組み込み、取り扱いに迷う場合は個別の判断を専門家にご確認ください。
※仕様や提供範囲は変わります。掲載した内容は2026年9月23日時点の公式サイトおよび公式ヘルプの記載です。契約前に、運営の案内で最新の内容をご確認ください。