有一個讓人不舒服的規律：你看到一個自己明明夠格的職缺，投出那份你一直在投的履歷，然後毫無音信。又一次。這份履歷並不差——它只是太通用了，而通用會輸兩次。它輸給篩選軟體，因為軟體拿你的文字對照的是這一則啟事的具體要求；它也輸給招募人員，因為對方只花幾秒鐘找一個證據：你適合這個職缺，而不是「泛泛地適合一些職缺」。
依職缺客製能同時解決這兩頭，而且是一次應徵裡報酬率最高的十五分鐘。不是每投一個職缺就把履歷打掉重寫——沒人撐得下去——而是一次聚焦的修訂：把你已有的、真實的經歷，對準這一家用人單位白紙黑字提出的要求。
這篇指南給你一套可重複使用的方法：讀啟事時讀什麼、改履歷時改什麼、什麼不要動，以及按下投遞之前怎麼驗證比對結果。
先說結論： 複製職缺說明，把裡面提到的每一項硬技能、工具、職稱和證照都標出來。凡是你確實具備、但履歷裡沒寫的，補上；把最相關的成果調到每段經歷的最前面；在技能區和個人簡介裡沿用啟事的原詞。最後做驗證：Resumy（免費、離線、Windows）可以讓你把職缺說明貼進去，直接看到履歷裡還缺哪些重要關鍵字——什麼都不用上傳。
為什麼客製有效
你的履歷有兩類讀者，客製同時對兩類都起作用。
軟體按字面讀。 申請人追蹤系統（ATS）會從職缺說明裡擷取關鍵字，再到你的履歷裡找——找的多半是接近的原詞，不是概念。「負責按迭代週期推進開發」並不能可靠地被識別成「敏捷開發」。而且招募人員在補職缺時也會直接在 ATS 裡按關鍵字搜尋履歷庫，一個缺失的詞會讓你即便過了初篩也一直隱形。（這套機器怎麼運轉，我們的 ATS 履歷檢測指南有完整展開。）
人按相關性讀。 招募人員一個職缺要掃幾十份履歷，每份只有幾秒鐘。一份客製過的履歷，會把「與本職缺相關」的證據放在每段經歷的第一條，用啟事本身的詞彙說話，並且直接回答唯一真正被問到的問題：這個人適不適合這個空缺？
同樣的十五分鐘能同時服務兩類讀者，因為他們對照的是同一份文件——那則徵才啟事。
客製不是什麼
先把邊界劃清楚，因為這條線很重要：
它不是說謊。 你從不聲稱自己沒有的技能，不把職稱誇大到面目全非，也不捏造經歷。客製的意思是，在不同情境下強調不同的真實的事——就像你聊自己的背景時，對技術面試官和對 HR 的講法本來就不一樣。
它不是堆砌關鍵字。 把啟事的關鍵字清單整段貼進履歷、一個詞重複五遍、藏白色文字——這些都沒用：現代系統會標記不自然的模式，而每一個越過篩選的人類讀者都看得出這套把戲。你補進去的每個關鍵字，都必須待在一句關於你真實經歷的、真實的句子裡。
它不是打掉重寫。 你維護一份母版履歷；每次投遞做一個針對性的版本。改動大概也就十來行。
15 分鐘客製法
第一步：維護一份母版履歷（一次性準備）
保留一份「什麼都有」的文件——每段經歷、每個專案、每項技能、每個成果，包括那些平時很少用到的。它是你的素材庫，永遠不會被投出去。客製版都是從它裁出來的，這比臨時把一份短履歷「擴寫」要快得多。
第二步：拆解職缺說明（3 分鐘）
把完整的啟事複製到一個文件裡，標出三類內容：
- 硬技能、工具和技術——語言、平台、方法論、證照（「Python」「Salesforce」「廣告投放」「預算管理」）
- 職稱和層級——啟事用的原詞，以及內文裡出現的近義寫法
- 反覆出現或被強調的主題——同時出現在開頭介紹和條件要求裡的東西，就是對方真正在意的東西
寫著「必備條件」的要求，優先級高於「加分項」；出現在啟事前半段的詞，通常也比結尾的制式文字更重要。
第三步：與你的履歷逐項對照（3 分鐘）
一個詞一個詞過：履歷裡已經有、缺失但你確實具備、你並不具備。中間那一類就是你的工作清單。最後一類直接跳過——誠實地跳過，沒有例外。
第四步：補上缺失的真話（4 分鐘）
把每個「缺失但屬實」的詞放進它自然歸屬的位置。技術類技能進技能區——用啟事的原始寫法，必要時把通用叫法並排寫上：「AWS（雲端基礎設施）」。經驗類的詞進對應那段經歷的條目裡：如果啟事強調「跨部門協作」，而你確實主導過行銷和研發兩邊的專案，就用這幾個字寫出來。如果啟事的職稱是你實際職稱的標準同義寫法，可以用括號註明——「軟體開發工程師（軟體工程師）」——但絕不能藉機拉高職級。
第五步：按相關性重排（2 分鐘）
在每段經歷內部，把與這則啟事對話的條目挪到最上面；技能清單同樣重排。如果你有一句個人簡介，就照著啟事對這個職缺的叫法和前兩三條核心要求重寫它。不寫任何新東西——還是那些事實，只是重新排了序，讓相關的那些一眼就能看見。
第六步：驗證比對結果（2 分鐘）
別相信自己的眼睛；你把自己的履歷讀過太多遍了。跑一次檢查：
- 用工具： 在 Resumy 裡把職缺說明和你的履歷做比對，它會列出仍然缺失的重要關鍵字，同時給出涵蓋結構、內容、格式、職缺比對四個維度的 ATS 評分。它在 Windows 上離線執行，免費且檢測不限次數——你貼上的啟事從不離開你的電腦。（想了解雲端方案以及它們的差別，見我們的 Jobscan 替代方案比較。）
- 手動： 兩份文件並排，把你標出的關鍵字清單逐一核對。
能修的修，與你不符的忽略，到「高度符合」就該收手，不必追求滿分。
第七步：用清晰的檔名儲存這個版本（1 分鐘）
姓名_履歷_公司名_職缺.pdf——這樣你永遠知道哪個版本投給了誰，走進面試間時手裡拿的就是對方讀過的那份。把各個版本並排管好，正是「履歷庫」存在的意義。
一個完整的例子
一則啟事在找「數位行銷經理」，要求「付費社群廣告投放經驗（Meta、Google Ads）」「行銷自動化工具（HubSpot 尤佳）」和「與業務團隊跨部門協作」。
通用版履歷寫的是：「負責線上廣告投放和行銷工具使用；與其他部門配合工作。」
同樣的事實，客製之後：「負責 Meta 與 Google Ads 的付費社群廣告投放」成為該段經歷的第一條；技能區補上「HubSpot」（它本來就是事實——只是從沒寫下來過）；「與其他部門配合工作」改寫為「與業務團隊協作打通名單交接流程」。同一個人、同一段經歷、零虛構——但現在，認字面的軟體找到了它要找的詞，而快速掃讀的招募人員在最先讀到的三行裡，就看到自己列的要求被逐條回應了。
常見錯誤
只改技能區。 技能清單是堆砌最容易被看穿的地方，孤立地看權重也最低。嵌在經歷條目裡、和真實成果綁在一起的關鍵字，在兩類讀者那裡都更有分量。
追求滿分。 無論用工具還是手動驗證，非要湊齊每一個關鍵字，只會做出一份讀起來像條件要求複讀機的履歷。把與你相符的「必備條件」覆蓋到位，其餘的放手。
忘了格式這條底線。 軟體解析不動的履歷，客製救不回來。單欄、標準標題、不用表格和圖形——如果你還沒驗證過這一點，先做一次再談客製（我們的 Canva 解析測試示範了怎麼檢查任何工具做出的履歷檔案）。
履歷客製了，求職信卻是通用範本。 如果這次應徵要交求職信，它應該呼應同一則啟事——同樣的職缺叫法、同樣的核心要求。客製的履歷配一封範本信，等於自己拆自己的台。
版本管理混亂。 把為 A 公司客製的履歷投給 B 公司的職缺，比投通用版還糟。檔名取仔細，版本管清楚。
常見問題（FAQ）
每投一個職缺都真的要調整履歷嗎？
每一個你認真想要的職缺——要。這是大多數求職者能做出的、影響最大的單項改變。對於希望不大或優先級低的投遞，做一輪輕量版（只改技能區和個人簡介）是合理的折衷。
依職缺調整履歷應該花多久？
有了母版履歷和固定流程，每次投遞十到二十分鐘。頭幾次會更慢；上面這套方法越練越快。如果一次要花一個小時，說明你在重寫，不是在客製。
把職稱改成和啟事一致，算不誠實嗎？
對齊標準的同義叫法沒問題，也很常見——「軟體開發工程師（軟體工程師）」說的就是同一份工作。改職級、改職責範圍就不行：你沒帶過人卻寫「經理」，第一輪資歷查核就會現形。可以註明對等的叫法，絕不能藉機升級。
應該補多少個關鍵字？
有多少是你真實具備的，就補多少，優先涵蓋啟事裡的「必備條件」——通常最後新增或重排的是五到十個詞。如果你開始加入面試時圓不回來的詞，那就已經從客製越界到虛構了。
投獵頭和人力仲介也要客製嗎？
要，但對準的是「職缺類型」而不是某一則啟事。獵頭和仲介每天都在按關鍵字搜自己的履歷庫，一份富含你所在專業標準術語的履歷會更常被搜出來——這是對一個類別的客製，而不是對一家公司。
有什麼工具能把履歷和職缺說明做比對？
不止一個。Resumy 在 Windows 上離線完成——貼上啟事、看到缺失的關鍵字，免費且不限次數，什麼都不上傳。Jobscan、Resume Worded、Teal 這些雲端方案各有自己的版本，免費額度有限；它們的差別，見我們的 Jobscan 替代方案比較。
參考連結
- 哈佛商學院 / Accenture：Hidden Workers: Untapped Talent (2021)
- Greenhouse 部落格：How Applicant Tracking Systems Work
- Resumy：Microsoft Store 商品頁
總結
拿到面試邀約的應徵者，很少是紙面上最優秀的那批——而是履歷直接回答了眼前這則啟事的那批。每次投遞十五分鐘：拆解啟事、補上缺失的真話、按相關性重排、驗證、存好版本。
驗證這一步，正是工具掙得一席之地的地方。Resumy在你自己的電腦上完成比對——貼上職缺說明、看到缺什麼、在同一個視窗裡改好，再匯出一份乾淨的檔案。免費、不限次數，你求職的任何痕跡都不會離開你的機器。
