初回面談の事前準備で揃える5つの情報（職務経歴から仮説を作る手順）

初回面談の目的は、情報を集めることだけではありません。私たちは、事前に立てた仮説を本人と確かめ、候補者に気づきを持ち帰ってもらう場だと考えています。そのため、面談の質は始まる前の準備でかなり決まります。

一方で、準備の深さは担当者ごとにばらつきがちです。同じ職務経歴を読んでも、ベテランは転職理由の見当をつけて臨みます。経験の浅い担当者は、聞く項目のリストだけを持って面談に入ることになります。

この記事では、Staneerが初回面談の前に揃えている5つの情報を整理します。経歴、在籍企業の事業、転職理由の仮説、想定される軸、確認したい点の5つです。AIに下書きさせ、人が確かめて面談に入る流れも、自社の実践として紹介します。

なぜ初回面談の準備が担当者ごとにばらつくのか（3つの理由）

面談の10分前に職務経歴書を開き、在籍企業名と職種名だけを確かめて面談に入る。そんな状態になっていないでしょうか。準備が薄いまま始まると、希望条件を聞いて求人に変換するだけの面談になりやすくなります。ばらつきの理由は、主に3つあると考えています。

理由1：準備に何を揃えるかが決まっていない

準備に何を揃えるかは、多くの組織で担当者に任されています。経歴の要約だけで済ませる人もいれば、在籍企業の事業まで調べる人もいます。揃える項目が決まっていないと、マネージャーも準備の良し悪しを見られません。

理由2：丁寧にやるほど時間がかかる

経歴を読み、事前アンケートや適性検査と突き合わせ、仮説を組む。この作業は、丁寧にやるほど時間を食います。少人数の会社では、面談が重なる週ほど準備が薄くなります。準備の質が、空いている時間に左右されてしまいます。

理由3：仮説を立てる力が経験に依存している

「年収を上げたい」という回答の奥に、別の不満が隠れていることがあります。そう読めるかどうかは、過去にどれだけ似た候補者を見てきたかに左右されます。仮説の深さは、担当者の経験の差がそのまま出る部分です。

仕組みに任せる範囲と、人が決める範囲

線は「予習」と「面談」のあいだに引いています。経歴を読み、記録を突き合わせ、自社の型に沿って仮説を組むところまでは、AIの下書きに任せられます。読む量が多く、手順を決めやすいからです。

一方で、仮説が当たっているかは本人にしか分かりません。面談中に反応を見て、言葉になっていない違和感を拾い、一緒に言葉にする。ここは人の仕事として残しています。

もう一つ決めているのは、AIの出力を断定にしないことです。事前の仮説は、思い込みになると危うくなります。面談がその筋書きに誘導され、目の前の本人を見なくなるからです。そこで、仮説には必ず「面談で確かめる質問」をセットで付ける形にしています。

実務5ステップ

ステップ1：経歴を「職種名」ではなく「仕事の中身」で整理する

肩書きではなく、実際に何をしている人なのかを書き出します。たとえば、肩書きはフィールドセールスでも、既存顧客の活用支援が中心なら、仕事としてはカスタマーサクセスに近くなります。

• 見るもの・記録するもの：在籍期間、雇用形態、担当業務、チームの中での本人の担当範囲
• よくある失敗：案件全体の技術構成を、本人の経験として書いてしまう。チームで扱っていた技術と、本人が手を動かした範囲は分けて記録します。

ステップ2：在籍企業の事業を整理する

現職の事業内容、顧客、自社サービスか受託かを整理します。本人の不満が、役割から来ているのか、事業モデルから来ているのかを見分ける材料になります。

• 見るもの・記録するもの：事業の概要、本人の部署と事業の関係、事業フェーズ
• よくある失敗：自社サービスか受託かという区分だけで、合う環境を決めてしまう。レビューする相手がいるか、顧客の課題に触れられるかといった実態は、面談で確かめる項目に回します。

ステップ3：転職理由の仮説を、順位を付けて並べる

事前アンケートの回答と適性検査の結果から、表に出ていない転職理由を推測します。私たちは仮説を一つに絞らず、本命・対抗・検証枠の3つに分けて並べています。

• 見るもの・記録するもの：アンケートの温度感・転職理由・希望条件、適性検査で見える志向、職歴に繰り返し出てくるパターン
• よくある失敗：給与不満を、そのまま「年収を上げたい人」と要約してしまう。本当は、論理や仕組みで改善できない組織が苦しいのかもしれません。

ステップ4：想定される軸を、顕在希望と中長期ゴールの両方から置く

希望職種や希望年収といった顕在の希望を、そのまま求人の軸にはしません。現在できることから、5年後・10年後のキャリアパス案を複数並べておきます。面談で候補者に選んでもらう材料にするためです。

• 見るもの・記録するもの：アンケートの希望条件、現在のスキルからつながるキャリアパス案、避けたほうがよい環境のタイプ
• よくある失敗：転職理由を解消できない軸を置いてしまう。次も同じ職種・同じ環境に行けば、同じ悩みが再発しないかを確かめます。

ステップ5：確認したい点を、質問の形で書き出す

ここまでの仮説と、記録の不整合を質問に変えます。質問が付いていない仮説は、面談で使わないことにしています。

• 見るもの・記録するもの：重点質問、登録プロフィールが最新かどうか、在籍期間や社数の食い違い
• よくある失敗：聞く項目のリストを質問と取り違える。「希望年収は？」ではなく、「現年収、希望、下限を分けて聞く」のように、確かめたい中身で書きます。

つまずきやすい型

仮説を結論として持ち込んでしまう型

準備が丁寧な人ほど、仮説に引っ張られやすくなります。本人の訂正が仮説と食い違ったら、訂正を優先する。これを面談前の前提として共有しています。適性検査の解釈より、本人が話した具体例を上に置きます。

下書きを確認せずに面談へ入ってしまう型

AIの下書きが整っていると、そのまま読んで面談に入りたくなります。ただ、経歴の取り違えや古いプロフィールが混ざることがあります。在籍期間、社数、現在の担当だけは、人が元の書類と照らしてから使います。

顕在希望を求人条件に変換してしまう型

「リモート希望」を聞いて、リモート可の求人を探して終わる型です。在宅を強く希望していても、本当は現職の何かへの不満かもしれません。顕在の希望は、仮説を確かめる入口として扱います。

準備の項目を担当者ごとに変えてしまう型

フォーマットが人によって違うと、マネージャーが比べられません。新人の育成にも使えなくなります。5つの情報の並びは、全員で共通にしています。

体制・フェーズ別の進め方

よくあるご質問

Q. 事前アンケートが返ってこない場合は、どう準備しますか？

経歴と在籍企業の事業から、仮説を立てられる範囲で立てます。そのうえで、転職理由と温度感は面談の冒頭で確かめる項目に回します。アンケートについては、メールだけで終わらせず、電話やチャットでも依頼しています。提案の精度を上げるためのものだと、協力をお願いする理由も添えます。

Q. AIの下書きは、どこまで信じてよいですか？

事実の要約と、仮説・質問の案までと考えています。在籍期間や担当範囲などの事実は、人が元の書類と照らしてから使います。仮説は当たり外れを前提にした入口です。外れたときにすぐ捨てられるよう、仮説ごとに確かめる質問を付けています。

Q. 準備にかける時間を短くすると、面談の質が落ちませんか？

減らすのは、読む・突き合わせる作業の時間です。仮説を選び、質問を絞る判断は人が持ち続けます。私たちの場合は、準備を仕組みにしたことで、面談の中で本人の反応を見ることに集中しやすくなりました。準備の流れは面談前準備の自社実践でも紹介しています。

まとめ

• 初回面談の前には、経歴、在籍企業の事業、転職理由の仮説、想定される軸、確認したい点の5つを揃えます。
• 経歴は職種名ではなく、本人が実際に担った仕事の中身で整理します。
• 転職理由の仮説は一つに絞らず、本命・対抗・検証枠の順位付きで並べます。
• 想定される軸は、顕在の希望ではなく、同じ悩みを繰り返さない環境から置きます。
• AIは下書きまで、事実の確認と仮説の取捨選択は人が行います。
• 仮説には必ず確かめる質問を付け、本人の訂正を優先します。

次の一歩として、直近の初回面談を一件選び、準備メモを5つの情報の並びで書き直してみてください。面談後に、どの仮説が当たり、どの質問で本人の言葉が変わったかを一行ずつ記録します。この記録が溜まると、自社の準備の型が見えてきます。準備と面談の型づくりは面談品質と組織化の支援でもお手伝いしています。

関連するnote：【Claude Code×人材紹介】初回面談の"予習"を、AIに任せた話