先把岗位要求拆成可观察的交付物,再让每位评估者分别记录“能独立完成”“需提示完成”“无法完成”,分歧就会从观点争论变成可核对的项目。定位能力缺口的关键不是判断候选人“偏内容还是偏技术”,而是找出哪些交付物在缺少他人帮助下会卡住,以及卡住的原因属于知识、经验还是协作习惯。
假设某团队招聘一名负责自然流量的岗位,职责包括选题规划、页面结构建议、数据复盘和与技术沟通改版需求。三位评估者看完同一份简历后给出不同结论:内容负责人认为其选题经验扎实,技术负责人认为其不懂抓取与渲染,招聘负责人则认为“都沾一点但都不深”。
这种分歧通常不是谁看错了,而是三人对“横跨”的定义不同。内容负责人看的是产出物,技术负责人看的是实现条件,招聘负责人看的是岗位风险。要定位缺口,先统一到同一张交付物清单上,再分别标注证据来源。
“懂内容”“懂技术”这类描述无法核对。可以改成候选人入职后前三个月需要独立交付的东西,例如:
每项交付物都对应可观察的动作。评估者不再回答“他会不会技术”,而是回答“他能否在给定资料下完成这项交付,缺什么”。这一步做完,能力缺口才有了位置。
同一项交付物,候选人可能处于不同状态。建议每位评估者独立标注三档:能独立完成、需提示完成、无法完成,并写下一句证据。证据可以来自过往项目描述、现场追问或假设情境推演。
三档之间的差别很重要。“无法完成”往往指向知识缺口,比如不知道页面渲染方式会影响内容可见性;“需提示完成”更可能是经验缺口,知道概念但没在真实约束下做过取舍;“能独立完成”则要追问是在什么条件下完成的,是否有技术支持或现成流程。
如果多位评估者对同一项给出不同档位,不要投票,而是回到证据。比如技术负责人说“无法完成”,依据是候选人无法解释某类页面结构;内容负责人说“能独立完成”,依据是其过往选题产出。两者可能同时成立,说明缺口在技术侧而不在内容侧。
分歧出现后,可以设计一个短任务,让候选人面对同一份脱敏资料完成一项交付物,并口头说明取舍。任务不必覆盖全部职责,只选争议最大的那一项。例如争议集中在“能否与技术沟通改版需求”,就让候选人根据一段假设的页面问题写一份需求说明。
评估时记录三件事:他先看什么资料、卡在哪一步、被提示后能否继续推进。假设候选人在写需求说明时只描述“要改得更好”,被追问后才补充验收标准,那么缺口是需求表达能力,而不是技术知识。下一步的面试就应围绕验收标准与回退方案追问,而不是继续考代码或工具。
这个动作的结果会直接影响后续决策:如果缺口集中在少数可训练项,且岗位有带教条件,可以进入下一轮;如果缺口落在岗位每天都要独立完成的核心交付上,且团队无人补位,就应重新考虑岗位画像或候选人定位。
横跨内容与技术的岗位,现实中往往需要团队补位。定位缺口后有三种处理方式:把缺口项从独立职责改为协作职责;调整招聘侧重点,接受某一侧需要培养;或者拆分岗位,让内容与技术各有人负责,中间用交付物衔接。
选择哪一种,取决于缺口的性质与团队现状。知识缺口通常可以通过短期学习弥补,经验缺口需要真实项目积累,协作习惯缺口则较难在入职后快速改变。若核心交付物长期依赖某一位成员补位,说明岗位设计本身存在风险,而不只是候选人能力不足。
可执行的做法是:把三档证据整理成一页缺口清单,标注每项缺口的类型、岗位是否可补位、补位成本由谁承担。拿着这页清单再决定是否推进,比继续争论“他到底算不算复合型人才”更容易得到一致结论。