interview-kit

面试工具包

适用场景

• 为特定职位和级别设计结构化面试流程
• 创建按面试轮次类型组织的标准化问题库
• 制定评分标准，确保不同面试官对候选人的评估一致
• 通过流程管控和校准减少面试官偏见
• 将职位描述转化为可重复执行的评估流程
• 在季度招聘结果回顾后校准面试小组

所需背景信息

• 来自 startup-context： 公司阶段、团队规模、工程文化、当前面试流程（如有）、招聘速度
• 来自用户： 职位名称、级别（初级／中级／高级／资深）、要评估的关键能力、团队可支持的面试轮数、倾向采用居家作业还是现场练习

工作流

1. 定义能力项 — 从职位描述中提取 4–6 项核心能力。将其划分为技术技能、领域知识、协作特质和初创公司适配信号。每项能力都必须能通过可观察的证据进行评估。
2. 设计面试流程 — 将各项能力映射到面试阶段，并为每轮明确设定互不重叠的目标。典型的初创公司面试流程：招聘人员／创始人初筛、技术评估、团队面试、价值观面试。为每个阶段安排时长和面试官。
3. 编写结构化问题 — 为每个阶段编写 3–5 个主要问题，并附上追问。每个问题都必须对应一项具体能力。提供“优秀表现的标准”答题指引，让面试官了解要寻找哪些信号。
4. 制定评分表 — 创建 1–4 分评分量表（而非 1–5 分——后者会造成“3 分表示还行”的评估盲区）。根据职位为每个分数级别定义行为锚点。面试官必须在复盘讨论前独立评分。
5. 设计居家作业或现场练习 — 如适用，创建能模拟实际工作的实践评估。设置时间上限（最多 2–4 小时），提前向候选人提供评估标准，并始终安排后续的现场演示讲解。
6. 添加防偏见保障措施 — 要求提供结构化复盘说明、独立评分流程，以及常见偏见陷阱检查清单。同一职位的每位候选人都必须按相同顺序回答相同的核心问题。
7. 规划校准频率 — 根据招聘结果数据设定季度重新校准计划。根据招聘质量指标，检查面试流程设计是否仍能识别正确的信号。

输出格式

一份完整的面试工具包文档，包含：

• 职位概要和能力矩阵（4–6 项能力及其定义）
• 面试流程概览（阶段、时长、面试官、能力映射）
• 各阶段的问题集、追问和评分标准
• 居家作业或现场练习说明（含时间上限和评估标准）
• 评分表模板（1–4 分量表及行为锚点）
• 复盘讨论流程（包含独立评分和基于证据的讨论规则）
• 薪酬基准说明（如有要求）

框架与最佳实践

按职位类型划分的能力类别

• 工程： 系统设计、代码质量、调试方法、技术沟通、主人翁意识／主动性
• 产品： 客户共情、优先级框架、跨职能沟通、数据驱动思维、交付速度
• 市场拓展： 需求挖掘／资格判定、故事讲述、异议处理、销售管道管理、客户导向
• 设计： 设计流程、工艺质量、用户研究能力、系统思维、与工程团队协作

评分卡设计（1-4 分）

• 1 — 未达到要求： 无法证明具备该项能力。存在明显隐患。
• 2 — 低于要求： 展现出部分能力，但对于该级别而言仍有重大差距。
• 3 — 达到要求： 以预期水平展现出该项能力。是可靠的录用信号。
• 4 — 超出要求： 展现出卓越的能力。能够提升团队整体水平。

每个评分等级都必须包含 1-2 条具体的行为锚点，且应针对被评估的岗位。

STAR-B 问题框架

设计行为面试问题，以引导候选人给出完整且能揭示行为模式的回答：

• 情境（Situation）： 交代背景
• 任务（Task）： 你的职责是什么
• 行动（Action）： 你具体做了什么
• 结果（Result）： 结果如何
• 行为模式（Behavior pattern）： 这是可重复的模式，还是偶发情况

示例：“讲讲你曾经必须在存在大量技术债的情况下交付某项工作的经历。当时的情况如何，你做出了什么决定，结果如何？你还会做出同样的选择吗？”

避免偏见的技巧

• 结构化问题： 同一岗位的每位候选人都按相同顺序回答相同的核心问题
• 独立评分： 面试官在复盘会议前提交评分，避免受资深人员意见的影响
• 简历盲审： 初筛时尽可能隐去姓名、照片、学校名称和公司名称
• 多元化面试小组： 尽可能纳入至少一名来自代表性不足群体的面试官
• 措辞检查： 撰写反馈前，先问自己“我会这样评价另一位候选人吗？”，以发现带有偏见的表述
• 用“价值观契合”取代“文化契合”，并要求提供具体的行为证据

居家作业指南

• 限制时长： 最长 2-4 小时。明确说明这一点，并切实遵守。
• 贴近实际工作： 练习内容应类似于该岗位的实际工作任务
• 标准透明： 预先向候选人分享评分标准，让他们了解你看重什么
• 机会公平： 如果候选人无法投入无偿时间，则提供有偿替代方案
• 必须复盘： 后续务必安排实时讲解，让候选人说明自己的选择

常见误区

• 过度看重某一轮面试，忽略其他能力信号
• 进行缺乏结构化流程和标准化评分的面试
• 跳过面试官校准环节
• 更改招聘标准却不记录理由
• 各轮面试目标重叠，导致多个环节考察同一内容

薪酬基准框架

使用以下三项输入进行交叉校准：

1. 市场数据： 将 Levels.fyi、Pave、Carta Total Comp 和 Glassdoor 作为参考
2. 阶段系数： 种子轮公司的基本工资为大型科技公司基本工资的 70-85%，另有 0.5-2% 股权；到 A 轮时，基本工资差距缩小至 80-95%
3. 候选人校准： 根据经验、其他录用机会以及其所在地区在该级别薪酬范围内进行调整

薪酬始终应以区间形式呈现，并标出目标中位数，而不是单一数字。

相关技能

• job-description — 将 JD 的能力要求作为面试流程的输入
• sourcing-outreach — 让外联信息与面试流程保持一致，使候选人了解预期

示例

提示词：“为一名高级后端工程师设计一套面试流程。初创公司，15 人。”

良好输出片段：

## Interview Loop — Senior Backend Engineer

### Competencies to Evaluate
1. System design & architecture (technical depth)
2. Code quality & testing practices (craft)
3. Debugging & production thinking (operational maturity)
4. Technical communication (collaboration)
5. Ownership & initiative (startup fit)

### Stage 1: Founder Screen (30 min)
- Evaluate: Motivation, communication, logistics
- Questions:
  - "What's drawing you to an early-stage company right now?"
  - "Walk me through the most impactful project you led in the last year."
- Scorecard: 1-4 on communication, motivation, startup-fit

### Stage 2: Technical Deep-Dive (60 min)
- Evaluate: System design, code quality
- Format: Live system design discussion + code review exercise
- Scorecard: 1-4 on architecture thinking, code craft, trade-off reasoning

提示词：“我们的面试官总是对候选人的评价不一致。”

良好输出片段：

This usually means you lack structured evaluation criteria. Three-step fix:

1. Define 4-5 competencies per role with written behavioral descriptions
2. Give each interviewer a scorecard to fill out independently BEFORE debrief
3. In the debrief, discuss only scores that diverge by 2+ points —
   focus on evidence, not impressions

The goal is calibrated, evidence-based evaluation — not consensus.