把招聘要求拆成能力项,核心动作只有三步:先摘出要求里的动作和产出,再判断每项属于知识、工具还是经验,最后按“岗位每天都要用”与“入职后可以补”排序。时间和人手有限时,最先处理的不是把所有词都做成课程,而是找出招聘方反复提到、且能在作品或面试中直接验证的那几项能力。
招聘要求通常混着三类内容:职责描述、任职资格、加分项。拆解时不要逐句抄写,而是逐句问“这句话要求我做出什么可展示的结果”。例如“负责博客内容更新与维护”,可以拆成选题、写作、排版、发布、数据查看五个动作;“熟悉常见建站工具”则属于工具类,需要进一步确认是页面生成器、内容管理系统还是静态站点生成器。
分类之后,每项能力都写成“动作 + 对象 + 可验收结果”。比如“能配置博客栏目结构,让读者在三步内找到往期文章”,就比“熟悉博客搭建”更容易判断。
假设你只有一周的业余时间,面对一份招聘要求,不要平均分配。先做一张两列清单:左边写“招聘方提到的能力”,右边写“我能否在一天内做出一个小样”。优先处理同时满足两个条件的项:招聘要求里出现次数多,且能用一个页面、一份文档或一次演示证明。
判断结果很简单:如果一项能力你既没有作品,也说不清操作步骤,就先把它降级为“入职后补”;如果一项能力招聘方反复提到,你又能在一个下午做出小样,就把它排进最先处理的位置。
假设某条要求写着“能独立完成博客搭建与日常维护”。可以拆成:
对应能力项就是:建站流程操作、栏目与模板配置、内容发布、基础排查、数据备份。时间有限时,先做“内容发布”和“栏目配置”,因为这两项最容易用现有博客演示;备份和排查可以整理成检查清单,面试时说明你的处理顺序。
拆解是否有效,不看笔记长度,看能否回答:这项能力对应什么动作?我用什么证明?如果不会,我第一步查什么?三个问题都能答上来,说明能力项已经落到可执行层面。若只能答出“学习博客搭建”,就还停留在口号。
下一步,挑出排在最前面的两项能力,各做一个最小验证:一项做成可展示的页面或文档,另一项写成操作步骤清单。完成后对照招聘要求,看是否覆盖了反复出现的动词和产出,再决定是否补充其余能力项。