履歷中的7秒法則是什麼?
作者 Aaron Cao · 更新於

7秒法則是指,招募人員第一次瀏覽履歷大約只花七秒鐘這個說法。它源自對招募人員的眼動追蹤研究,而非任何招募政策,且僅描述最初的掃視階段,而非完整的審閱過程。
7秒這個數字從何而來?
這個數字可以追溯到求職網站發布的眼動追蹤研究,該研究記錄了招募人員在翻閱履歷時的視線落點。較早一輪的研究報告時間大約是六秒,較晚一輪的研究報告平均時間略長一些,而這個整數就被固定為7秒法則。
關於這一點,有兩件事值得釐清:
- 它衡量的是初篩環節,也就是把一疊履歷分成「可能」和「不行」兩類的那次掃視。通過這一關的履歷之後才會被認真閱讀。
- 這是招募人員與履歷量的平均值,而不是任何人強制執行的計時器。招募經理為一個資深職缺審閱六位應徵者的方式,與招募人員處理數百份履歷的方式截然不同。
把它當作一條鐵律,那就是以訛傳訛;把它當作對一疊履歷如何被初篩的描述,它就是一個有用的設計限制——本頁接下來正是這樣使用它的。
在那幾秒鐘裡,招募人員會看什麼?
你可能已經把第二頁上的某一條要點改了三次,卻不知道是否真的有人會讀到它。這一節要說的是,第一次掃視究竟會落在哪裡。答案是一份簡短且可預測的清單,而且幾乎全部集中在第一頁的上三分之一處。
- 姓名和目前職稱。這是第一個錨點,也是為什麼標題寫資深資料工程師比寫成果導向專業人士更有效的原因。
- 目前雇主。辨識度在這裡發揮著實際作用,這也是為什麼公司名稱應該獨立成一行,而不是埋在一段文字裡。
- 日期。被掃視用來查看是否有空窗期以及任職時長,順序就是如此。
- 先前的職稱和雇主。被解讀為一條職涯軌跡:這個人是否正朝著我們招募的這個職缺靠近?
- 所在地以及一兩個技能詞,前提是版面把它們放在視線本就會經過的地方。
研究描述的這種模式呈F形:先橫掃頂部,再沿左邊緣向下,中間再有一次較短的橫掃。第一頁右下角的任何內容,在初篩過程中基本上等於不存在。
如何為第一次掃視做設計?
這裡的每一項調整,都是為了把決定性資訊放進視線本就會經過的路徑裡。
- 在姓名下方加一行簡潔的職稱,與你所申請的職缺相符。
- 每段經歷開頭都用雇主、職稱和日期佔滿一行,且順序如此。
- 要點開頭先寫結果,而不是背景鋪陳。一條要點的前四五個字才是會被抽樣閱讀的部分。
- 讓上三分之一保持沒有大段摘要文字。密密麻麻的文字段落會被跳過,卻佔據了頁面上最有價值的位置。
- 使用單欄版面。雙欄版面會打亂F形掃視路徑,也常常會破壞解析器的辨識。
- 讓你最強的一段經歷不需捲動或翻頁就能看到。
設想一位在三家代理商工作了十一年的行銷經理。她原本的履歷開頭是一段五行的個人簡介,結果初篩的掃視落在了大段文字上,而不是職稱上。把她目前的職稱和雇主移到這段文字之上,並沒有改變她的任何經歷,卻徹底改變了第一次掃視看到的內容。
履歷產生器預設就按這個順序排版,因此在你打磨措辭的同時,上三分之一始終保持易於掃視。
AI篩選之後,這條法則還適用嗎?
適用,而這兩個步驟很容易被混為一談。自動化篩選先進行,把整份文件當作文字來讀取,因此完全不在意視覺層次。7秒掃視發生在這之後,也就是當有人打開這份已經進入候選名單的檔案時。
- 解析器需要清晰的結構、標準的標題,以及職缺說明中使用的用語。
- 掃視需要一種視覺層次,把職稱、雇主和日期放在視線最先落到的地方。
- 這兩者並不衝突。使用標準標題的單欄版面可以同時滿足兩者,這也是它始終是首選建議的原因。
只為解析器優化的履歷,在人眼看來就是一份關鍵字清單。只為人眼優化的履歷,仍可能無法被正確解析。相關問題都收錄在履歷主題頁中。