先說一個很常見的情景
你花了一下午排版，用了網路上找的某個設計師模板，雙欄版面、圖示點綴、進度條展示技能——看起來確實比預設模板高級不少。
投了 30 份履歷，幾乎沒有回覆。
你開始懷疑是不是自己經歷不行。但問題可能出在一個你壓根沒想過的地方：ATS 系統壓根沒讀完你的履歷。
ATS（Applicant Tracking System）是大部分中大型公司用來收履歷、篩履歷的系統。它讀履歷的方式和人類完全不一樣。它不靠「看」，靠解析文字結構。雙欄版面對它來說就像兩份文件拼在一起，分不清哪邊是主要內容。
這不是「排版不重要」的意思，而是排版的首要目標應該從「好看」變成「好讀」——對機器好讀，對人也好讀。
問題 1：雙欄和多欄版面
ATS 解析履歷的邏輯通常是從上到下、從左到右逐行掃描。雙欄版面意味著閱讀順序是割裂的：
左欄：姓名｜技能｜聯絡方式
右欄：工作經歷｜教育背景
ATS 讀取順序：姓名 → 技能 → 聯絡方式 →（跳回左欄？還是繼續右欄？取決於系統實作）
結果就是工作經歷和專案經歷可能被漏掉，或者和教育背景混在一起。
怎麼處理： 單欄版面是最安全的。如果實在想用雙欄，確保左側放次要資訊（技能、語言、證照），右側放主要內容，並且用 PDF 而非 DOCX 匯出。
但說實話，我建議直接單欄。好看的單欄模板很多，不需要在這個點上冒險。
問題 2：資訊用圖片或圖示代替文字
電話號碼用 📞 開頭，信箱前面加個 ✉️，技能用五星評分或進度條展示——
這些對讀者來說很直觀，但 ATS 看不懂圖示和圖片。它讀出來的是亂碼或者乾脆跳過。
怎麼處理： 聯絡方式用純文字，不要加 emoji 或圖示。技能不要用進度條或星級，用文字列出即可。「Python：熟練掌握」比一個 4/5 的進度條有用得多——對人來說也是。
問題 3：標題和區塊標記不清晰
有些模板用花俏的字型或背景色區分區塊，但沒有明確的文字標題。ATS 需要靠關鍵詞來識別「這是工作經歷」「這是教育背景」。
如果「工作經歷」這個區塊的標題寫成了「Work」、「Experience」或者乾脆沒有標題，系統可能就識別不出這是一個獨立區塊。
怎麼處理： 用標準的標題詞：「工作經歷」、「教育背景」、「專案經歷」、「技能」、「自我評價」。不要用「關於我」、「我的故事」、「走過的路」這種創意命名。
問題 4：PDF 中的文字不是可選中文字
有些工具生成的 PDF 本質上是掃描件或者圖片嵌入——文字在視覺上存在，但不可選中、不可複製。ATS 讀到的是一張圖，不是文字。
怎麼處理： 用正規工具匯出 PDF。Word 匯出、Google Docs 匯出、或者用支援文字格式的線上工具。匯出後可以選中一段文字複製一下驗證——如果貼出來是亂碼，ATS 也一樣讀不了。
問題 5：縮寫和全稱混用
ATS 在做關鍵詞匹配的時候是按完全匹配邏輯來的。你寫「Google Cloud Platform」但 JD 寫的是「GCP」——系統不認為它們是一個東西。
反過來也一樣。JD 寫了「Software Engineer」，你履歷寫的是「SDE2」，匹配不上。
怎麼處理： 第一次出現的時候寫全稱＋縮寫，後面可以只用縮寫。比如：「自然語言處理（NLP）……後續在 NLP 領域……」
所以 ATS 友善的履歷長什麼樣
用 Checklist 來說就是：
- 單欄版面
- 標準區塊標題
- 純文字聯絡方式（無圖示、無 emoji）
- 技能用文字描述而非進度條
- PDF 文字可選中和複製
- 關鍵詞與 JD 對齊（全稱縮寫都涵蓋）
- 字級不小於 10pt
- 不用頁首頁尾放關鍵資訊（部分 ATS 會跳過）
以上這些都不會讓你的履歷變得難看。真正好的履歷排版是「人看著清晰、機器讀得準確」，不是「人看著花俏、機器讀不出來」。
如果你不確定自己的履歷在 ATS 眼裡是什麼樣的，可以上傳試試 DeepResume 的免費診斷——它會告訴你哪些地方會被系統漏讀或者誤解，附帶具體的修改建議。