Claudeで構造化面接の質問リストと評価シートを作る手順
職種ごとの必須要件をProjectsに登録し、面接官がそろえて使える質問リストと評価シートのひな形をClaudeに作らせる手順です。点数の最終判断は人が持つ線引きも示します。
構造化面接とは、候補者全員に同じ観点・同じ順序で質問し、同じ尺度で評価する面接の進め方です。面接官ごとに質問がばらつく状態をなくすのが狙いになります。Claudeは、その土台になる質問リストと評価シートのひな形づくりに向いています。職種の必須要件をProjectsに登録しておけば、募集ポジションが変わっても同じ手順で作り直せます。
ここでは、Projectsへの登録から質問の設計、評価シートの作り方、面接官への配布までを順に扱います。合否を決める点数付けは人が持ち、Claudeには下書きと整合チェックを任せる線引きで書いています。
構造化面接でClaudeに任せる範囲と人が持つ範囲
先に線を引いておきます。役割を分けると、Claudeへの依頼文も書きやすくなります。
| 作業 | Claudeに任せる | 人が持つ |
|---|---|---|
| 職種の必須要件の洗い出し | Claudeに任せるたたき台の作成 | 人が持つ現場の実態との突き合わせ・確定 |
| 質問リストの作成 | Claudeに任せる観点ごとの質問案・深掘り質問 | 人が持つ採否・追加削除の判断 |
| 評価シートのひな形 | Claudeに任せる観点・尺度・行動例の下書き | 人が持つ尺度の妥当性の確認 |
| 面接官向けの案内文 | Claudeに任せる文面の下書き | 人が持つ配布と運用ルールの決定 |
| 面接後の評価 | Claudeに任せる記入漏れ・観点の偏りの指摘 | 人が持つ点数付けと合否判断 |
最後の行が要です。Claudeが出した文章は、面接の場で見た候補者の様子に基づく評価ではありません。点数の確定と合否は面接官と採用責任者が決めます。
必須要件をProjectsに登録する
質問の質は、職種の要件をどれだけ具体的に渡せたかで決まります。毎回チャットに貼るより、Projectsに登録しておく方が手間が減ります。
Projectsは、専用のチャット履歴とナレッジベースを持つ独立した作業スペースです。文書やテキストを登録すると、Claudeがそのプロジェクト内のチャットで文脈として使います。プロジェクト指示も設定でき、口調や役割を指定できます。登録した内容はプロジェクト内のすべてのチャットに効きます。無料アカウントでも使えますが、作れるプロジェクトは5つまでです。
手順は次のとおりです。
- claude.ai/projectsを開き、右上の「+ New Project」を押す
- 名前を付ける(例:「採用面接 エンジニア職」)。名前と説明はClaudeには見えない点に注意
- ナレッジの「+」から、募集要項・職務記述書・コンピテンシー一覧を登録する
- 「Set project instructions」を開き、次の指示文を書いて保存する
指示文は、たとえば次のような形にします。
あなたは採用面接の設計を支援するアシスタントです。
- 出力は、ナレッジに登録した職務記述書とコンピテンシー一覧に基づくこと
- 質問は行動事例質問(過去の経験)と状況質問(仮の場面)に分けること
- 年齢・出身・家族構成・信条など、職務と関係のない事項を尋ねる質問は作らないこと
- 評価は1〜5の尺度で、各段階に観察できる行動例を添えること
- ナレッジに無い要件は推測で足さず、「要確認」と明記すること
- 合否の推奨は出さないこと。点数付けと判断は面接官が行う最後の2行がポイントです。ナレッジに無い要件を作り込まない指示と、合否推奨を出させない指示は、Claudeの出力を「下書き」の位置に留めるために入れています。
募集要項やコンピテンシー表のような文書は、そのままアップロードして登録できます。大量の資料を登録してナレッジがコンテキストの上限に近づくと、有料プラン(Pro・Max・Team・Enterprise)では、Claudeが自動でRAGモードに切り替えて容量を広げます。仕組みはClaude ProjectsのRAG検索の仕組みと全文投入との違いにまとまっています。
補足として、プロジェクト内のチャット同士では文脈が共有されません。前のチャットで決めた質問の方針を次のチャットでも使いたいときは、ナレッジかプロジェクト指示に書き込む必要があります。
要件からコンピテンシーを取り出す
登録が済んだら、最初のチャットで職種の評価観点を固めます。この工程を飛ばして質問だけ作らせると、質問が一般論に流れがちです。
登録した職務記述書から、この職種で評価すべきコンピテンシーを5〜7個に絞ってください。
各コンピテンシーについて、次の3点を表にしてください。
1. 定義(一文)
2. 職務記述書のどの記述に対応するか
3. 面接で確認する必要がある理由
職務記述書に根拠の無い項目は入れないでください。返ってきた表は、人が必ず見直します。見るのは次の点です。
- 現場の実態に合っているか(職務記述書が古い場合がある)
- 面接で確認できる観点か(入社後でないと分からないものは外す)
- 観点どうしが重複していないか
ここで確定したコンピテンシー一覧は、そのままナレッジに追加します。以降の質問リストも評価シートも、この一覧を共通の物差しにできます。
観点ごとの質問リストを作る
コンピテンシーが固まったら、質問に落とします。構造化面接では、質問を2種類に分けるのが定石です。
| 種類 | 聞き方 | 例 |
|---|---|---|
| 行動事例質問 | 聞き方過去の実際の経験を尋ねる | 例「関係者の意見が割れた場面で、どう合意を作りましたか」 |
| 状況質問 | 聞き方仮の場面での行動を尋ねる | 例「締切直前に仕様変更が入ったら、どう動きますか」 |
依頼文の例です。
確定したコンピテンシーごとに、面接の質問を作ってください。
- 各コンピテンシーに、行動事例質問を2問、状況質問を1問
- 各質問に、答えが浅いときの深掘り質問を2つ
- 全候補者に同じ順序で聞ける並びにすること
- 1コンピテンシーあたりの想定時間も添えること
質問は職務記述書の内容に沿わせ、職務と関係のない事項は含めないでください。出力を受け取ったら、次の3点を確認します。
- 質問がコンピテンシーの定義に本当に対応しているか
- 誘導的な聞き方(「〜ですよね」)になっていないか
- 面接の持ち時間に収まる量か
量が多すぎるときは、「時間を45分に収めるため、優先度の低い質問を外した案を出してください」と追加で頼みます。どの質問を外すかの判断は、採用責任者が決めます。
評価シートのひな形を作る
質問が決まったら、評価シートを作ります。ばらつきを抑える鍵は、点数の意味を言葉で固定することです。「3点=普通」のような尺度は、面接官ごとに基準が動きます。各点数に観察できる行動例を付けてもらいます。
質問リストに対応する評価シートを、表形式で作ってください。
- 行はコンピテンシー、列は「評価(1〜5)」「根拠となった発言」「メモ」
- 別表として、各コンピテンシーの1・3・5点に当たる回答の行動例を書く
- 根拠となった発言の欄は、面接中に面接官が記入する空欄にする
- 総合判定の欄は作らない。合否は面接官会議で決める「総合判定の欄は作らない」と指示するのは、ひな形の段階で判断の主体を人に固定するためです。合計点で自動的に合否が決まる設計にすると、尺度の粗さがそのまま結果に出ます。
行動例の欄はClaudeが埋めた下書きなので、実際の回答に照らして調整します。たとえば1回目の面接が終わった時点で、「行動例が現実の回答とずれていた」箇所を人が直し、ひな形を更新します。更新版はナレッジに入れ直します。
ダミーの回答で尺度を試す
尺度の行動例が使えるかどうかは、実際の面接の前に確かめられます。Claudeに架空の候補者役を演じさせ、点数の違いが出る回答を作らせます。実在の候補者の情報は使いません。
「関係者の意見が割れた場面」の行動事例質問に対する回答を、
1点・3点・5点それぞれに当たる例として1つずつ作ってください。
架空の人物で、200字程度にしてください。出てきた3つの回答を、面接官役の担当者が評価シートの行動例と見比べます。3点と5点の差が読み取れなければ、行動例の書き方が曖昧です。「具体的な数字や役割が語られているか」「自分の行動と結果の両方が説明されているか」のように、観察できる差に書き直します。
面接官が複数いるときは、同じダミー回答を各自に採点してもらう使い方もあります。点数が割れた箇所は、尺度の言葉が曖昧なサインです。割れた理由を話し合ったうえで、行動例を直します。
面接後の記入内容をチェックさせる
面接が終わったあとの点数付けそのものは人が行います。その代わり、記入された評価シートの形式面の確認なら、Claudeに手伝わせられます。候補者の氏名や連絡先を伏せた記入内容を貼り、次のように頼みます。
この評価シートの記入内容を確認してください。判定や推奨は不要です。
- 空欄になっているコンピテンシーはあるか
- 「根拠となった発言」が空、または点数と食い違って見える行はあるか
- 質問リストに無い観点で評価している行はあるか返ってくるのは記入の抜けや食い違いの指摘までで、その点数が妥当かどうかを決めるのは面接官です。根拠の欄が空の点数は、後から見返したときに理由をたどれません。この確認を入れるだけでも、記録の質はそろいます。
職種が増えたときの作り分け
職種ごとにProjectsを分けるか、1つにまとめるかは、ナレッジの量で決めます。
- 職種ごとに分ける: 職務記述書とコンピテンシーが混ざらず、共有範囲も職種ごとに絞れる
- 1つにまとめる: 全職種共通の評価観点(協働・学習意欲など)を1か所で管理できる
作り始めは職種ごとに分ける形が扱いやすくなります。共通の観点が育ってきたら、その部分だけを各プロジェクトのナレッジにコピーして使います。
面接官へ配る案内文を作る
質問リストと評価シートを作っても、面接官が使い方を誤れば意味が薄れます。案内文も同じProjectsで下書きできます。
面接官向けの1ページの案内文を作ってください。含める内容は次のとおりです。
- 質問は順番どおりに、言い換えずに聞くこと
- 深掘り質問を使ってよい条件
- 評価は面接中に根拠の発言と一緒にメモし、面接後に点数を付けること
- 他の面接官の評価は、自分の評価を提出するまで見ないこと
- 職務と関係のない事項は聞かないことこれを受けて、運用のルール(何点以上を通すか、評価が割れたときの決め方)を決めるのは人です。Claudeに決めさせず、決めた内容を案内文へ反映してもらう順序にします。
面接官にProjectsを共有する
チームで使うなら、Team・Enterpriseプランのプロジェクト共有が役に立ちます。プロジェクトは組織内の他のメンバーと共有でき、権限は2段階あります。
| 権限 | できること |
|---|---|
| Can view | できること内容・ナレッジ・指示を見られる。プロジェクト内でチャットもできるが、編集はできない |
| Can edit | できること指示とナレッジの編集、メンバー設定の更新など |
面接官には「Can view」、採用担当には「Can edit」を割り当てる分け方が扱いやすい構成です。面接官が手元のチャットで質問の言い換えを相談できる一方、共通の質問リストや指示は書き換えられません。ばらつきを抑えるという目的と両立します。
共有は、管理者が無効にしていると使えません。個人アカウントのProjectsは自分専用です。共有できない場合は、完成した質問リストと評価シートをファイルにして配る運用になります。
よくあるつまずきと直し方
| つまずき | 直し方 |
|---|---|
| 質問が一般的な内容に流れる | 直し方職務記述書とコンピテンシー表をナレッジに登録できているか確認する。登録が無いと、Claudeは一般論で答える |
| 尺度の意味が面接官ごとに違う | 直し方各点数に行動例を添えた尺度表を、ナレッジに登録して共通化する |
| 質問が毎回少しずつ変わる | 直し方確定した質問リストをナレッジに保存し、「登録済みの質問リストを変更しないこと」を指示に足す |
| 要件に無い観点が混ざる | 直し方指示に「ナレッジに無い要件は推測で足さず、要確認と明記」を入れる |
| Claudeが合否の推奨まで書く | 直し方指示に「合否の推奨は出さない」を入れる。それでも出たら無視して構わない |
候補者の情報の扱い
ここまでの手順は、候補者の個人情報を一切使わない設計です。質問リストも評価シートも職種の要件から作れるので、履歴書や職務経歴書をProjectsに入れる必要はありません。書類選考の要約や面接後の評価をClaudeに任せると、個人を評価する判断にAIが関わることになります。自社の採用ポリシーと個人情報の取り扱いルールを確認してから決める領域なので、この記事では扱いません。
手順のまとめ
構造化面接の準備は、次の流れに整理できます。
- 職務記述書とコンピテンシー表をProjectsに登録し、指示文を書く
- コンピテンシーを5〜7個に絞り、人が確定する
- 観点ごとに行動事例質問と状況質問、深掘り質問を作る
- 1〜5の尺度に行動例を添えた評価シートを作る(総合判定欄は置かない)
- 面接官向け案内文を作り、Can viewで共有する
- 1回目の面接後に、質問と行動例を人が直してナレッジを更新する
ひな形づくりを速くするのがClaudeの役割です。質問が職務に合っているか、点数が妥当か、合否をどうするかは、人が握り続けます。面接を受ける側の準備はClaudeで転職面接の逆質問リストを作る手順とClaudeを面接官役にして模擬面接を練習する方法に分けてあります。基準を文書化してProjectsに載せる考え方はClaude Projectsで法務レビューのプレイブックを標準化する方法でも使っています。