什么是简历摘要
简历摘要（也叫个人简介、Professional Summary）放在姓名下方、工作经历之前，是 HR 扫读时的第一判断依据。好的摘要不重复下方 bullet，而是用最少字数回答三个问题：你申请什么岗位、具备哪些核心能力、最有说服力的一条成果是什么。
岗位名称与 JD 关键词出现在前两行。
HR 不用翻完全部经历就能判断是否值得细看。
摘要里的技能与数据，应在经历中有对应证明。
系统同样会抓取摘要区的关键词，格式需为可复制文字。
先记住摘要不是「自我评价」。「性格开朗、吃苦耐劳」无法验证；「3 年 B 端产品经验，主导过 0→1 功能上线，次月留存提升 12%」才是招聘方想看的。
谁需要写摘要
并非每份简历都必须有摘要，但以下三类人写了收益最高：
社招、垂直领域跳槽时，摘要能快速对齐 JD，比空泛的「求职意向」更有效。
多段实习、跨行业背景时，摘要帮 HR 理解你的主线，而不是自己拼凑故事。
10 年+ 经历无法全写进一页，摘要提炼最近三年的核心标签与代表作。
应届生若经历很少，可用 1–2 句写专业方向 + 实习/项目亮点；不必硬凑三行。写完摘要后，用 STAR 法则 展开每条经历。
三行公式：岗位 + 技能 + 成果
把摘要压成 2–3 句话，按这个顺序写最稳：
5 年 B 端 SaaS 产品经理，熟悉需求评审、数据看板与跨部门推进；曾主导权限体系重构，将配置效率提升 40%，支撑 3 个行业大客户续约。
不要写「本人学习能力强、善于沟通」；不要罗列 10 个技能名词却没有下文证明；不要写与目标岗位无关的获奖与爱好。
岗位对照改写
同一套经历，摘要措辞要随岗位微调。下面是三个常见方向的前后对照：
有产品经验，做过多个项目，熟悉互联网产品流程，沟通能力强。
4 年 ToB 产品经理，擅长需求拆解、原型与上线复盘；主导工单系统改版，客服处理时长下降 28%。
负责用户运营和活动策划，工作认真，数据敏感。
3 年用户增长运营，熟练 A/B 测试、裂变活动与留存分析；策划春节拉新活动，两周获客 1.2 万，注册成本降 18%。
熟悉 Java 开发，有后端经验，能独立完成模块开发。
5 年后端工程师，精通 Java / Spring Boot 与高并发优化；拆分订单服务并加固熔断，峰值错误率从 1.6% 降至 0.4%。
常见误区
- 写成性格自评「踏实肯干」「抗压能力强」人人都会写，无法区分候选人。
- 与经历矛盾摘要写「精通 Python」，下方经历却没有相关项目——面试一追问就露馅。
- 一条摘要投所有岗投产品岗却写「全栈开发」，系统与 HR 都会判断不匹配。
- 摘要与 bullet 分工明确摘要给结论；每条经历用 STAR 展开细节。参见 STAR 教程。
提交前检查
FAQ
简历摘要要写多长？
2–3 句话、约 50–80 字为宜。超过四行容易被跳过；太短则看不出匹配点。每投一岗可微调关键词，但核心成果应真实可追问。
摘要和「自我评价」有什么区别？
自我评价常写性格与态度（如「吃苦耐劳」），招聘方难以验证。摘要应写岗位、技能与成果，和下方经历互相印证，而非重复。
可以用 AI 写摘要吗？
可以，用来对齐 JD 措辞和压缩句子。但岗位、工具与数据必须来自真实经历。先手写骨架，再交给 AI 润色，不要凭空编造。