你花了 3 个小时在 Canva 里精心调好简历，看起来很漂亮。周末投了 25 份职位，周一早上：一片寂静。问题不在你的工作经历——而在那个让你简历"看起来漂亮"的设计，恰恰是让它在 ATS 解析器眼里变得完全不可读的设计。把简历改成 ATS 友好版只需要 15 分钟、6 个步骤。建议先免费扫描你的简历看一眼现状再往下读。
为什么要先把格式调对再做其他事
ATS 友好简历是指解析器能干净读出的简历：单栏、纯文本章节标题、标准无衬线字体、优先 .docx。大约 75% 的简历在 HR 看到之前就被刷掉，最常见的原因不是经历弱——而是解析器抽不出内容的格式。修好格式，回复率立刻上升，一个字都不用改。
如果你还不太理解 ATS 是怎么处理简历的，先看 《什么是 ATS？》 打底，本文是在那个理解之上的实操手册。
开始前你需要准备的
3 样东西：
- 你当前的简历 —
.docx或.pdf（需要时我们会转换）。 - 一份你即将投递的真实 JD（职位描述）— 第 4 步会用它来定制关键词。
- 15 分钟时间 — 不用从头重写；这是格式改造，不是内容改造。
第 1 步：拆掉所有花哨设计
拆掉花哨设计是杠杆最高的一步——它修复了绝大部分静默拒信背后的解析器故障。打开简历，另存一份命名 resume-ats.docx，删掉所有不是单栏纯文本的元素。
- 删掉双栏布局和侧边栏。 解析器从左到右逐行读，分栏会被串行交错解析，你的职位名会被混进技能列表里。
- 删掉表格和文本框。 单元格内容被乱序读取，很多解析器遇到表格就直接放弃。
- 删掉照片、图标、技能评分条/星星。 图片里的文字对解析器是不可见的。
- 删掉彩色背景、装饰边框、水印。 它们对解析器没有任何信息价值，有时还会让 PDF 抽取失败。
如果拆完设计版面塌了——正是目标。在 Canva 预览里"显得朴素"的简历，正是 ATS 能干净读出的那种简历。
第 2 步：章节标题改成纯文本
ATS 解析器是通过精确匹配章节标题字符串来把文档切成正确字段的。创意标题会被完全忽略，结果就是那些标题下的内容根本没有被对照 JD 评分。把可爱标题替换成它的标准等价：
| ❌ 创意 | ✅ 纯文本 |
|---|---|
| 我的旅程 | 工作经历 (EXPERIENCE) |
| 我能带来什么 | 技能 (SKILLS) |
| 工具箱 | 技能 (SKILLS) |
| 探险记 | 项目经历 (PROJECTS) |
| 求学之路 | 教育背景 (EDUCATION) |
| 故事开始 | 个人简介 (SUMMARY) |
可以用全大写或首字母大写，但字符串本身必须是标准名之一：Summary / Experience / Education / Skills / Certifications / Projects / Languages。超出这个清单的，解析器能不能识别就是抛硬币。
第 3 步：联系方式从页眉移进正文
把姓名、邮箱、电话、城市移到文档正文的前两行——不要放在 Word 的页眉/页脚区域。很多解析器默认跳过页眉/页脚，结果就是简历存进候选人数据库时完全没有姓名。
第一行：姓名，14-16 号。第二行：邮箱 · 电话 · 城市,省 · linkedin.com/in/...。就这样。不要 logo、不要 tagline、不要 banner。
第 4 步：针对每个 JD 定制关键词
针对 JD 做关键词定制，是同一份简历能从 62 分跳到 88 分的关键。打开职位描述，找到"任职要求 / 必备技能 / 工作职责"里出现的 Top 5-8 个短语，原文一字不差地写进你的简历要点里。
铁律是 原文一次。如果 JD 写：
- "stakeholder management" → 不要写 "managed stakeholders" → 写 "stakeholder management"
- "data pipeline" → 不要写 "ETL flows" → 写 "data pipeline"
- "Agile" → 不要写 "iterative process" → 写 "Agile"
不是在堆关键词，是在匹配解析器的字面比对。每个短语自然出现一次就够了。同一短语写 5 次会触发现代 ATS 的关键词堆砌惩罚，被真人看到也会觉得很怪。
这一步是预投扫描分数跳升的主要来源。如果本文你只做一件事，就做这一步——具体什么算"好"分数、背后的数学逻辑，看 《ATS 评分详解》。
第 5 步：存成 .docx（只在必须时才用 PDF）
存成 .docx，能投 .docx 就投 .docx。.docx 是 ATS 解析器最早就是围绕它建的格式，几乎所有解析器都能干净地吃下来。只在表单强制要 PDF 时才用 PDF——而且只用文字版 PDF（从 Word 或 Google Docs 导出的，不要从设计工具里"另存为 PDF"导出的扁平化图片）。
快速测试：打开 PDF，试着选中一行文字复制。如果文字按字符复制出来，PDF 是解析器可读的。如果复制不出来或复制出乱码，PDF 是图片版，90% 的 ATS 解析器读不了。
第 6 步：投递前过一遍扫描器
最便宜的"验证 15 分钟修改有没有奏效"的办法：把定制好的简历 + 真实的 JD 粘进在线 ATS 简历扫描器。会给一个 0-100 匹配分、列出缺失关键词、标出剩余格式问题。投递前的目标是 80+。
你可以在这里免费扫描，首次不需要注册。扫描器还会标出第 1-5 步漏掉的小问题（一个没删的文本框、一个位置不对的页眉），让你投递前最后修一遍。
被低估最深的是第 2 步（纯文本章节标题）。 很多简历过了第 1 步（单栏、纯字体），但仍然失败——因为像"工具箱""我的旅程"这种创意章节名根本没被解析器识别，所以里面的要点根本没有对照 JD 打分。
常见错误避坑
- 不要用白字或排到页面外的方式堆隐藏关键词。 现代 ATS 解析器会把"不可见文本"模式标记为可疑；被招聘官肉眼发现也会直接拒。
- 缩写要至少完整写一次。 第一次写 "Project Management Professional (PMP)"，后面就可以只写 "PMP"。解析器两种都匹配。
- 文件名别花哨。 不要叫
mary-best-resume-final-v3.docx，用firstname-lastname-resume.docx。有些 ATS 会把文件名当备用姓名字段建索引。 - 删掉无关章节（爱好、Reference、照片）。它们占版面也不被 ATS 评分。Reference 该单独一份文档，对方索取时再发。
- 不要同一份通用简历投 50 个岗位。 哪怕每个岗位只花 10 分钟做第 4 步关键词定制，效果也胜过 50 份无针对性投递。具体数据见 《如何打败 ATS：10 个让简历被拒的错误》。
常见问题
什么是 ATS 友好的简历格式？
ATS 友好简历格式是单栏布局 + 纯文本章节标题（工作经历、教育背景、技能）+ 标准无衬线字体（Arial / Calibri / Helvetica，正文 11-12 号）+ 不带图片或表格 + 存成 .docx。完整的字体 / 间距 / 文件类型规格见 《ATS 友好简历格式规范》。
把简历改成 ATS 友好版需要多久？
现有简历约 15 分钟——大部分时间花在第 1 步（拆设计）和第 4 步（关键词定制）。从零开始写一份 ATS 友好简历约 60-90 分钟（含内容）。
该投 PDF 还是 .docx？
优先 .docx。 只在表单明确要 PDF 时才用文字版 PDF。扫描版 PDF 和从设计工具（Canva / Figma / Photoshop）导出的 PDF 几乎都解析不了。
哪些字体是 ATS 友好的？
Arial / Calibri / Helvetica / Times New Roman / Georgia。 避开装饰字体或手写体（Comic Sans / Brush Script / Lobster 等），以及任何不是 Microsoft Office 或 Google Docs 自带的字体。
ATS 友好简历会不会让 HR 觉得无聊？
看起来是干净，不是无聊。HR 第一眼只看 6-8 秒，他们在找关键词匹配和清晰结构，不是在欣赏设计。资深 HR 反而明确偏好单栏简历，因为更快扫读。
怎么知道我的简历真的能通过 ATS？
用你要投的那份真实 JD 跑一次在线 ATS 简历扫描器，一分钟内拿到 0-100 分、缺失关键词清单和格式问题。可以在这里免费扫描，首次不需要注册。
