幾個(gè)月前，一個(gè)朋友給我看他追蹤求職申請(qǐng)的表格。超過(guò)150條記錄。奇怪的是，問(wèn)題不在于努力——他申請(qǐng)得很規(guī)律，項(xiàng)目經(jīng)歷不錯(cuò)，定期刷算法題，甚至還有實(shí)習(xí)經(jīng)驗(yàn)。但回復(fù)率慘不忍睹。大多數(shù)申請(qǐng)的結(jié)局是：沒(méi)回音、被拒、簡(jiǎn)歷被查看但再無(wú)下文。

一開(kāi)始我們歸咎于市場(chǎng)環(huán)境。然后是競(jìng)爭(zhēng)太激烈。然后是運(yùn)氣不好。但仔細(xì)審閱他的簡(jiǎn)歷后，我意識(shí)到一個(gè)重要問(wèn)題：未必是他的技能有問(wèn)題，而是簡(jiǎn)歷沒(méi)能把這些技能傳達(dá)清楚。當(dāng)我開(kāi)始深入研究簡(jiǎn)歷和招聘系統(tǒng)后，發(fā)現(xiàn)這個(gè)問(wèn)題極其普遍。

很多人想象中的招聘流程是：招聘人員打開(kāi)簡(jiǎn)歷→仔細(xì)閱讀→做出決定。但現(xiàn)代招聘通常不再是這樣運(yùn)作的。在許多公司，簡(jiǎn)歷在招聘人員看到之前，要先經(jīng)過(guò)ATS系統(tǒng)。ATS（求職者追蹤系統(tǒng)）本質(zhì)上是過(guò)濾系統(tǒng)，會(huì)掃描簡(jiǎn)歷中的關(guān)鍵詞、崗位相關(guān)性、格式、技能、經(jīng)驗(yàn)匹配度。如果簡(jiǎn)歷在這個(gè)階段表現(xiàn)不佳，可能永遠(yuǎn)到不了人工審核環(huán)節(jié)。

這個(gè)發(fā)現(xiàn)徹底改變了我看待簡(jiǎn)歷的方式。因?yàn)楹芏嗔钊死Щ蟮默F(xiàn)象突然說(shuō)得通了：為什么有些能力強(qiáng)的人拿不到面試機(jī)會(huì)，為什么通用簡(jiǎn)歷常常失敗，為什么視覺(jué)上好看的簡(jiǎn)歷有時(shí)表現(xiàn)反而很差。

我反復(fù)注意到的一個(gè)最大錯(cuò)誤是：人們把完全相同的簡(jiǎn)歷發(fā)給每家公司。說(shuō)實(shí)話，這也包括曾經(jīng)的我。反復(fù)重寫(xiě)簡(jiǎn)歷令人疲憊，所以這樣做感覺(jué)很高效。但公司在尋找非常具體的信號(hào)。前端崗位可能優(yōu)先考慮React、UI架構(gòu)、可訪問(wèn)性、性能優(yōu)化；后端崗位可能優(yōu)先考慮API、數(shù)據(jù)庫(kù)、可擴(kuò)展性、分布式系統(tǒng)。如果簡(jiǎn)歷過(guò)于通用，重要信號(hào)就會(huì)變得微弱。

比如，職位描述寫(xiě)著：Node.js、MongoDB、REST API、Redis。你的簡(jiǎn)歷寫(xiě)著：搭建后端系統(tǒng)。技術(shù)上沒(méi)錯(cuò)，但太弱。ATS和招聘人員不會(huì)自動(dòng)聯(lián)想到所有隱含細(xì)節(jié)。當(dāng)我開(kāi)始根據(jù)崗位更仔細(xì)地定制簡(jiǎn)歷后，差異變得明顯——不是立竿見(jiàn)影，但確實(shí) noticeable。

另一個(gè)反復(fù)出現(xiàn)的問(wèn)題：很多簡(jiǎn)歷描述了工作，卻沒(méi)描述影響。比如"負(fù)責(zé)認(rèn)證模塊"，這幾乎什么都沒(méi)說(shuō)。對(duì)比這個(gè)："搭建基于JWT的認(rèn)證系統(tǒng)，支持4000+用戶，提升登錄可靠性"。突然間：職責(zé)歸屬更清晰，規(guī)模變得可見(jiàn)，影響可以量化，工作顯得更有分量。