结构化面试模板有一个常见误区：做着做着就变成了复杂打分表。维度很多，权重很细，问题也不少，但面试官看完以后还是不知道该怎么判断。
我更倾向于把模板理解成一张“追问地图”。它不负责替你做决定，而是帮你把候选人的回答引到可比较、可复核的位置。
先问一句：这个岗位到底怕什么
模板不是从“我要考哪些题”开始，而是从“这个岗位最不能缺什么能力”开始。
比如前端工程师，可能怕的是页面做得出来但维护不下去；后端工程师，可能怕的是会写接口但没有幂等、日志和故障意识；销售岗位，可能怕的是表达热情，但推进客户没有结构。
这个问题想清楚后，维度自然会少很多。
维度不要过多
首版模板建议控制在 3 到 5 个核心维度。说实话，超过 5 个以后，候选人很难展开，报告也会变得像一份“看起来很完整、实际不好用”的材料。
常见维度可以这么拆：
- 专业基础：能不能讲清楚岗位里的基本方法。
- 问题解决：遇到不确定问题时怎么拆。
- 沟通表达：是否能把复杂经历讲给别人听。
- 协作意识：和产品、设计、业务、后端或客户怎么配合。
- 复盘能力：做完以后有没有总结和调整。
在 InterviewAI 里，职位模板会把岗位、维度、题目和权重放在同一个配置流里。这个设计的重点不是“配置项多”，而是让 HR 在邀请候选人前先把面试结构想清楚。
题目别问得太像考试
“你是否擅长沟通？”这种问题通常问不出什么。候选人当然会说擅长。
更好的问法是让他讲一个具体场景：
- “请讲一次你定位线上问题的过程，你当时怎么判断根因？”
- “有没有一次你和另一个团队意见不一致？最后怎么推进？”
- “如果需求很急，但接口还没稳定，你会怎么安排前端开发？”
这些问题的好处是，回答里会自然出现证据：时间线、取舍、协作对象、结果和复盘。后续人工面试也更容易继续追问。
权重体现招聘取舍
不是所有维度都同等重要。对工程岗位，问题解决可能权重更高；对客户成功岗位，沟通表达和客户理解可能更关键。
但权重不要做得太精细。个人觉得，权重最大的意义是表达团队取舍，而不是让评分看起来更专业。
一个好模板最后应该让人有这种感觉：问题不多，但每个问题都知道为什么要问；报告不花哨，但能帮下一轮面试更快进入重点。