應徵者追蹤系統並不「讀」你的履歷，它解析：把文字從檔案裡抽出來，再試著歸進一個個欄位——姓名、聯絡方式、每段工作的職稱和起訖時間、學歷、技能。之後招募人員就按這些欄位搜尋和篩選。接下來的一切，都取決於這次解析成不成功。[1]
分欄和表格
程式按檔案儲存的順序讀文字，而雙欄排版的儲存順序常常是左欄從上到下、然後右欄——更糟的情況是一行一行橫跨兩欄。於是你的職稱挨著一項技能；你的日期貼到了別段工作上。履歷在螢幕上好看，到了那邊是一堆雜訊。[2]
表格是同一個問題，只是帶了框線。很多履歷範本用一個看不見的表格把日期靠左、職稱靠右對齊；程式看到的是儲存格，不是對齊。
程式叫不出名字的小標題
程式會去找它認得的欄位標題：工作經歷、工作經驗、學歷、技能。「我的旅程」「我待過的地方」「我的工具箱」是給人看的標題，而一個無法歸類某個欄位的程式，可能把它丟掉，也可能併進上一個欄位裡。
這個修法不花你任何成本：用最普通的那幾個詞。有意思的部分放在欄位裡面寫。
不是文字的文字
聯絡方式放在頁首的圖片裡。姓名做成了標誌。技能用圖示表示。凡是檔案當成圖片存下來的東西，對程式都是看不見的——而一份文字裡沒有電子郵件地址的履歷，是一份沒人能回覆的履歷。
Word 裡的文字方塊和形狀也一樣：有的會當成文字匯出，有的不會，而你要等到出問題那天才知道是哪一種。
它讀不懂的日期
「2019 — 至今」「2019.03—」「2019-2021」「自 2019 年起」。程式得算出每段工作持續了多久，格式混在一起就只能讓它猜。選一種格式，全篇統一。寫到月份就夠了。
字型、PDF，還有最後一個坑
從設計軟體匯出的 PDF，有時會把每一行當成一個獨立物件、完全沒有閱讀順序，偶爾還會把文字存成外框——是圖形，不是字。改用 Word、Google 文件或履歷編輯器匯出，然後這樣驗一下：在 PDF 裡全選文字，貼到一個沒有格式的地方。如果你在那裡看到的是順序正常的履歷，程式看到的也會是。
這項檢查做什麼
它先按程式的方式讀你的履歷，再按招募人員的方式讀一遍。評估從結構開始：哪些欄位它叫得出名字、每段經歷的日期是否可讀、聯絡方式那一塊是不是文字，以及什麼——分欄、表格、圖片——擋在中間。之後才是用字上的發現，因為一份解析得完美、但什麼也沒說清的履歷，照樣拿不到面試。
你在編輯器裡打開履歷時，它已經在一個單欄範本裡了。範本隨你換；這裡的每一個都能被正確解析。