seo人才招聘：招聘要求怎样拆成能力项
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /ac44ab0450b0.html
📄
seo人才招聘：招聘要求怎样拆成能力项
把招聘要求拆成能力项，核心做法是先把JD里的“结果描述”和“条件描述”分开，再把条件描述逐条改写成可验证的行为或产出。例如“熟悉SEO”不是能力项，“能独立完成关键词调研表并说明优先级依据”才是。
先分清JD里的三类句子
拿到一份SEO招聘要求，先逐句标注类型：
- 结果类：如“负责自然流量增长”。它指向岗位目标，不是能力项，应继续追问“靠什么动作实现”。
- 条件类：如“3年以上SEO经验”“熟悉某工具”。它只是筛选条件，需要转成具体能力。
- 动作类：如“能独立完成站内优化方案”。这类最接近能力项，只需补上判断标准。
标注完成后，把结果类和条件类都改写成动作类。改写时问一句：这个人要交出什么，才能证明他具备这条要求？
可执行清单：逐条查什么、怎么查、结果说明什么
下面按能力项逐项给出核查方式。每项都先明确“要查什么”，再给“怎么查”，最后说“结果说明什么”。
1. 关键词调研与意图判断
要查什么：能否从零产出一份带意图分类和优先级的词表。 怎么查：给一个假设品类，让对方在30分钟内列出20个词，并标注搜索意图、预估难度理由、先做哪5个。 结果说明什么：能说出“为什么先做这5个”而不是只列词，说明具备优先级判断；只堆词不解释，说明停留在工具操作层。
2. 站内结构与页面优化
要查什么：能否指出一个页面在标题、层级、内链上的具体问题。 怎么查：提供一段假设的页面结构描述，让对方指出三处可改点，并说明改动依据。 结果说明什么：能区分“影响抓取”和“影响点击”的问题，说明有排查框架；把“加关键词”当唯一答案，说明理解较浅。
3. 内容规划与编辑判断
要查什么：能否判断一篇稿子该不该发、缺什么。 怎么查：给一篇假设的草稿，让对方标出必须修改的两处和可以保留的一处。 结果说明什么：能指出信息缺口、意图错位或重复问题，说明具备编辑判断；只改错别字，说明能力项不匹配。
4. 数据读取与归因意识
要查什么：看到流量波动时，能否列出排查顺序。 怎么查：描述一个假设现象——“某栏目自然流量一周内下降”，让对方说出先查什么、再查什么。 结果说明什么：能区分抓取、索引、排名、点击率、季节因素等不同解释，说明有归因意识；直接断言“被降权”，说明容易下唯一结论。
5. 协作与交付
要查什么：能否把优化需求写成开发或编辑能执行的条目。 怎么查：让对方把“优化产品页”改写成三条可交付任务，每条带验收标准。 结果说明什么：任务有对象、动作、验收点，说明可协作；只写“提升相关性”，说明无法落地。
把人手有限时的处理顺序定下来
时间和人手有限时，不要平均拆所有要求。按下面顺序处理：
- 先拆动作类句子，它们最接近真实工作，改写成本最低。
- 再拆条件类句子，把年限、工具名转成可验证行为；转不动的，标为“待确认”。
- 最后处理结果类句子，把它当成岗位目标，而不是能力项本身。
判断标准很简单：一条能力项如果无法用“做什么、交出什么、怎么判断合格”来描述，就还需要继续拆。拆到能出题、能打分、能写进面试记录为止。
拆完后做一次反向核对
把拆出的能力项列成表，逐条问三个问题：
- 这项能力对应的实际工作，是否真的会在这个岗位发生？
- 如果候选人这项弱、其他项强，是否仍然可录用？
- 面试时用什么问题或任务能验证它？
三个问题都答得上，能力项才算可用。答不上，说明它可能只是从别处抄来的条件，不是这个岗位真正需要的能力。
下一步：拿一份你正在处理的SEO招聘要求，先只圈出动作类句子，按上面的清单改写成能力项，再补上验证方式。
