写项目经验，个人最怕写成岗位职责说明书。入职我筛过几百份简历，简历经验十份里有八份的项目写项目描述长这样：“负责后端接口开发，参与需求评审，个人完成模块测试。入职”这种句子扔进垃圾桶都嫌占地方。简历经验面试官想看的项目写不是“你参与了什么”，而是个人“你解决了什么具体问题，怎么解决的入职，结果如何”。简历经验

先看一个反面案例。项目写某份简历写：“参与电商平台订单系统开发。个人”这句话等于没说。入职哪个电商？简历经验订单量多大？你写了哪部分？遇到什么坑？全都没有。我改过一版：“重构订单超时关闭逻辑，原方案用定时任务每分钟扫全表，百万级订单下数据库CPU飙到90%。改成延迟队列后，超时处理延迟从分钟级降到秒级，数据库负载下降70%。”——这才叫项目经验。数字、动作、对比，一个都不能少。

具体怎么写？拿一个项目拆成三块：背景与问题、你的动作、可量化的结果。别用“负责”“参与”这种虚词，换成“设计”“实现”“优化”“替换”。比如“负责用户登录模块”改成“用JWT替换Session方案，解决多机部署下会话不一致问题，登录接口QPS从200提升到1500”。

有人问：项目太小，没数据怎么办？那就写技术决策的细节。比如“用Redis做分布式锁，对比了Redlock和单实例方案，最终选单实例+过期时间续期，因为业务容忍极端情况下锁失效”。这种描述比“使用了Redis”强十倍。面试官一看就知道你真动过手。

再讲个真实例子。我朋友面字节，简历上写“开发内部工单系统”。我让他改成：“工单系统原用MySQL模糊查询，日均10万工单时列表页加载超8秒。引入Elasticsearch做全文索引，配合IK分词器，查询降到200毫秒内。同时用Canal监听binlog同步数据，保证一致性。”后来面试官专门问了Canal的细节，他答上来了，直接过。

注意别堆技术名词。有人写“使用Spring Cloud、Docker、K8s、Kafka、Redis、MySQL”，像报菜名。面试官会挑一个问，答不上就露馅。正确做法是挑两三个核心技术，讲清楚为什么选它、怎么用的、遇到什么问题。比如“用Kafka做异步解耦，但发现消息重复消费，通过业务唯一键+Redis原子操作实现幂等”。

格式上，每个项目控制在3-5条。第一条写项目一句话简介（别超过20字），后面每条用“动词+对象+结果”结构。别用“主要负责”开头，直接写“设计”“实现”“优化”。时间倒序排列，最近的项目放最前。如果项目是公司内部系统，加一句“日活用户X万”或“日均处理订单X笔”，让面试官有体感。

最后说个坑：别写“提升了系统性能”“优化了用户体验”这种废话。提升多少？从多少到多少？优化前用户怎么骂的？优化后客服投诉降了多少？没有数字就写具体现象，比如“原方案每次发布需手动改5个配置文件，改成配置中心后发布耗时从15分钟降到1分钟”。

简历不是日记，不用写“我学到了什么”。把面试官当技术同行，用最少的字说清楚：你遇到什么麻烦，怎么干的，干完以后世界有什么不同。写完读一遍，如果每句话都能套在任何人任何项目上，删掉重写。