Claudeで構造化面接の質問リストと評価シートを作る手順
職種ごとの必須要件をProjectsに登録し、面接官がそろえて使える質問リストと評価シートのひな形をClaudeに作らせる手順です。点数の最終判断は人が持つ線引きも示します。
構造化面接とは、候補者全員に同じ観点・同じ順序で質問し、同じ尺度で評価する面接の進め方です。面接官ごとに質問がばらつく状態をなくすのが狙いになります。Claudeは、その土台になる質問リストと評価シートのひな形づくりに向いています。職種の必須要件をProjectsに登録しておけば、募集ポジションが変わっても同じ手順で作り直せます。
ここでは、Projectsへの登録から質問の設計、評価シートの作り方、面接官への配布までを順に扱います。合否を決める点数付けは人が持ち、Claudeには下書きと整合チェックを任せる線引きで書いています。
構造化面接でClaudeに任せる範囲と人が持つ範囲
先に線を引いておきます。役割を分けると、Claudeへの依頼文も書きやすくなります。
| 作業 | Claudeに任せる | 人が持つ |
|---|---|---|
| 職種の必須要件の洗い出し | Claudeに任せるたたき台の作成 | 人が持つ現場の実態との突き合わせ・確定 |
| 質問リストの作成 | Claudeに任せる観点ごとの質問案・深掘り質問 | 人が持つ採否・追加削除の判断 |
| 評価シートのひな形 | Claudeに任せる観点・尺度・行動例の下書き | 人が持つ尺度の妥当性の確認 |
| 面接官向けの案内文 | Claudeに任せる文面の下書き | 人が持つ配布と運用ルールの決定 |
| 面接後の評価 | Claudeに任せる記入漏れ・観点の偏りの指摘 | 人が持つ点数付けと合否判断 |
最後の行が要です。Claudeが出した文章は、面接の場で見た候補者の様子に基づく評価ではありません。点数の確定と合否は面接官と採用責任者が決めます。
必須要件をProjectsに登録する
質問の質は、職種の要件をどれだけ具体的に渡せたかで決まります。毎回チャットに貼るより、Projectsに登録しておく方が手間が減ります。
Projectsは、専用のチャット履歴とナレッジベースを持つ独立した作業スペースです。文書やテキストを登録すると、Claudeがそのプロジェクト内のチャットで文脈として使います。プロジェクト指示も設定でき、口調や役割を指定できます。登録した内容はプロジェクト内のすべてのチャットに効きます。無料アカウントでも使えますが、作れるプロジェクトは5つまでです。
Projectsに職種の要件を登録する
- 1
プロジェクトを作る
claude.ai/projectsを開き、右上の「+ New Project」を押します。名前と説明はClaudeには見えないので、「採用面接 エンジニア職」のように人が探しやすい名前で構いません。
- 2
要件の文書を登録する
ナレッジの「+」から、募集要項・職務記述書・コンピテンシー一覧を登録します。
- 3
指示文を保存する
「Set project instructions」を開き、次の指示文を書いて「Save instructions」を押します。
指示文は、たとえば次のような形にします。
あなたは採用面接の設計を支援するアシスタントです。
- 出力は、ナレッジに登録した職務記述書とコンピテンシー一覧に基づくこと
- 質問は行動事例質問(過去の経験)と状況質問(仮の場面)に分けること
- 年齢・出身・家族構成・信条など、職務と関係のない事項を尋ねる質問は作らないこと
- 評価は1〜5の尺度で、各段階に観察できる行動例を添えること
- ナレッジに無い要件は推測で足さず、「要確認」と明記すること
- 合否の推奨は出さないこと。点数付けと判断は面接官が行う最後の2行がポイントです。ナレッジに無い要件を作り込まない指示と、合否推奨を出させない指示は、Claudeの出力を「下書き」の位置に留めるために入れています。
募集要項やコンピテンシー表のような文書は、そのままアップロードして登録できます。大量の資料を登録してナレッジがコンテキストの上限に近づくと、有料プラン(Pro・Max・Team・Enterprise)では、Claudeが自動でRAGモードに切り替えて容量を広げます。仕組みはClaude ProjectsのRAG検索の仕組みと全文投入との違いにまとまっています。
プロジェクト内のチャット同士では、文脈が共有されません。前のチャットで決めた質問の方針を次のチャットでも使いたいときは、ナレッジかプロジェクト指示に書き込みます。
メモリーの扱いも先に押さえておきます。メモリーが有効な環境では、プロジェクトごとに専用のメモリーが作られ、プロジェクト外のチャットとは分かれます。Team・Enterpriseプランでは、オーナーがメモリーを有効にしている場合に使えます。
面接の準備チャットで候補者の実名や回答内容を書いてしまうと、その内容がプロジェクトのメモリーに入りかねません。このため、準備のチャットには職種の要件だけを書く運用が合います。Team・Enterpriseプランでメモリーを使っている場合は、チャットのメニューの「Remove from project」で、誤って作った別件のチャットをプロジェクトのメモリーから外せます。1つのチャットだけ記録を避けたいなら、最初のメッセージを送る前に「+」メニューで「Memory」をオフにします。
要件からコンピテンシーを取り出す
登録が済んだら、最初のチャットで職種の評価観点を固めます。この工程を飛ばして質問だけ作らせると、質問が一般論に流れがちです。
登録した職務記述書から、この職種で評価すべきコンピテンシーを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に決めさせず、決めた内容を案内文へ反映してもらう順序にします。
面接官に共有する前に決める公開範囲と権限
共有できるのはTeam・EnterpriseプランのProjectsだけで、個人アカウントのプロジェクトは自分専用です。質問リストと評価シートは採用の内部資料なので、共有の設定は先に決めておきます。
公開範囲は「招待した人だけ」に絞る
作成時の公開範囲は2つです。作成画面では「Keep it private」と「Share with your broader organization」が並びます。共有ダイアログでは「Only people invited」と「Everyone at[組織名]」の表記です。後者を選ぶと、組織の誰でもProjectsの「Organization」タブから探して、チャットを始められます。
採用の質問や評価基準は、採用チームと面接官に限りたい資料です。公開範囲は、プロジェクトを開いて「Share」から「General access」で、いつでも切り替えられます。公開プロジェクトでも、作成者自身のチャットは他のメンバーに見えません。
Can viewとCan editの線引き
面接官と採用担当に渡す権限
Can view
指示・ナレッジ・内容を見られ、プロジェクト内でチャットもできます。編集はできないので、共通の質問リストや指示文は書き換えられません。質問の意図を確かめたいときに手元のチャットで相談できます。
Can edit
指示とナレッジの編集、メンバー設定の更新ができます。ナレッジを差し替えられるため、改訂する担当者に絞って渡します。
公式ヘルプのページ同士で、Can editの説明が少し食い違っています。プロジェクトの概要ページには「メンバーの追加と削除ができる」とあり、作成・管理のページの一覧にはその記述がありません。共有の手順を扱うページでは、Can editのメンバーがShareメニューから「Remove access」を選べると書かれています。作成・管理のページでは、削除できるのはプロジェクトの作成者です。
面接官に渡すのがCan viewだけなら、この違いは問題になりません。Can editを渡すときは、アクセスを外せる権限まで含むものとして扱っておくと迷いません。
グループで共有するとき
Enterpriseプランでは、個人ごとに追加する代わりに、グループにプロジェクトを共有できます(ベータ)。グループのメンバーが増減すると、アクセスもそれに追従します。
前提として、管理者がグループの公開設定で「Share resources with this group」を有効にしておく必要があります。反映には最大5分かかることがあり、グループが新たに見えるようになってから候補に出るまでも、数分かかる場合があります。面接官チームをグループにしておけば、面接官の入れ替えのたびに共有設定を触らずに済みます。
共有が使えないとき
管理者が共有をオフにすると、Shareメニューに「Project sharing is turned off by your administrator.」と出ます。新しいユーザーやグループは追加できません。すでに共有済みのプロジェクトは共有されたままで、アクセスの変更や削除は続けられます。公開プロジェクトは非公開に戻り、公開だったから見えていた人は見られなくなります。
共有を使えない運用になる場合は、完成した質問リストと評価シートをファイルにして配る形が現実的です。共有されたプロジェクトは、受け取る側のProjectsページの「Shared with you」タブに出ます。公式ヘルプの別のページには「Shared with me」とも書かれています。作成・管理のページに載るタブ名は「Your projects」「Organization」「Shared with you」の3つです。見つからないときは、3つのタブをすべて見ます。
採用が終わったプロジェクトの片づけ
募集が終わったプロジェクトは、アーカイブで一覧から退避できます。ここで注意したいのは、アーカイブしても共有の権限が外れない点です。メンバーも権限もナレッジも、アーカイブ前のまま残ります。
採用の資料から面接官を外したいなら、共有設定でアクセスを削除します。アーカイブの前でも後でも構いません。削除するときも手順があり、アーカイブ済みのプロジェクトは削除できないので、先にアーカイブを解除します。
よくあるつまずきと直し方
| つまずき | 直し方 |
|---|---|
| 質問が一般的な内容に流れる | 直し方職務記述書とコンピテンシー表をナレッジに登録できているか確認する。登録が無いと、Claudeは一般論で答える |
| 尺度の意味が面接官ごとに違う | 直し方各点数に行動例を添えた尺度表を、ナレッジに登録して共通化する |
| 質問が毎回少しずつ変わる | 直し方確定した質問リストをナレッジに保存し、「登録済みの質問リストを変更しないこと」を指示に足す |
| 要件に無い観点が混ざる | 直し方指示に「ナレッジに無い要件は推測で足さず、要確認と明記」を入れる |
| Claudeが合否の推奨まで書く | 直し方指示に「合否の推奨は出さない」を入れる。それでも出たら無視して構わない |
| 面接官がプロジェクトを見つけられない | 直し方Projectsページの3つのタブ(Your projects・Organization・Shared with you)をすべて見る。招待していなければ、Shareから追加する |
| 面接官に見せたくない人にも見えている | 直し方公開範囲が「Everyone at[組織名]」になっていないかをShareの「General access」で見る。「Only people invited」に戻す |
候補者の情報の扱い
ここまでの手順は、候補者の個人情報を一切使わない設計です。質問リストも評価シートも職種の要件から作れるので、履歴書や職務経歴書をProjectsに入れる必要はありません。書類選考の要約や面接後の評価をClaudeに任せると、個人を評価する判断にAIが関わることになります。自社の採用ポリシーと個人情報の取り扱いルールを確認してから決める領域です。
持ち帰る判断
ひな形づくりを速くするのがClaudeの役割です。質問が職務に合っているか、点数が妥当か、合否をどうするかは、人が握り続けます。同じ型の資料を職種ごとに作り直すなら、要件の文書と指示文をProjectsに置いておく方法が合います。
面接を受ける側の準備はClaudeで転職面接の逆質問リストを作る手順とClaudeを面接官役にして模擬面接を練習する方法に分けてあります。基準を文書化してProjectsに載せる考え方はClaude Projectsで法務レビューのプレイブックを標準化する方法でも使っています。