跳到博客正文

提前批投完,大多数人到九月会把同一份简历原样再投一次正式批。这两批筛人的方式不一样,同一份 简历总有一批吃亏。

要不要写成两份?要,但不是两份不相干的简历,是一份主简历加两个变体。真正要改的地方比你想的 少,三处。

提前批和正式批,筛的不是同一件事

提前批名额少、批次早,常常由用人团队自己发起,收到的简历量在一个人能读完的范围里。看简历的 往往就是你未来的直属或同组,他关心的是你能不能接手他手上的活。

正式批相反。同一个岗位几百上千份,先过硬性条件(学历层次、专业、毕业时间、是否应届),剩下 的才进人工。在这一层,你的简历要先被读到,才谈得上被读懂。

还有一个差别经常被忽略:提前批的公告里常常写着「面向有相关实习或科研经历者」。这句话是硬 条件。如果你手上确实没有对口材料,提前批的变体做不出来,别在措辞上耗时间。

这些都不是哪家公司公开的筛选规则,是从两批的规模和流程推出来的,具体到某一家以它自己的公告 为准。有的企业写明提前批未通过不影响正式批,有的不写,这两种情况对投递策略的影响完全不同, 投之前先把公告读完。

该改的三处:求职意向、项目顺序、技能栈详略

求职意向。 提前批的岗位挂在具体团队下面,写窄;正式批很多大厂按技术大类统招、进去再分配, 写公告上的原词。

原来写的 提前批变体 正式批变体
软件开发工程师 后端开发(Go / 分布式存储方向) 后端开发工程师

项目顺序。 排第一的项目决定对方读不读第二个。提前批把和这个团队最贴的放第一,哪怕它规模 不大;正式批把最能证明基本功、量级最大的放第一,因为初筛的人不一定懂那个细分方向。

「最贴」怎么判断,别凭感觉。把公告的岗位职责逐条读一遍,数你每个项目分别能对上几条,对上 最多的那个放第一。同一份简历投两个不同团队,这个数会变,顺序就该跟着变。

技能栈详略。 提前批可以写深:版本、你实际动过的部分、边界在哪,对面看得懂。正式批先确认 公告里反复出现的核心词在你简历上原样出现过,再往下展开。这里有个坑:中文简历导出成 PDF 后, 文本层经常把词切开,机器搜不到你写的那个词,自查方法见简历 PDF 的文本层这篇

不该动的部分:改多了反而出错

事实性内容一处别动:时间、学校、成绩排名、项目角色、联系方式。

排版也别动。两个变体用同一个模板,换模板会让分页整个重排,你以为只是换个风格,实际是把每一 页重新校对一遍。模板这件事在做变体之前定完,从模板库里挑一个就不要再回头。

自我评价、荣誉、兴趣这几栏同理。改它们的收益远小于改前面三处,时间花在这里是浪费。

两批都投同一家,简历不一样会不会被记一笔

多数招聘系统按手机号或身份证给候选人建档,HR 打开你的档案能看到你投过哪些岗。历史附件能不能 原样调出来,各家系统不一样,这一点我没把握。

能确定的判断标准是:差异只在侧重和顺序、事实完全一致,就没有问题。 针对不同岗位调整重心 是正常的求职动作,没人会因此觉得你不稳定。

会出事的是事实漂移。同一个项目,提前批写「负责人」,正式批写「核心开发」;同一段实习,一处 三个月,一处四个月。这类不一致,面试时对着两份简历一问就穿,性质和「侧重不同」完全是两回事。

改完变体,把两份并排看一遍,只看数字和身份词,五分钟。

顺带说一种常见的过度反应:提前批被拒之后,把简历推倒重写再投正式批。被拒的原因你通常拿不到, 推倒重写等于把原来对的地方也一起换掉。更稳的做法是只补短板,比如公告里反复出现、你简历上确实 没有的那项技能,有就补上,没有就承认这一批不占优势。

一份主简历带两个变体,怎么维护才不乱

一份主简历派生出提前批变体和正式批变体的关系示意图,两个变体只做删减和排序,改写箭头都指回主简历

规矩只有一条:所有改写只发生在主简历上,变体只做删减和排序。

主简历是全集,不投出去,长度不限,所有经历和细节都留着。变体从主简历复制,删掉不相关的段落、 调顺序、按目标裁一遍技能栈。变体里不出现主简历里没有的句子。一旦允许变体自己长内容,两个月 后你就分不清哪份是最新的。

不繁简历的编辑器里,简历列表上复制一份、重命名成「后端 / 提前批」这样的名字, 再打个标签,两分钟。

变体控制在两三个。再多,维护成本会超过它带来的收益。

变体裁完通常要重新决定页数,提前批的往往能压到一页,正式批的可以留两页。这个判断按工龄、 岗位类型和投递渠道分叉,见中文简历页数的决策树

还要记一笔:哪家投的是哪个变体。面试通知来的时候,你得知道对方手上那份里第一个项目是什么、 技能栈写到了什么程度。记在哪都行,投递表格加一列就够。到了面试才发现讲的和纸上写的不是一 回事,比简历本身写得差还麻烦。

投出去之前对一遍那三处:意向词是不是公告上的原词、第一个项目是不是最该被先读到的那个、公告 里反复出现的技能有没有漏。