LabHub

博客

能被读完的简历原则 — 决定简历通过的不是华丽,而是清晰

한국어English日本語中文

引言 — 简历的读者不是你自己

写简历时,我们写的是自己的故事。但简历的读者,是每天要翻几十份、几百份简历的人。针对招聘负责人的眼动追踪研究反复证实了一个事实:一份简历获得初步判断的时间,只有最初的几十秒。不是精读,而是扫读。

接受这个事实之后,写简历的目标就变了。不是"把我的经历全部装进去",而是"让扫读的目光在几十秒内抓到重点"。这篇文章就是为这个目标准备的实战原则。无论求职和跳槽市场怎么变,这些原则都不会变,因为它们建立在读者的认知结构之上。

原则一 — 写变化,而不是写职责

简历里最常见的句式是这样的:"负责支付系统的运维与维护。"这是职位描述(job description),不是成果。因为坐过同一个位置的一百个人,都能写出一模一样的句子。

能被读完的简历,基本单位是成果句(accomplishment statement)。骨架由三部分组成。

做了什么(行动)+ 怎么做的(方法与技术)+ 改变了什么(可衡量的结果)

句子要以行动动词开头:设计了、搭建了、降低了、自动化了、带领了、说服了。"参与了""负责了""支持了"是会掩盖贡献大小的动词,在扫读的目光里等于零。

原则二 — 数字是挖出来的

我经常听到"我的工作没法用数字表达"。大多数情况下不是没有数字,而是没有去找。从四个方向翻一翻。

方向问题示例
规模处理过多大的东西日均500万次请求、40个服务、7人团队
变化率前后发生了什么变化部署时间从45分钟缩短到12分钟、错误率下降60%
频率与时长多频繁、持续多久固化每周两次发布、连续18个月无中断运行
节省与创造换算成钱和时间每月节省约1.5万元基础设施成本、入职上手从2周缩短到3天

如果没有精确数值,给合理的估算加上"约"字就可以。只要在面试中能解释清楚计算依据,就足够了。重要的不是精度,而是给读者一种量级感。而且这些数字不是写简历那天凭空造出来的,只有平时记录下来才留得住。如果你一直在自信存折里记录自己的成果,简历季的一半工作其实已经完成了。

原则三 — 定制不是奢侈,而是基本功

把同一份简历投给所有公司,就像用同一个答案回答所有问题。最能改变通过率的单一动作,是针对职位描述做定制(tailoring)。这不是大规模重写,而是一个20分钟的流程。

  1. 从职位描述里,以动词和名词为单位提炼出要求。(例如:Kubernetes运维、大流量、协作牵头)
  2. 把自己经历中与这些条目相关的部分,往简历上方提。因为扫读会停在上面。
  3. 把表述向职位描述的语言对齐。职位描述叫"可观测性(observability)"的东西,你只写了"监控",那么关键词筛选和人眼都可能把你漏掉。
  4. 果断压缩无关经历。版面是零和的,三行无关内容会挤掉一行核心内容。

这里有一条绝对规则。定制是重新分配强调点,不是凭空创作没有的经历。 夸大会在面试的10分钟内崩塌,而那一刻,其余所有内容的可信度也会跟着崩塌。

原则四 — 版式越朴素越好

内容准备好了,版式其实很简单。原则是"不要打断阅读目光的惯性"。

开发者还要再加两条。技术栈不要写"所有会的东西",而要以实际在工作中用过的为中心归类(语言/基础设施/工具);链接(GitHub、技术博客、演讲)只放值得点开的。一个荒废的仓库链接,还不如不放。

六个高频错误

结语 — 简历是职业生涯的回忆录

打磨简历有一个意外的副作用:回答"我到底带来了什么变化"的过程,本身就是一次职业复盘。如果发现某段经历怎么都写不出答案,那不是简历的问题,而是你下个季度的目标。你完全可以提前设计那些将来能写成成果句的工作。

简历通过之后,接下来就是与人的对话。下一篇是会聊天究竟是什么

评论

还没有评论。

登录后即可发表评论