採用 · August 2, 2026 · 約10分

面接フィードバック例：良いフィードバックの書き方

採用マネージャー向けの面接フィードバック例。採用強く推奨・中立・不採用のいずれの判断においても根拠に固定した、コピーして使えるフレーズを収録しています。

← 「採用の5つのピラー：アセスメントが測定するもの」の一部

長い1日の終わりにスコアカードを入力している採用マネージャーまたは面接官であれば、あなたが書くフィードバックは思っている以上の仕事をしています。採用決定の原材料であり、不合格になった候補者がなぜかを尋ねた場合に弁護する記録であり、ますます紛争で請求される書類でもあります。ほとんどの面接フィードバックは3つのテストすべてに同時に失敗します。根拠ではなく結論を記録するからです。「カルチャーフィットしない」「優れたコミュニケーター」「ジュニアに見えた」。これらのフレーズは判断のように感じられますが、実際にはノイズです。このガイドでは今日から適応できる面接フィードバック例をご提供します。それぞれ、ほとんどの人が最初に書く弱いバージョンと、弁護できる根拠アンカー型の書き直しの両方を示します。底流にあるルール。推論したことではなく、観察したことを書くこと。

良いフィードバックは優しくすることでも厳しくすることでもありません。追跡可能であることです。すべての行が面接の特定の瞬間に紐づけられるべきです。同席しなかった同僚、3週間後のあなた、または候補者が、何を見てなぜそれがその役割にとって重要だったかを理解できるように。これは良い面接スコアカードテンプレートと本当の構造化面接の下流にあります。スコアカードはどのコンピテンシーについて書くかを伝え、構造は書くべき比較可能な根拠を集めることを保証します。それらの上流を整えると、フィードバックはほぼ自分で書けます。

なぜほとんどの面接フィードバックは有益なことを言わないのか

ほとんどのフィードバックは、候補者の行動ではなく面接官の印象を記録するために失敗します。印象は圧縮された結論であり、速く形成されて後に防衛され、その場にいなかった誰かには確認できません。4人の面接官がそれぞれ結論を書くと、デブリーフは意見間の交渉になります。根拠の比較ではなく。「ジュニアに見えた」が欠けているスキルを意味するのか、ただ予想より若く見えた人を指すのかを誰も見分けられません。

解決策は良いメモ取りから借用した規律です。観察と推論を分けること。観察とは言われたことや行われたこと。推論とはそれに割り当てた意味。両方がフィードバックに属しますが、分けて、その順序で保持します。根拠が先で、判断が後。読む人があなたの根拠に同意しながら結論に疑問を持てるように。その分離はフィードバックを公平にするものでもあります。行動から結論への飛躍を露わにし、類似性バイアスとハロー効果が生き残りにくくなる場所です。

弱いフィードバックと有益なフィードバックのパターンは実際にどのように見えるか

以下のリストが成果物です。修正して使えるフィードバック行であり、記録する意思決定別に、その中ではコンピテンシー別にグループ化されています。各ペアは、ほとんどの人が最初に使う弱い表現と、根拠アンカー型の書き直しを示します。書き直しは長く、それがポイントです。具体性は言葉を要します。役割と実際の観察に合わせて適応させましょう。目撃しなかった書き直しは決して貼り付けないでください。作られた具体性は正直な一般論より悪いからです。

採用強く推奨のフィードバック：ハロー効果ではなく根拠を述べる

強い候補者のリスクは、一つの印象的な瞬間がスコアカード全体を色づけ、実証できない称賛を書いてしまうことです。熱意を具体的な行動に固定し、デブリーフがなぜ強かったかを聞けるようにしましょう。ただ気に入ったということではなく。

• コミュニケーション — 弱い：「優れたコミュニケーター、カルチャーフィットも抜群。」有益な：「キャッシングのトレードオフを私のような専門外の人に専門用語なしで説明し、次に進む前に理解したか一時停止して確認した。基本的なフォローアップをしたとき、詳細レベルを調整した。」
• 問題解決 — 弱い：「非常に鋭い、明らかにシニアレベル。」有益な：「ブリーフが意図的に曖昧だったとき、何かを書く前に問題を絞り込む3つの確認質問をし、進める前提を声に出して述べた。」
• オーナーシップ — 弱い：「真のリーダー、主体性がある。」有益な：「チームが所有権を持てるよう意思決定から一歩引き、個人的に生じた具体的なリスクを述べた。うまくいかなかったときに何をしたかについて具体的な詳細を述べた。」
• ドメイン判断 — 弱い：「知識がある、技術的に強い。」有益な：「2つの設計のうちシンプルな方を選び、その選択を後押しした保守コストを説明した。専門性をアピールするためにより印象的なオプションに手を伸ばすことはしなかった。」
• 協働 — 弱い：「チームプレイヤー、誰からも好かれる。」有益な：「私が尋ねたプロジェクトの部分について特定の同僚を称賛し、自分の貢献について探ったとき、過大申告なしに明確な境界を引いた。」

混合根拠のフィードバック：分裂を正直に説明する

実際の候補者のほとんどはここに落ち着き、混合フィードバックは弱いフィードバックと有益なフィードバックのギャップが最も重要です。誘惑は印象を「良いが確信が持てない」というふわっとしたものに平均化することです。それに抵抗しましょう。強みとギャップを別々の具体的な観察として記録し、デブリーフが雰囲気ではなく役割に照らして両方を比較できるようにしましょう。

• 能力対コミュニケーション — 弱い：「賢いが少し不器用。」有益な：「コアタスクをきれいに解いてアルゴリズムをうまく説明したが、顧客に結果をどう提示するかを尋ねると、回答は技術的なままで聴衆に合わせた調整がなかった。」
• 深さ対広さ — 弱い：「ある分野では強く、他では弱い。」有益な：「データモデリングの質問では深く具体的で実例があった。ステークホルダー管理のシナリオでは、自分自身の経験からの話がなく、汎用的な教科書的回答を返した。」
• 将来性対現在のレベル — 弱い：「まだ十分ではないが見込みがある。」有益な：「推論と質問は役割に対して強かった。特定のスタックでの実践経験は薄く、実践的なフォローアップでの躊躇から明らかだった。キャッチアップで埋められるギャップであり、判断力のギャップではない。」
• 速さ対厳密さ — 弱い：「速いが雑。」有益な：「素早く動く回答に達したが、私が仕込んだエッジケースを確認しなかった。指摘すると即座に発見して修正したので、ギャップは能力よりも習慣のように見えた。」

不採用のフィードバック：観察可能なギャップ、決して人物についてではなく

不採用のフィードバックは不注意な表現が最大のダメージを与える場所です。「カルチャーフィットしない」は追跡して排除すべきフレーズです。反証不可能で、バイアスと相関し、異議申し立てを受けたとき弁護できません。人物についてのすべての結論を、その職務に欠けていた具体的な行動に置き換えましょう。

• 禁止フレーズ — 弱い：「カルチャーフィットしない、チームに馴染まないだろう。」有益な：「マネージャーとの不一致をどう扱うか尋ねたとき、自分がマネージャーが間違っていると思う場合でも押し返さずに従うという回答だった。この役割はその逆が必要です。」
• 欠けているスキル — 弱い：「単純に十分ではない。」有益な：「インシデント対応についての役割上重要な2つの質問で、理論を説明できたが自身が対応した具体的なインシデントを挙げられなかった。この役割は単独で対応した経験のある人を必要とします。」
• 確認本能がない — 弱い：「迷子になったようだ、主体性がない。」有益な：「確認質問を一切せずに曖昧なブリーフに対して着手し始め、後から曖昧さを指摘しなかったため、間違った問題への回答を提出した。」
• 過大申告 — 弱い：「何か引っかかった、信用できなかった。」有益な：「あるプロジェクトをリードしたと説明したが、3つの具体的なフォローアップから判断すると、貢献したというよりはリードしたとは言えなかった。別の角度から掘り下げると詳細が持ちこたえなかった。」
• 役割に対してレベルが合わない — 弱い：「ジュニアすぎる。」有益な：「個人のコントリビューターとしての回答は強かったが、この役割は主に人材管理であり、パフォーマンス管理や困難な直属の部下に関する例がなかった。これは計画していた2つの質問の核心だった。」

弱い行を有益な行に毎回変えるにはどうすればよいか

すべての例を記憶する必要はありません。任意の行に実行できる一つの動きだけです。結論を書いていることに気づいたら、止めてそれを生み出した候補者の行動は何かを尋ね、代わりにそれを書きましょう。「コミュニケーションが弱い」は「はい/いいえの質問に5分間の回答をした」になります。「優れたフィット」は「私たちが毎週議論するトレードオフを正確に述べ、弁護できる立場を取った」になります。結論は残れますが、根拠の後にのみ、決してその代わりに。

• 行動から始める。あなたの結論ではなく何が起きたかで文を始めましょう。文法が根拠を先にすることを強制します。
• できる限り引用する。候補者から記憶した言葉は、あなたの言い換えの段落に勝ります。彼らのものであり、あなたのものではないからです。
• コンピテンシーに紐づける。メモが役割に必要なものにマッピングされない場合、それはバイアスまたは埋め草です。削除しましょう。
• 欠けていたものを述べ、欠けていた人を述べない。「締め切りについて尋ねなかった」は公平です。「詳細志向ではない」は候補者が反論できないラベルです。
• 3人の読者に向けて書く：デブリーフ、将来のあなた、そして候補者。そのうちのいずれかが誤解されるか不快になる場合、その行はまだ完成していません。

AIが下書きしたフィードバックはなぜもっともらしく聞こえるのに何も言わないのか

新しい失敗モードが到来しており、それは誘惑的です。面接官がいくつかの雑然としたメモをチャットボットに貼り付け、「フィードバックを書いて」と頼むと、流暢でプロフェッショナルに聞こえる段落が出てきます。問題は流暢さがまさに私たちを欺くものだということです。言語モデルはあなたが与えたものを展開するだけです。メモが「大丈夫に見えた、少し静かだった」であれば、洗練されたアウトプットは、今や誰も疑わないほど権威があるように聞こえる、何も言わない長くより自信に満ちた方法です。AIは持っていなかった根拠を追加できず、それが信頼性です。フィードバックが必要なものの反対です。

2番目のより微妙なリスクがあります。生成されたフィードバックは滑らかな一般論と安全なポジティブに向かう傾向があり、実際の観察が持つぎこちなく意思決定に関連した詳細を削ぎ落とします。リハーサル済みに聞こえる候補者と真に強い候補者は同様のAI書き起こしを生み出します。モデルが根拠ではなく語調をマッチングするからです。このガイドの根拠優先の構造が防御策です。生のメモがすでにコンピテンシーに紐づいた引用された行動を含んでいれば、ツールは実質を作り出さずに文章を整えられます。結論を与えれば自信ある結論に合法化します。根拠を与えれば誠実さを保ちます。規律はあなたのメモに宿り、書き起こしではありません。

スコアカードはどこに位置し、どう構築するか

フィードバックの質は、何に対して書いていたかによって上限が決まります。コンピテンシーなしの自由テキストボックスにスコアをつける面接官は、このガイドが解消しようとしている漠然とした結論を出します。ページ上でそれを求めるものが何もないからです。名前のついたコンピテンシーと根拠欄を持つスコアカードは逆のことをします。役割が必要とするそれぞれのことについて、「実際に何を言いましたか、行いましたか?」と尋ねます。面接の前にコンピテンシーと根拠のプロンプトを構築すると、フィードバックには着地する構造化された場所があります。面接スコアカードテンプレートに従って1つ作るか、面接スコアカードビルダーでブラウザに作成すると、すべての面接官が同じ方法で根拠を記録し、デブリーフが同じものを同じものと比較します。

多くのフィードバックを読んできた者からの意図的なメモ：候補者として受け取った最高の面接フィードバックは、私が見落としたコンピテンシーを一つ述べ、私自身の曖昧な回答を引用して返してくれた2行の不採用でした。刺さりましたが、公平で、その会社が送ってくれたことを決して忘れていません。それが基準です。不快なほど具体的で、向こうの人間を尊重するほど誠実なこと。

フィードバックは公正さと仕事そのものにどう繋がるか

根拠アンカー型のフィードバックはより明確な文章であるだけでなく、バイアスに対する主な防御策であり、意思決定が問われたときの監査証跡でもあります。フィードバックが行動を記録するとき、候補者とグループ間でそれを確認し、質問または評価者が歪んだアウトカムを生み出しているかどうかを確認できます。採用バイアスを減らすの規律と不利益影響を通じた監視です。漠然とした結論はバイアスを隠します。具体的な根拠はそれを露わにします。理由を調べてそれが職務に関連したシグナルから来ているかどうかを確認できるからです。

面接がフィードバックを提供できることの正直な限界もあります。面接は候補者が仕事について言うことをサンプリングします。ワークサンプルテストは仕事そのものをサンプリングします。最も異議を唱えられにくいフィードバックは、候補者があなたの前で作ったものから来ます。解釈するための話ではなく、説明するための具体的なアーティファクトです。可能であれば先に仕事を実行し、面接がそれを探るようにしましょう。そうするとフィードバックは「できると主張した」から「これを行った」に変わります。質問そのものについては、行動面接の質問が最も引用可能で根拠豊かな回答を引き出します。何が起きたかを尋ね、誰かが仮定の話として何をするかではないからです。

まとめると、基準は劇的ではありません。結論の前に見たことを書き留め、すべての行を役割に必要なコンピテンシーに紐づけ、推論と保護された特性に触れるものを除き、候補者が読み弁護士が見るかもしれないと仮定してください。それをすれば、フィードバックはノイズではなくなり、意思決定が拠って立つ根拠になります。

面接フィードバックはあなたの結論を記録する場所ではありません。他の誰かがそれに達するために、またはそれに異議を唱えるために使える根拠を記録する場所です。その読者に向けて書けば、結論は自然にまとまります。