S25-B02 · 简历：结构化写法与量化

适用读者：投了没回音的人。
前置：S25-B01。
覆盖旧文：2419(842) 2414(572) + 简历类 = 4,539 点。
覆盖扩展：E-S25-002（量化与结构）。
上一篇：S25-B01 · 求职全景：从投简历到谈 offer
下一篇：S25-B03 · 面试流程。

1. 一句话结论

简历不是"我做过什么"的清单，而是"我能解决什么问题"的证据。证据 = 动作 + 技术 + 量化结果。

弱写法	强写法
负责订单模块开发	用 Redis + 本地缓存两级把订单查询 P99 从 800ms 降到 120ms
参与系统优化	定位到 N+1 查询，改批量查后 QPS 提升 3 倍
熟悉 Spring	排查过事务自调用失效导致的重复扣款，落地幂等 + 唯一索引

判据："这条能不能被追问出细节？" 不能 → 删掉或改写。

2. 结构：三段式 + 一页（E-S25-002）

① 基本信息（联系方式/城市/年限）
② 技能（分层：熟练/了解，别全写"精通"）
③ 项目（2–3 个，每个 3–5 条量化 bullet）

原则	说明
一页为宜	校招 1 页，社招可 2 页
倒序	最近的在最前
匹配 JD	关键词对齐（HR 会筛）
可验证	数字要能说清来源

3. 量化：没有数字怎么办

有数字	没数字（改用什么）
QPS/延迟/可用性	规模：表数量、日订单量
成本下降	复杂度：从 N 次调用降到 1 次
故障减少	影响面：覆盖多少用户/服务

"为什么不能编数字"：面试第一轮就会追问"怎么测的"——编不圆就是硬伤。

4. 技能栏的三个坑

坑	后果
全写"精通"	会被重点攻击
列 30 个关键词	显得没深度
写了没做过	一问就露

判据："这个词我能聊 10 分钟吗？" 不能 → 移到"了解"或删掉。

5. 五个误区

误区	真相
"内容越多越好"	一页、可追问
"负责 XX 就够"	缺动作与结果
"精通越多越好"	会被针对
"一份简历投所有"	匹配度低
"数字可以估"	追问就露

6. 自检

强/弱写法的差别在哪？
三段式结构与三条原则？
没数字时可替换成什么？
技能栏的三个坑？
为什么"编数字"是硬伤？

7. 下一篇

S25-B03 · 面试流程与题型地图

简历讲完，下一篇讲"一面/二面/HR 面各考什么"。

本篇属于系列《S25 · 求职与面试》。旧文来源：A-2419/2414 + 简历类卡；扩展点 E-S25-002。