把招聘要求拆成能力项,核心做法是先把原文里的动词和名词分开:动词对应可观察的行为,名词对应可交付的成果。例如“负责关键词研究”可拆成“能独立产出关键词分组表,并标注搜索意图与优先级”;“熟悉内容优化”可拆成“能按页面类型写出标题、描述与正文结构建议,并说明修改依据”。适用于多人协作、需要交付清楚、减少返工的场景,前提是招聘要求本身有具体职责描述,而不是只写“有经验者优先”。
招聘要求通常混着三类内容:职责、能力、背景。职责写“做什么”,能力写“会什么”,背景写“学过什么或做过多久”。拆能力项时只处理前两类,背景类放到最后作为筛选条件,不要混进能力清单。比如“负责SEO方案撰写”是职责,“能写方案”是能力,“有两年经验”是背景。把三者混在一起,能力项就会写成“有两年方案经验”,无法验收。
每条能力项按“能做什么、对什么做、做到什么程度”来写。以下例子为假设,用于说明格式:
改写后每条都能判断“做到没有”,而不是靠感觉说“比较熟悉”。
多人协作中,返工往往来自协作型能力没写清。交付型能力对应独立产出,如关键词表、诊断报告、内容建议;协作型能力对应交接和沟通,如能把修改原因写成一句话说明、能在评审时按优先级回应意见、能按模板提交文件。拆分时给每条标注类型,交付型看成品,协作型看交接记录。验收信号也不同:交付型看文件是否可直接使用,协作型看下一环节是否需要追问。
拆完后按“必须会、可以教、只作加分”三档排序。必须会的能力项要能在面试或试用任务中当场验证;可以教的能力项写清学习周期和带教方式;加分项不进入硬性筛选。每条必须会的能力项配一个验收信号,例如:
适用条件是招聘方愿意提供假设材料;如果只能口头提问,就把验收信号改成“能否举出自己处理过的类似情况,并说清步骤和结果”。
一种偏差是把工具名当能力,例如写“会某某工具”。工具会变,能力应写成“能用工具完成关键词分组并解释分组逻辑”。另一种偏差是把结果当能力,例如写“能提升排名”。排名受多因素影响,不能作为个人能力项,应改成“能完成页面诊断并给出修改优先级”。还有一种偏差是能力项过多,超过十条后筛选成本上升,建议保留五到八条必须会的能力项,其余转为面试追问。
下一步可以拿一份真实的SEO岗位招聘要求,按“行为+对象+标准”逐条改写,再给每条标注交付型或协作型,最后删掉无法验收的表述。完成后请另一位同事只看清单,判断能否据此安排任务和检查结果;如果对方需要反复追问,说明能力项还需要再具体一层。