把招聘要求拆成能力项,核心做法是:先删掉公司介绍、福利待遇和重复表述,再从剩下的每条职责与要求里提取“动作 + 对象 + 产出”,最后按知识、技能、经验、协作四类归并。多人协作时,拆出的能力项要能直接对应到简历筛选、面试提问和试用期验收,否则就会返工。
不是每句话都能变成能力项。遇到“负责博客内容建设”这类表述,需要继续追问:是选题、写作、排版,还是发布后的数据复盘?如果招聘方没有写清楚,就把它标为待确认项,而不是自己补全。
拿一份假设的博客岗位招聘要求举例,原文写着“维护个人博客,持续输出文章,配合团队完成专题策划”。可以拆成三项:
这样拆完,每条都能写成面试问题,也能写成试用期第一周的检查项。适用条件是招聘要求本身有具体动词;如果整段都是“热爱”“有责任心”这类形容词,就先不拆,改为行为面试题。
提取出的短句往往互相重叠,需要归并。多人协作时,建议固定四类,减少理解偏差:
归并后如果某一类为空,不要硬凑。空着说明这份招聘要求在这一维度没有信息,需要向招聘方确认。
判断拆得对不对,看三个信号。第一,每条能力项都能转成一个可回答的问题,例如“你维护博客时,多久检查一次失效链接?”第二,两个人分别读同一份能力项,能选出同一批简历,而不是一个看写作、一个看技术。第三,试用期验收时,能直接对照能力项打勾,不需要重新解释。
如果拆出的条目超过十五条,通常说明颗粒度太细,或者把公司介绍也拆了进去。这时先合并同类项,再删掉无法验证的形容词。
拿一份你正在处理的招聘要求,按“动作—对象—产出”逐条划线,把划不出来的句子单独放在待确认区,然后归入知识、技能、经验、协作四类。完成后请一位协作者只看能力项,判断能否直接用于筛选和面试;如果对方需要你额外解释,就回到原文继续拆。