投了150份简历没回音，问题不在能力在简历

几个月前，一个朋友给我看他追踪求职申请的表格。超过150条记录。奇怪的是，问题不在于努力——他申请得很规律，项目经历不错，定期刷算法题，甚至还有实习经验。但回复率惨不忍睹。大多数申请的结局是：没回音、被拒、简历被查看但再无下文。

一开始我们归咎于市场环境。然后是竞争太激烈。然后是运气不好。但仔细审阅他的简历后，我意识到一个重要问题：未必是他的技能有问题，而是简历没能把这些技能传达清楚。当我开始深入研究简历和招聘系统后，发现这个问题极其普遍。

很多人想象中的招聘流程是：招聘人员打开简历→仔细阅读→做出决定。但现代招聘通常不再是这样运作的。在许多公司，简历在招聘人员看到之前，要先经过ATS系统。ATS（求职者追踪系统）本质上是过滤系统，会扫描简历中的关键词、岗位相关性、格式、技能、经验匹配度。如果简历在这个阶段表现不佳，可能永远到不了人工审核环节。

这个发现彻底改变了我看待简历的方式。因为很多令人困惑的现象突然说得通了：为什么有些能力强的人拿不到面试机会，为什么通用简历常常失败，为什么视觉上好看的简历有时表现反而很差。

我反复注意到的一个最大错误是：人们把完全相同的简历发给每家公司。说实话，这也包括曾经的我。反复重写简历令人疲惫，所以这样做感觉很高效。但公司在寻找非常具体的信号。前端岗位可能优先考虑React、UI架构、可访问性、性能优化；后端岗位可能优先考虑API、数据库、可扩展性、分布式系统。如果简历过于通用，重要信号就会变得微弱。

比如，职位描述写着：Node.js、MongoDB、REST API、Redis。你的简历写着：搭建后端系统。技术上没错，但太弱。ATS和招聘人员不会自动联想到所有隐含细节。当我开始根据岗位更仔细地定制简历后，差异变得明显——不是立竿见影，但确实 noticeable。

另一个反复出现的问题：很多简历描述了工作，却没描述影响。比如"负责认证模块"，这几乎什么都没说。对比这个："搭建基于JWT的认证系统，支持4000+用户，提升登录可靠性"。突然间：职责归属更清晰，规模变得可见，影响可以量化，工作显得更有分量。