为什么你的项目经历没人看
先接受一个事实：HR不是在读你的简历，是在扫。她脑子里有个岗位关键词 checklist，对不上就下一份。
常见死法就三种：
- 流水账式："负责XXX功能开发，使用Vue、React、Node.js"——技术栈罗列一堆，但没有解决什么问题
- 个人成就式："独立完成XXX，大幅提升系统性能"——没有数据、没有对比、没有上下文
- JD复制式：把招聘要求直接粘过来，连格式都没改
你可能在想："我都写了啊，为什么没面试？"
因为你在描述任务，而不是证明能力。
一个公式：让HR眼前一亮的项目描述
核心就四个字：STAR法则。
但大部分人用错了。
| 维度 | 错误示范 | 正确姿势 |
|---|---|---|
| S（背景） | "公司业务发展，需要优化订单系统" | "日均订单量从5000增至30000，原系统超时率超40%" |
| T（任务） | "负责系统性能优化" | "将接口响应时间从3s降至200ms以内" |
| A（行动） | "用了Redis缓存、数据库索引优化" | "引入多级缓存策略，热数据走Redis，冷数据懒加载" |
| R（结果） | "大幅提升性能" | "超时投诉降低85%，日均减少客诉约120单" |
关键是数字。
没有数字的描述，HR只能脑补；有数字，她立刻能判断你的能力层级。
三个岗位的项目经历侧重点
不是所有岗位都适用同一套写法。按目标岗位调整重心：
1. 后端开发
- 突出技术难点解决：并发、分布式、性能瓶颈
- 强调系统设计能力：架构选型、数据建模
- 数字聚焦：QPS提升%、接口响应降低%、服务可用性
2. 前端开发
- 强调用户体验：加载速度、交互流畅度、兼容性
- 突出工程化贡献：组件库建设、自动化工具、性能优化
- 数字聚焦：首屏加载降低%、包体积压缩%、组件复用率
3. 全栈 / 业务开发
- 展示端到端能力：从前端交互到后端存储全链路
- 强调业务价值：支撑了多少用户、带来了什么业务结果
- 数字聚焦：支撑用户量、功能覆盖率、数据准确率
拿来就用的检查清单
改完项目描述后，对照这个清单过一遍：
- 每条项目经历是否都有具体数字（百分比、绝对值、倍数）
- 是否包含行业通用指标（如并发、延迟、可用性）
- 技术栈是否匹配目标JD关键词（至少3个以上）
- 是否删掉了"负责""参与""协助"这类模糊动词
- 描述是否在3行以内（太长说明没重点）
- 最重要的一条：能不能在不查资料的情况下解释为什么选这个技术方案
如果第6条卡住了，说明你写的还是"任务"而不是"能力"。
最后说个扎心的
简历写不好，不是能力问题，是视角问题。
你站在"我做过什么"的角度写，HR站在"这个人能不能解决我的问题"的角度看。两个频道，永远对不上。
下次动笔前，先打开目标岗位的JD，划出5个核心关键词。然后让自己的项目描述至少出现3个。这不是投机，是有效沟通。
如果你也在改简历，改来改去总觉得哪里不对，可以试试棱镜简历 xukz.cn。写简历这件事，方向比努力重要。
