面试记录别只写“感觉不错”：把回答证据和判断依据写下来

教程定位

这篇教程解决什么问题

招聘复盘时最常出现的对话是：“这个候选人怎么样？”“我感觉不错。”“好在哪？”“就是沟通挺顺畅的，专业能力感觉也可以。”当所有人都靠“感觉”做决定时，面试记录就失去了它的意义：它应该让一个没参加面试的人也能判断候选人是否进入下一轮。

这篇教程教你写一份可复盘的结构化面试记录：每个面试问题对应候选人的回答摘要、行为证据、风险点和结论建议。你会用 AI 把你的面试速记整理成结构化记录，但所有判断和评分仍由面试官确认。

做完之后，你的面试记录能回答三个问题：候选人具体说了什么；他的说法里哪些是行为证据、哪些只是自我评价；面试官基于什么理由建议进入或不进入下一轮。

使用场景

什么情况下最适合用这一套

你是招聘专员、面试官或 HRBP。你的公司没有复杂的招聘系统，面试记录就是一张共享表格或一份文档。现在的痛点是：

你不需要一套沉重的招聘系统，只需要一张结构固定、人人都能填的记录模板，以及一套把速记整理成记录的方法。

• 面试官写了“沟通不错”“技术可以”，但没有任何具体回答；
• 复盘会要在候选人面完三到五天后开，面试官已经记不清细节；
• 同一岗位多个候选人之间没有可比性，因为每个面试官问的问题都不一样；
• 候选人后续背调或入职出问题时，翻记录也找不到当时的风险提示。

材料准备

开始前先把材料和边界备齐

写记录前，准备好这些材料：

准备时注意：记录模板要在面试开始前就定好，不要面完再补。你可以在面试中只写速记，面试后马上整理成结构化记录；但问题清单和能力维度必须提前固定。

1. **岗位能力模型**：这个岗位需要哪三到五项核心能力，例如“复杂问题拆解”“跨团队沟通”“数据敏感度”。没有能力模型时，先用岗位 JD 里的核心职责反推。
2. **面试题纲**：每一道题对应哪项能力，准备问什么、期待听到什么证据。
3. **候选人简历**：作为提问背景，不是评分依据。
4. **评分标准**：每个能力维度的 1 到 5 分分别意味着什么。没有标准时，先写一句“什么表现算达标”。
5. **面试速记**：面试过程中随手记下的关键词、原话片段、停顿和追问结果。

实操流程

按这套步骤把工作跑起来

【第一步：先定能力维度，再定问题】

一场面试不要评十项能力，聚焦三到五项就够。每道面试题对应一个能力维度，并在题纲里写明“期待证据”。例如：

【第二步：面试中做“证据速记”】

速记不写评价，只写事实：

【第三步：面试后马上整理成结构化记录】

趁记忆还新鲜，把速记按“问题、回答摘要、行为证据、风险点”四栏整理。如果当天面了多人，不要隔夜再整理。

【第四步：用 AI 辅助整理速记】

把你的速记和岗位能力模型输入 AI，让它输出结构化记录草稿。AI 帮你补全句式、归类证据、标出前后矛盾，但最终的“证据是否可信”“风险是否成立”由你判断。

【第五步：评分并写结论】

每个能力维度打分，并写一句“什么证据支撑了这个分数”。最后写是否进入下一轮，必须带理由。禁止只写“建议进入”，要写“因为哪项能力达标、哪项风险可接受”。

【第六步：复盘时只讨论记录】

复盘会直接看结构化记录，不靠面试官口头回忆。如果记录里没有证据支撑“感觉不错”，要么补记录，要么重新评估。

• 能力：复杂问题拆解。问题：“讲一个你接手过的最乱的数据项目。”期待证据：怎么定义问题、怎么拆步骤、卡住时怎么处理。
• 候选人原话的关键句；
• 他举的例子（项目规模、时间、角色、结果）；
• 被追问后的回答；
• 含糊跳过的地方；
• 情绪和沟通表现的客观描述（“语速快、打断提问”而不是“很焦虑”）。

输入示例

可以直接参考的输入材料

下面是可复制改写的输入样例：

【一张记录表至少要有这些字段】

不管用什么工具记录，建议字段固定为下面这些，避免每个人按自己的习惯写：

| 字段 | 填什么 | 示例 | | --- | --- | --- | | 面试问题 | 原题或问题编号 | Q1：讲一个你处理过的最复杂的数据需求 | | 能力维度 | 这道题考察哪项能力 | 数据拆解 | | 回答摘要 | 候选人回答的核心内容，2-4 行 | 以电商复购看板为例，先拆成新客/老客/品类复购，再和运营确认口径 | | 行为证据 | 候选人实际做过或说过的事实 | 提到订单表没有支付状态，找支付组补字段，等了三天 | | 风险点 | 回答里不足、矛盾或需要验证的地方 | 卡住时被动等待，没有主动推动或替代方案；需二面追问 | | 建议评分 | 该项能力 1-5 分 | 4 分 | | 评分依据 | 哪个证据支撑了这个分数 | 有实际项目和拆解动作，但主动性证据不足 | | 结论建议 | 是否进入下一轮及理由 | 进入下一轮，二面现场验证 SQL 实操 | | 待补充问题 | 面试官还需要追问或验证的内容 | 追问业务方不接受口径说明时的处理方式 |

字段里有几点要特别注意：

这份字段表可以直接做成表格模板放进共享文档，也可以作为 AI 整理速记时的输出格式。面试官只需要在面试中记速记，会后花 10-15 分钟把速记填进字段，就能得到一份可复盘的记录。

• **回答摘要写“候选人说了什么”，不写“候选人怎么样”**。例如写“候选人说之前做电商，需求很模糊，他拆成了三块先确认口径”，而不是“候选人思路清晰”。
• **行为证据必须是事实**。候选人举的例子、数字、角色、结果才算证据；“我觉得我很擅长”“大家都说我沟通好”只能算自我评价，单独标出。
• **风险点要可验证**。写“SQL 实操证据不足，二面现场手写验证”，而不是“有待观察”。
• **评分依据必须独立于印象**。每个分数都要能对应一条行为证据；如果找不到证据，就写“证据不足，建议降低权重或安排验证”，而不是顺手打高分。

岗位：数据分析师（3 年经验）。
能力模型：数据拆解、SQL 能力、业务沟通、结果导向。

面试题纲：
Q1（数据拆解）：讲一个你处理过的最复杂的数据需求。
Q2（SQL）：写一个订单表和支付表关联取数的 SQL，现场口述思路。
Q3（业务沟通）：业务方要求一个指标，但你发现口径有问题，你会怎么做？
Q4（结果导向）：最近一次你主动推动数据项目落地是什么时候？

面试速记（原文片段）：
- Q1：候选人讲“之前做电商，运营要一个复购看板。一开始需求很模糊，我拆成了新客复购、老客复购、品类复购三块，先和运营确认口径再做的”。追问“卡在哪”答：“发现订单表没有支付状态，找了支付组补字段，等了三天。”
- Q2：提到 JOIN 和 LEFT JOIN 的区别，但说“具体 SQL 我不太记得了，平时都用工具拖字段”。
- Q3：说“我会先问业务方这个指标用来做什么，如果发现口径不对会直接告诉他们，不会先做再解释”。
- Q4：说“上个月主动把周报的取数流程自动化了，节省每周两小时”。

请把速记整理成结构化面试记录。

提示词

可复制使用的提示词

你是招聘面试记录整理助手。下面是岗位能力模型、面试题纲和我的面试速记：{材料}。

请完成：
1. 按“面试问题 / 回答摘要 / 行为证据 / 风险点”整理成结构化记录；
2. 行为证据只保留候选人实际做过或说过的事实，把“我感觉”“应该可以”这类自我评价单独标出；
3. 标出速记中信息不足、需要面试官补充或追问的地方；
4. 按能力模型给出 1 到 5 分的建议评分，并说明每个分数对应的证据；
5. 输出是否进入下一轮的建议，但必须注明“最终决定由面试官和招聘团队确认”。

要求：不得编造速记里没有的信息；不得因为某个能力强就抬高所有维度；风险点要具体，不写“有待观察”这种空话。

输出样例

AI 应该输出到什么程度

这个输出已经具备复盘价值：每个分数都有证据，每个风险都指向下一步验证动作。

【结构化记录】
Q1（数据拆解）
回答摘要：候选人以电商复购看板为例，说明需求模糊时先拆新客/老客/品类复购，再与运营确认口径。
行为证据：实际项目；有明确拆解动作；提到等待字段期间没有阻塞交付。
风险点：卡点解决方式是被动等支付组，未说明是否有主动推动或替代方案。
评分建议：4 分。证据支持拆解能力，主动性证据不足。

Q2（SQL）
回答摘要：能解释 JOIN 与 LEFT JOIN 区别，但表示日常用工具拖字段，不常手写 SQL。
行为证据：能口头说明概念；无完整 SQL 案例。
风险点：与岗位 JD 中“熟练 SQL”的要求可能不匹配，需二面现场手写验证。
评分建议：2 分。概念清楚但实操证据不足。

Q3（业务沟通）
回答摘要：会先问指标用途，口径不对时直接说明，不先做再解释。
行为证据：有明确沟通顺序；未提供具体客户或业务方案例。
风险点：缺少“业务方不接受解释时怎么办”的追问。
评分建议：3 分。方向正确，需要补充冲突场景证据。

Q4（结果导向）
回答摘要：上月自动化周报取数，节省每周两小时。
行为证据：有具体动作和量化结果。
风险点：未说明自动化后如何验证准确性。
评分建议：4 分。

【建议】进入下一轮，但二面需现场验证 SQL 实操，并追问业务方不接受口径说明时的处理方式。

人工验收

人要怎么检查和改到可用

整理记录后，面试官必须确认：

特别提醒：结构化记录不等于给候选人写评语。写“候选人说……”而不是“候选人很厉害”；写“未提供具体案例”而不是“沟通一般”。

1. **证据是否属实**：候选人没有说过的话，AI 不会编，但可能归纳过度。逐条回看速记原文。
2. **评分是否被单一印象带偏**：某个维度高分不代表其他维度可以低分，检查每个分数是否都有独立证据。
3. **风险点是否可验证**：把风险写成二面或背调的验证动作，而不是“有待观察”。
4. **是否补充了追问**：速记里没记到的部分，在记忆还新鲜时补充，不要留空。
5. **结论是否一致**：如果建议进入下一轮，但某个核心能力只有 2 分，理由必须写清楚，否则这条记录会被复盘会打回。

失败反例

这些失败反例要提前避开

反例 1：记录只写“感觉不错”。 结果：复盘时另一个面试官问“具体哪里不错”，答不上来，候选人进入下一轮后二面才发现 SQL 实操不过关，浪费双方时间。

反例 2：把候选人的自我评价当成行为证据。 结果：记录写“候选人说自己很擅长数据分析”，但没有任何项目案例。自我评价只能作为提问线索，不能作为评分证据。

反例 3：所有维度打一样的分数。 结果：候选人沟通好，面试官顺手全打 4 分，技术弱项被掩盖。分数必须逐项独立判断。

反例 4：面试后隔了几天才整理记录。 结果：细节模糊，只能靠印象补写，记录变成面试官心情的投影。面试当天整理是底线。

反例 5：风险点只写“有待观察”。 结果：下一轮面试官不知道该验证什么，风险一路带到入职后。每个风险都要对应一个具体验证动作。

主题边界

它和相邻主题的区别

这篇解决的是“单场面试记录怎么写”，聚焦回答摘要、行为证据和判断依据。它和简历初筛打分表（`shortlist-rubric-for-hiring-manager`）不同，那篇解决的是简历阶段怎么统一用人经理的口径；它和多候选人横向比较也不同，本篇不做候选人之间的排序。结构化记录是横向比较的前置：先保证每一场的记录可复盘，才能安全地比较候选人。

如果你发现团队面试记录五花八门，先从固定模板和速记规则开始；如果记录已经结构化但复盘仍然靠感觉，再检查是不是漏了“证据必须对应分数”这条规则。