2022招聘季｜从招聘方的角度理解求职

0 起因

前些日子，有位同学找我咨询求职问题。他本科专业其实不错，但是第一份工作没找好，所以只好报了家培训班，想社招之路走得更稳一些。结业之前，他担心培训班就业辅导不够，也找了几位外部导师帮忙。其中就包括我。

熟悉我的人都知道，我比较反对报培训班，因为：

1. 性价比太低。
2. 培训班里真正有实战经验的很少，大部分都是纸上谈兵。

这次咨询也基本印证了我的观点。所以我想再分享一下，到底招聘方的情况是怎样的，他们有哪些需求，准备简历的时候应该注意什么，面试的时候又应该注意什么。

1 企业要招人

1.0 产生需求

某天，老板想做个产品。我们假设公司里已经有靠谱的技术团队和技术管理，那么，技术主管很快就会梳理需求，落实到岗位和个人，如果他发现，目前的人力无法应对满足需求，就会启动招聘。

1.1 产生岗位描述（JD）

岗位描述（简称 JD），即这个岗位职责是什么、需要哪些职业技能、工作地点和福利待遇等，是招聘前必须准备好的物料。

产品确定、需求确定，所以岗位需求和岗位职责基本也是确定的。 此时技术主管一般会找来以前的 JD，改一改职责和需求，完成新的 JD。然后 ta 会把 JD 发给招聘负责人（多半是 HR），上传到招聘网站、开发者社区、公司招聘库等等。

比如 Code.fun 加入我们 就是一份很典型的 JD。

1.2 筛简历

一段时间后，HR、技术主管会从各种渠道获得一大批简历。于是他们就要从这一大堆简历快速筛选出能满足岗位需要的候选人。

怎么筛呢？一般是关键词。 拿我某项工作来举例，我当时负责开发的 Showman 产品，是浏览器插件，界面部分采用 Vue，需要兼容 Puppeteer API。那么在我招聘的时候，就会很重视候选人这几方面的经历。因为匹配度越高，他能顺利接手工作、快速度过适应期的可能性就越大。

找到关键词之后，HR 可能会接受简历，转发给岗位负责人，即初筛。而岗位负责人则会结合候选人的教育经历、职业经历、项目经验等，判断这些关键词的可靠性与含金量，最终再筛选出其中最合适的一些人进入面试环节。

1.3 面试

招聘方从成百上千的简历中筛选出了若干的“看起来”比较合适的候选人，接下来，就要约过来面试聊聊，看看哪些人真正合适。

面试的过程，其实是验证简历的过程。 张三简历里说，他开发过浏览器插件，但是这个插件有多少用户、运营过多久，在开发过程中解决过多少问题，并没有写得非常详细；即使写得很细，也未必跟他有关系。所以作为面试官，我就需要再面试中弄清楚，这项职业经历对他来说，是加分还是减分，甚至是一票否决。

除了验证简历，面试还可以让招聘方初步了解候选人的非职业特性，比如沟通能力、语言概括能力、接人待物能力，等等。这些东西在招聘中占比不大，不过在诸多候选人的技术能力拉不开差距的时候，也会是必要的判断依据。

1.4 多轮面试

单场面试时间有限，通常做不到面面俱到。所以面试通常不止一轮。每个面试官关注的点不一样，比如 A 关注项目经验、B 关注代码实现能力、C 关注职业规划等。最终 ABC 的观点会汇总到一起，给每个候选人一个总评。

接下来，面试进行到一定阶段，总评过关的人数积累到一定数目，公司就会给其中比较出色的几位发 offer，然后就是入职试用转正，略过不谈。

2 我们应该怎么做

2.1 简历要有针对性

正如前文所说，企业收到的简历量很大，筛简历的压力也很大。通常来说，招聘方负责人会花在每个简历上的时间很短，基本上就扫一遍，有必要的关键词就再看仔细一点，没有就直接扔掉。

很多同学只做一套简历，投所有企业所有岗位。在这种情况下希望渺茫：A 公司招数据可视化，B 公司招小程序开发，C 公司主做移动端，三家公司的岗位要求差异很大，一套简历很难覆盖不同公司的不同需求。

有同学说那我简历里把所有技术关键词都写上可以么？很遗憾，招聘方也不是傻子，你的工作年限和项目经验、技术专长不符，也难逃直接扔掉的命运。或者简历太长，重点不突出，要费力查找关键词，招聘方多半也会直接扔掉。

当然，为每家公司单独准备一份简历成本太高，也不现实。所以，推荐的做法是：

1. 准备一份比较通用的简历，不要太长，写上自己最擅长的东西，最能凸显自己特长的经历，用来海投，碰运气。
2. 对自己比较中意、比较重视的公司，单独准备简历，突出该公司招聘岗位需要的知识、技能、项目经验等，专门投递。
3. 同时精投的公司不宜过多，避免面试扎堆，影响准备时间。

2.1.1 特殊技巧

（我再想想要不要写……）

2.2 简历要尽可能真实，面试前也要做好准备

前文也提过，面试是验证简历的过程。能够走到面试这一步，说明招聘方认为候选人的履历可以满足岗位需求，接下来就是要对简历验真，以及判断候选人的发展潜力和综合排名。

所以简历里的内容可以适度美化，但一定不要做假。为什么呢？面试时间有限，面试官不会针对简历中的每一项进行审查，而是对自己关注的、擅长的领域盘问，也就是大概抽查 20% 的内容，给整份简历打分。

如果候选人简历有做假，面试时被面试官发现，ta 可不会只扣这一条的分，而是整份简历都显得不可靠，都要扣分。即使剩下的部分都是真实的，但是没有被抽检到，就不会改变面试官的判断。甚至，如果连问两条都不符合预期，可能就会直接中止面试。

面试前的准备也要尽量做好。比如你参考上一条建议，优化了简历内容，突出以前的某段项目经历以匹配特定关键词。那么这个时候最好回顾一下，审视一下当时的技术方案有何得失，哪里值得改进，自己的工作有何值得称道的地方，等等。然后搜搜看该领域目前的发展状况。不要面试官问起来，这个想不起那个不知道，好好的加分项直接被干成减分项。

2.3 项目经验要择优表现

通常来说，简历不要太长，因为筛简历的人不会有那么多时间认真仔细的读。有人说不要超过一页，我觉得不用这么极端，但是三页绝对是极限了。短简历更容易突出重点、突出优势。

所以通常来说，我们要对项目经验进行取舍，不要把每个项目都罗列出来，即使是海投简历，也要选择会增加自己竞争优势的项目，写到简历里。

比如，某位培训班同学的简历里，介绍 ta 做过的某个全栈项目，混用 MySQL + MangoDB，koa2 + express。这就很奇怪，这两组技术产品定位冲突，在实际生产中，几乎不会混用。所以这样的项目经验就只能减分。还有，在一些同学的简历里看到，他们这两年都还在用 easyui、jquery 做项目，我当然不否认这些传统框架也能完成产品需求，但是写到简历里，就不要指望它们还能帮你加分。

如果，极端情况，你的项目经验都很差，那我建议你抓紧时间参与一些能给自己加分的项目，不管是开源的、商用的、独立项目都可以，别憨憨的写一堆没价值的项目，然后抱怨拿不到面试机会。

2.4 职业经历/项目经历要能让面试官感知到你的优势

很多同学写简历写到职业经历和项目经历时会写的特别平铺直叙、没有重点、缺少关键信息。比如，做过 OA 系统，就把自己负责的模块都列举一下，或者把流程叙述一遍。这样的信息对面试官来说毫无意义：OA 系统大部分人都用过或了解，公司内的工作流程基本也大同小异。这样的简历基本难逃扫一眼直接丢掉的命运。

提升面试官感知有三个方法：

1. 列数字。比如：“我使用了xx方法，使得首页打开速度提升了 40%”，或者“我们把测试覆盖率做到 100%”，等等，让面试官一下就能形成具体认知
2. 举方案。有一些成型的优秀方案，但不是套个库就行，实施起来有一些难度，就很适合写到这里。比如：应用设计模式、分布式多线程、灰度增量，等等。如果能配合上面的“列数字”方法，效果更佳
3. 引用其他人的评价。有时候我们想写数字，但是无奈不负责统计，拿不到数字，乱写又担心被面试官挑战，也可以写别人的评价，比如：“产品总监评价此功能至少带来 5% 的总访问量提升”

提醒大家，如果你要用这个方法吸引招聘方注意，那就要做好相应的准备，避免偷鸡不成蚀把米。比如，你要写数字，就要知道数字是怎么统计出来的；你要写方案，就要写有说服力的方案。

2.5 面试时找机会突出自己的优势

目前来看，招聘方占据优势，是买方市场。招聘方会在众多候选人当中选择最好的几个发出 offer。所以我们在面试时，不仅要证明简历上写的都是真实可靠的，还要抓住机会，展现自己的优势。不然，平平淡淡拿到一个中等分数，可能在招聘方的眼里，只是一块“鸡肋”。

别的岗位就不说了，只说技术开发岗。

通常来说，技术研发，简历外，通常需要在面试中展现的能力主要有：

1. 沟通能力
2. 业务理解能力
3. 主动学习的习惯和能力
4. 积极思考的习惯
5. 解决问题的韧性和积极性

这些条件可能不足以形成一票通过/否决，但会影响你在同一批候选人里的排名，也要尽量好好表现。另外，不同的公司、职级、岗位，可能也有不同的权重，我就不详细解说了。

---

总结

大家在求职面试时，不仅考虑到自己，也要多多站在招聘方的角度想一想，对方的环境、对方的需求、对方的判断方式，你应该怎么应对。哪些东西可以不写/说，哪些东西应该强调，哪些东西会加分，哪些东西会减分。一件事情做与不做，是这么做还是那样做，一篇文章一个问答，我们是否要照做，都可以用这个方式来判断。

希望大家都能找到满意的工作。有任何想法和意见，也欢迎留言讨论。

本文参与了 SegmentFault 思否征文「如何“反杀”面试官？」，欢迎正在阅读的你也加入。

本文原载于 我的博客，两边同步沟通，欢迎访问。