去年帮一个朋友改简历，他在一家中型互联网公司做了两年后端开发，跳槽投了一个多月，面试寥寥。我拿过他的简历一看，工作经历那一栏是这样的：
负责订单系统日常开发和维护，参与需求评审、接口开发、Bug 修复，配合测试完成版本上线。
我说你这写的不是工作经历，是考勤记录。任何一个和你同岗位的人都能把这段话复制到自己简历上，改个系统名字就行。
这其实是绝大多数人的问题——不是工作经历没东西写，而是把自己干了两年的事，写成了一行谁都能写的话。
面试官看工作经历，到底在看什么
先换个角度想这件事。一个 HR 或者业务面试官筛简历，一份简历平均停留时间也就十到二十秒。工作经历这一块是他停留最久的地方，但他真正在找的不是你「做了什么」，而是三个信息：
- 你在什么样的环境里工作过——大厂还是小团队？业务成熟还是从零开始？
- 你在里面扮演什么角色——扛事的那个人，还是一直在接任务的那个人？
- 你离开的时候留下了什么——是维护了一个正常运行的系统，还是让某些指标发生了实质变化？
第三个问题尤其关键。很多人写工作经历的时候，描述的全是「我在岗期间做了什么」，但面试官真正在意的是「因为你做了什么，局面和原来有什么不同」。这两个问题看起来差不多，写出来的东西差很多。
打个比方。你去一家餐厅应聘厨师，你不会在简历上写「每天切菜、炒菜、洗锅」，你会写「负责后厨热菜线，高峰期单餐出菜 80 道，三个月内将招牌菜退货率从 6% 降到 1.5%」。后面那个才是别人想看的。
道理不复杂，但落到简历上很多人就忘了。下面拆 5 个真实碰到过的案例，每个案例的行业和阶段不一样，但底层问题出奇地一致。
案例 1：有经验但写成了「什么都干过」
背景： 小 A，两年半前端开发，在一家 B 轮创业公司待了两年，公司的前端就三个人，他什么都碰过。简历上写：
负责公司多个产品线的 Web 前端开发工作，包括后台管理系统、H5 活动页、小程序等。使用 React 和 Vue 技术栈，配合产品和后端完成需求开发。参与组件库的搭建和维护。
第一眼看上去问题不大，但仔细读会发现一个问题：说了很多，什么也没说清楚。「多个产品线」是几个？「组件库搭建」是你主导的还是你用了别人的东西？「配合产品和后端」——每个前端都配合产品和后端，这不算信息。
他的真实情况其实挺能打的：后台管理系统是他一个人从零搭起来的，H5 活动页最高的一场活动 PV 过了百万，组件库也是他牵头搞的，后来其他两个前端都在用。
但这些东西简历上一个字都没体现。不是他不会包装，是他根本没意识到这些信息值钱。
改后：
独立搭建公司后台管理系统前端架构（React + TypeScript），从项目初始化到上线全流程负责，支撑运营、客服、数据三条业务线日常使用。
牵头建设团队内部组件库，沉淀表单、表格、弹窗等业务通用组件 30+，团队成员全部接入使用，新需求开发效率提升明显。
负责营销 H5 活动页开发（Vue），单场活动最高 PV 120 万+，活动期间零线上故障。
这版不只是「做过什么」，而是「做到什么程度」。面试官一眼能看出这个人的技术栈、独立作战能力和团队影响力。小 A 用这一个版本投了两周，面试邀约翻了差不多三倍。
案例 2：跳槽频繁，怕被觉得不稳定所以写得很虚
背景： 小 B，三年内待过三家公司，其中一家只待了七个月。他担心跳槽太频繁被筛掉，于是把每家公司的经历写得很短、很模糊，想着「低调」一点可能不会被注意到。
结果恰恰相反。你写得越模糊，面试官越会盯着你那段经历看——因为他得不到任何正面信息，只能往坏处想。
他有一段七个月的工作是这样写的：
参与电商平台促销模块开发，完成秒杀、拼团等功能的接口实现。
我问他这段经历到底怎么回事。他说那家公司虽然只待了七个月，但他是跟着项目走的——进去的时候项目刚开始，他负责了秒杀模块从设计到上线的全流程，项目做完他就走了（公司业务方向调整，和 HR 谈好的离职）。这段经历其实是他三年里技术成长最快的一段时间。
改后：
入职后独立承接秒杀模块设计开发，完成库存预扣减、限流熔断、异步下单等核心逻辑，上线后承载双 12 大促，峰值 QPS 4500+，无超卖事故。
同步完成拼团模块接口开发，覆盖开团、参团、成团回调全流程，上线首月拼团订单占比达 15%。
你看，与其遮遮掩掩，不如把事情讲清楚。尤其是短期经历，你越模糊面试官越猜疑，你写具体了他反而会理解——因为真正干活的人才能写到这个颗粒度。
这里顺便说一句：跳槽频繁本身不是致命伤，致命的是「频繁跳槽 + 简历上完全看不出来你每次跳槽积累了什么」。如果你的每段经历都有明确的能力增长轨迹，面试官一般不会因为跳槽次数卡你。
案例 3：在同一家公司待了五年以上
背景： 小 C，在一家传统软件公司做了六年 Java 开发，简历上工作经历只有一条，列了七八个 bullet point，大致长这样：
- 参与 XXX 管理系统开发
- 负责 YYY 模块维护
- 配合需求方完成 ZZZ 功能迭代
- ……
六年写成这样，问题很大。在同一个地方待得越久，你越不能写得像「我一直在做同一件事」。面试官看到六年只有一条工作经历、还没有任何职级或业务深度的变化，第一反应是：这个人是不是六年都在原地踏步？
但小 C 的真实情况远非如此。他在的这六年里，前两年做业务开发，中间两年被调到基础架构组做中间件，最后两年又回到业务线，带了一个三人的小团队负责一个新方向的探索。
改后，拆成三个阶段：
高级 Java 开发工程师（近 2 年）
带 3 人小组负责新业务线从 0 到 1 搭建，完成系统架构选型、核心模块开发和团队技术规范建设，业务上线后稳定运行至今。Java 开发工程师 / 基础架构（中间 2 年）
调至基础架构组，负责公司级消息中间件的二次开发和维护，解决集群消息积压和消费延迟问题，支撑日均千万级消息流转。Java 开发工程师 / 业务线（前 2 年）
参与公司核心业务系统开发，独立负责订单、库存等模块设计实现，从需求分析到上线全流程跟进。
同一个公司、同一个人，拆成三个阶段之后，面试官看到的是一个「技术深度在增长、职责范围在扩大」的人。这对长期待一家公司的候选人来说是最关键的信号。
如果你也有类似情况，可以试着把同一家公司拆成不同阶段，用角色变化来体现成长——不一定非要正式升职，哪怕是你做的事情变了、承担的责任变了，都可以拆开写。
案例 4：转行，之前的经历和现在投的没关系
背景： 小 D，做了三年的线下活动策划，想转互联网做用户运营。他最初的做法是把「活动策划」那段经历尽量往运营上靠，写了一堆「拉新」「促活」「留存」之类的词，但都是浮在表面的，看起来像硬凑。
我跟他聊完发现，他有一段经历是完全可以写成运营视角的，但他一直觉得「那是活动策划的一部分」所以没在意：
负责线下沙龙活动的整体统筹，包括场地对接、物料准备、现场执行和活动复盘。
这段话和互联网运营的关系，他自己完全没看出来。但我问他几个问题就发现不对了：活动的参与者怎么来的？（答：线上社群招募的）来了多少人？（平均每场 80-120 人）这些人来了之后有没有后续动作？（拉进社群了，转化率大概 30%）活动有没有内容产出？（每场都有嘉宾分享，做成了图文和短视频）
改后：
策划并执行线下沙龙 20+ 场，覆盖用户 2000+ 人：从线上社群完成用户招募和筛选，单场到场率稳定在 85% 以上；活动后通过社群承接和内容分发，将参与者转化为社群用户的转化率达到 30%。
将嘉宾分享内容整理为图文和短视频，同步分发至公众号和视频号，累计产出内容 60+ 篇，平均阅读量 3000+。
这版之所以成立，不是因为加了一堆运营术语，而是因为「招募→到场→承接→转化→内容分发」这条线本身就对应了用户运营的核心链路。转行的人最忌讳硬套术语，最应该做的是把你做过的事情用目标岗位的语言重新翻译一遍——前提是你得先找到你做的事情和那个岗位的真正交集。
案例 5：工作经历不写时期，或者只写年份
这个案例短一点，但值得一提。我遇到过不少人，工作经历只写「2019 - 2021」不写月份，或者干脆不写时间。问他们为什么，得到的回答通常是：
有一段太短了不好看。
中间有一两个月的空窗期不知道怎么解释。
怕算出来工作时间不够长。
说实话，这些顾虑可以理解，但不写时间比写时间更危险。面试官看到缺失的时间信息，默认假设是「你有事情不想让我知道」，而不是「你忘了写」。这个假设一旦形成，他对你后面所有经历的信任度都会打折。
如果你真有一段很短的经历或者空窗期，更好的处理方式是：时间照写，但把那段时间做了什么写在简历上，哪怕是非全职的事。
比如你有一段两个月的空窗期，你可以写：
2023.04 - 2023.06 | 个人学习期：系统补了分布式系统的课程，完成了两个相关项目练习。
这比你留白要好太多。面试官不怕你空窗，怕的是你空窗期什么都没做，或者更糟——你试图藏着。
六个能立刻用的改写原则
如果你不想按案例一个个对照自己的简历，可以先记住这六个原则，过一遍自己的工作经历：
1. 不写岗位说明书，写个人成绩
差：负责后台管理系统的开发与维护。
好：独立负责后台管理系统前端架构，从零搭建到交付，支撑运营、客服两条业务线日常使用。
2. 不写「参与」，写清楚你干了什么
差：参与订单系统优化。
好：主导订单查询链路优化，将核心接口 P95 从 820ms 降至 140ms。
3. 每段经历至少有一个数字
数字不一定是「提升了多少百分比」，它可以是：负责的系统覆盖了多少用户、处理了多少数据量、写了多少接口、服务了多少业务方、跨了多少部门协作、带了多大的团队。
如果你实在找不到数字，至少写出范围。比如「覆盖订单、支付、退款三个核心流程」就比「参与后端开发」具体得多。
4. 同一家公司待得久，拆阶段写
不是非得有岗位名称的变化才能拆。你做的事情变了、承担的职责变了、技术栈迭代了，都可以作为拆分的依据。
5. 短期经历不要藏着
写清楚你这段时间做了什么、学到了什么，比留白更安全。面试官怕的是未知，不怕已知。
6. 工作经历的颗粒度要和年限匹配
刚毕业的：可以写具体的任务和技能。
三年以上的：应该写出独立性和业务影响。
五年以上的：最好能体现「你做的事对团队或业务线有影响」。
改完自查，五条就够
- 每段工作经历至少有一条能看出你个人的贡献，而不是团队一起做的事
- 有数字的地方尽量放数字，没有数字的地方至少写出具体范围
- 「参与」「协助」「配合」这三个词，每出现一次就问自己能不能换掉
- 超过三年的时间在同一家公司，有按阶段拆分吗
- 任何三个月以上的时间空白，你说明了原因或做了什么
如果你看完这些还是不确定自己写得怎么样，可以上传到好简历做一次诊断。它会从成果量化、关键词覆盖、ATS 友好度三个维度帮你看每条经历哪里需要补强，并给出具体修改方向。