企业官网建设流程全解析

先看一段简历里非常典型的项目经验：

负责电商后台管理系统的开发，使用 Vue 框架，参与需求评审，完成页面开发和接口联调，配合测试完成上线。

读起来挺顺。问题在于：读完你完全不知道这个人做得怎么样。

"参与"了多少？开发了哪些页面？难在哪？有没有踩过坑？一个都没说。

项目经验是简历里最有含金量的一栏，尤其对技术岗和应届生——它几乎是唯一能证明"你真的动手做过"的地方。但绝大多数人把它写成了任务清单，把"我参与过"当成了"我做成过"。

核心公式：问题 → 动作 → 结果

每一条项目描述，都应该能回答三个问题：

1. 遇到了什么问题或目标？——背景
2. 你具体做了什么？——动作，要具体到技术方案
3. 最终结果如何？——结果，尽量带数字

拿刚才那段改一下：

校园二手交易平台 | 独立开发 | 2025.03 - 2025.05

• 问题：校园内二手交易信息分散在多个微信群，检索困难，成交效率低。
• 动作：独立设计前后端架构，前端 Vue3 + Vite，后端 Node.js + MySQL；实现商品发布、搜索筛选、站内私信三大模块；针对图片上传做了压缩与懒加载优化。
• 结果：上线 3 个月累计注册 800+，日活约 120，单日最高成交 40 单。

第二版读下来，你大概能判断出这个人技术能力怎么样、动手能力如何、有没有产品意识。这才是项目经验该起的作用。

这个公式不是简历专家发明的

它是工程界写复盘的标准结构。

一份合格的事故复盘报告（Postmortem）必须回答三件事：故障现象是什么、做了哪些处置、指标恢复成什么样。少任何一条，这份报告就是废话。

一份架构决策记录（ADR）也一样：为什么要改、改了什么、带来什么影响。

为什么必须是这个顺序？因为在工程里，"做了什么"和"效果如何"是两件独立的事。

代码合并了，不代表问题解决了。接口改了，不代表性能变好了。你必须用一次可观测的对比，来证明这次改动没有白做。

简历上的项目经验，本质上就是一份微型的、你一个人的 Postmortem。

而"负责电商后台管理系统的开发，参与需求评审，完成页面开发和接口联调"——这不是复盘，这是任务清单。任务清单只说明你被分配了什么活，不说明你改变了什么。

顺带说一句：HR 通常不懂你的技术栈，但他看得懂"有没有把事情讲清楚"。能写出清晰复盘的人，大概率也能写出清晰的接口文档和交接说明——这两件事背后是同一种能力。

"参与"是简历里最危险的词

“参与”“协助”“配合”，这三个词是简历里信息量最低的动词。它们只说明你在场，不说明你干了什么。

如果你全程只是打下手，那就诚实描述你负责的那部分，并且把它写深。

❌ 参与用户中心模块开发

✅ 负责用户中心模块，独立实现登录鉴权、个人资料编辑与头像上传，处理了 JWT 过期后的无感刷新逻辑

同样的工作量，第二种写法让 HR 知道你能独立承担模块。

再举一个技术岗最常见的：

❌ 使用 Redis 做缓存优化

✅ 用 Redis 缓存热点商品数据，把详情页接口 P95 响应从 380ms 降到 90ms

后者的信息量是前者的好几倍，而且它顺带证明了你想过性能问题——而不是仅仅"用过 Redis"。

应届生没项目怎么办

这是被问得最多的问题。答案是：你其实有，只是没意识到。

课程作业和真实项目的差距，主要在规模和真实性，不在"能不能写"。

HR 看应届生简历时，本来就没指望你有商业项目，他看的是你的动手能力和思考方式。

项目太多或太少怎么取舍

项目多（5 个以上）：按相关度排序，只留 3 到 4 个和目标岗位最相关的。早年不相关的项目删掉，或者压缩成一行。

项目少（1 到 2 个）：把一个项目写透，拆成 4 到 5 个要点，每个要点都带细节。

宁可深挖一个，不要泛写三个。

一条容易被忽略的建议

别只写"我用了什么技术"，多写"我为什么这么选"。

技术选型本身就是一道题：

前端状态管理我选了 Zustand 而不是 Redux——这个项目只有 5 个页面、状态共享集中在单个模块，Redux 的样板代码在这个规模下收益为负。

这句话在告诉面试官：你评估过成本，不是照着教程抄的。

常见问题

项目经验要写技术栈版本吗？
写主流的即可，不必精确到小版本号（Vue3、React 18 这种可以写）。面试时再细聊。

没有量化结果怎么办？
结果不一定是业务指标。代码行数、接口性能、上线时间、覆盖模块数、团队人数，都可以是结果。实在没有，就写"达成了什么目标"。

学校项目能写公司名吗？
不能。学校项目就写项目名，别包装成实习经历，面试一问就露馅。

项目经验和工作经历重复怎么办？
工作经历写"你在这个岗位上做了什么"（概括），项目经验写"某个具体项目你是怎么做的"（细节）。两者是概括与展开的关系。

写项目经验的时候，把自己当成在跟面试官讲一个故事：你碰到了什么麻烦，你怎么解决的，最后怎么样了。

能把这个故事讲清楚，这一栏就赢了。

再补一句：这个故事，其实也是面试行为题的答案。简历上写清楚，面试时你就不需要现场编——它已经是你反复打磨过的版本了。

——

我做了个免费的简历工具（IResume），每个岗位的模板里都附了对应场景的示例写法，可以直接对着改。地址 resume.qwcommunity.com，小程序搜「小李简历模板制作」也行。不用登录，数据只在你的浏览器里，不上传服务器。

说句实话：如果你只是想先把这一栏改一遍，不用等工具。把上面那个公式套一遍，今晚就能改完。

——

评论区第一条我放了一份「项目经验自查清单」，逐条对照着改就行。

然后问你一句：你简历里最没底的那一条项目经验，是写成了"我做过什么"还是"我做成了什么"？

也可以直接把那一句贴到评论区，我当场帮你改。

——

本文首发于我的博客 WorkTools：www.qwcommunity.com/blog/resume-project-experience/

———
👤 程序员老李｜前阿里技术专家，10 年前端
🛠 免费简历工具：不用登录、不上传、不带水印