你打开了关于理想职位的每日邮件,但发现该列表已经上线五天了。你没有看错——以下是数据从企业招聘页面到你收件箱的实际流程。
大多数积极求职者最终会注意到同样的规律:工作提醒邮件来了,职位看起来很理想,你点进去,发布日期显示"5天前"或"1周前"。当你真正申请时,你发现已经有200人抢在你前面了。等你进入人工筛选阶段时,招聘人员已经在进行候选名单面试了。
这不是任何一个求职网站的缺陷。这是整个聚合层架构方式的必然结果。
几乎每家现代企业都通过申请人追踪系统(ATS)发布职位。按大致市场份额排列的主要ATS:
当企业发布职位时,一旦它在其ATS上上线,一个公开的URL就存在了。该URL是权威的信息来源。其他一切——聚合网站的列表、赞助帖子、招聘人员的批量推送——都是下游。
主要求职网站通过三种机制之一从这些ATS系统中获取职位信息:
一些ATS供应商提供合作伙伴API,将新职位推送给选定的聚合网站。这是最快的路径——通常从发布到索引只需几分钟——但仅用于高付费的合作关系,而且聚合网站在将职位展示给搜索之前仍需要去重、分类和质量过滤。
聚合网站按照礼貌性的计划访问每家企业的招聘页面(通常每天一次,有时更频繁),下载HTML,并解析出各个职位。这是延迟的主要来源——即使每天只访问一百万个企业页面一次也是庞大的基础设施工程,大多数聚合网站会优先处理其爬取任务,使高流量企业比长尾雇主被更频繁地爬取。
较小的雇主和招聘机构通过聚合网站的表单或数据流直接提交职位。这对提交者来说很快,但往往会引入噪音(重复列表、副本,有时甚至是完全虚假的职位)。
在此之上:聚合网站运行自己的排名和新鲜度信号,因此即使在一个职位被索引之后,它也可能不会立即出现在你的保存搜索结果中。他们首先优化"为该用户推荐合适的职位",其次才是"最新的职位"——而这两个目标确实存在权衡。
管道中的每一步都增加了延迟。一个职位到达你保存搜索邮件的典型时间线:
最好的情况下,你在职位上线24小时后看到它。最坏的情况下,一周。对于知名雇主的职位——它们收到申请最快——即使24小时也已经是显著的劣势。
三件事,按有效性排序:
1. 直接ATS监控(这就是FirstPost所做的)。如果你直接监控ATS端点,你就跳过了整个聚合层。大多数ATS系统会公开一个JSON或RSS数据源,展示企业的公开职位——这就是企业自己的网站如何呈现招聘页面的。这是除了身在企业内部之外最快的信号来源。
2. 小众社区。对于大多数领域,都有一个由真人运营的小型社区求职网站或通讯,能在数小时内发布职位。这些社区覆盖范围较小但更新更及时,提交过滤通常意味着质量高于大规模聚合网站。
3. 对精选列表的直接申请提醒。如果你有一个20到50家雇主的目标清单,每天自动检查那些特定的招聘页面比在整个LinkedIn上进行通用保存搜索更有用。你是在用广度换取速度和信号质量。
每种搜索策略都是在广度、新鲜度和信号质量之间的权衡。聚合网站以牺牲新鲜度和信号质量为代价来最大化广度。直接监控以牺牲广度为代价来最大化新鲜度和信号质量。
对于积极求职者——尤其是任何瞄准特定雇主或竞争性职位的人——计算结果通常有利于新鲜度。你在第一天投递的职位和你在第五天投递的职位,在招聘人员看来并不是同一个机会,即使它们是同一条列表。