如何写一份真正被阅读的简历。

1. 选择一个格式。倒叙时间顺序是90%申请者最安全的选择。功能性和组合格式立即引起招聘人员(他们学过这意味着「掩盖空白」)和解析器(它们期望有日期的工作历史块)的警觉。两个例外:没有先前行业经验的职业转换者,以及具有项目导向而非角色导向历史的高级顾问。

2. 标题,正确的方式。名字用14到18pt,职位标题在下面,然后一行包含电子邮件、电话、城市、LinkedIn。不要在文档中放您的照片。不要将整个标题放在文本框中(大多数解析器忽略浮动框架中的内容)。不要居中所有内容:大多数解析器从左到右读取,在居中的多元素标题上会丢失行序。

3. 摘要,仅当它增加些什么时。说「以结果为导向的专业人士,对卓越充满热情」的摘要是2行评分打击。说「在Stripe和Cloudflare构建分布式系统9年的高级后端工程师;专攻支付基础设施和高吞吐量Kafka管道」的摘要值得保留。如果您不能写后者,跳过摘要。

4. 经验,带量化要点。每个角色:公司、职位、地点、日期。然后3到6个要点。每个要点以强动词(构建、发布、领导、负责、扩展)开始,放置具体的工件或系统,并在可能的情况下以量化结果结束。「构建X」比「构建处理每秒12k请求的X」弱,后者比「构建处理12k req/s同时将p99延迟降低38%的X」弱。

5. 技能,去重并分组。按类别分组(语言、框架、基础设施、工具)。不要重复经验要点中已经出现的技能。不要用隐含的填充(2026年没有工程师需要列出「Git」)。包括规范名称而不只是缩写,因为一些ATS正则匹配长形式:「AWS (Amazon Web Services)」、「GCP (Google Cloud)」。

6. 教育和认证。学位、学校、年份。如果年份比15年前更早且角色是高级,去掉年份以避免年龄筛选。认证放在教育下面,除非角色严重依赖认证(安全、金融、医疗保健),在这种情况下它们放在自己的块中。

7. 可选部分。项目(对早期职业工程师很好)、出版物(学术、研究、技术作者)、演讲、开源、所讲语言。保持紧凑:一行解释的项目比没有项目更糟。有地点和年份的演讲就够了。

错误:解析器从上到下读取的两列布局。修复:坚持单列。如果您必须使用侧边栏,在PDF结构中标记它(我们自动为Contemporary模板这样做)。

错误:图像内的文字或栅格化的PDF。修复:始终导出带有可选择文字的PDF。如果您的简历文字在Acrobat中可选择,解析器可以读取它。

错误:用于结构化经验的表格。修复:要点,不是表格。解析器不可预测地重新排序表格单元格。

错误:自定义部分名称(「我的旅程」、「冒险」)。修复:使用「经验」、「教育」、「技能」、「项目」。解析器对这些做正则。

错误:页眉和页脚(页码、重复的联系信息)。修复:大多数解析器会剥离它们。不要在那里放置承重内容。

错误:不嵌入PDF的异常字体。修复:坚持广泛许可的字体(Inter、Newsreader、Calibri、Cambria)。每个cvoracle模板都将字体嵌入PDF中,这样字体替换就无法重新流动布局。

以弱动词开头的要点(从事、帮助、负责、协助)会被招聘人员和结果密度子分数降级。按它们暗示的影响类型分组的更强动词:

构建 / 发布:构建、发布、推出、设计、架构、实现、工程化、原型化。

领导 / 拥有:领导、拥有、指导、率先、管理、主持、协调、指导。

增长 / 提升:增长、扩展、翻倍、三倍、提升、加速、增加、推动。

减少 / 节省:减少、削减、简化、消除、节省、优化、整合、重构。