## 面试官到底在看什么 我后来问过一个当过校招面试官的朋友，他说他每次看项目经历其实就问自己一个问题：“这个人遇到没遇到过的难题，会怎么处理？” 不是问你功能做没做，是问你有没有判断力。功能谁都会写，但判断怎么写、为什么这么写、遇到冲突怎么取舍——这才是项目经历里值钱的部分。 很多同学把项目经历写成了功能清单，“负责了用户端模块开发”“完成了订单系统优化”。说实话，面试官一天看几百份简历，看到这种表述，脑子里只会跳出两个字：然后呢？ ## 你的项目经历为什么像岗位描述 我见过最可惜的一种情况，是候选人的项目其实很扎实——做过用户增长策略，做过性能优化，拿过业务结果。但写出来的文字跟招聘网站上的职位描述几乎一模一样。 为什么会这样？因为大家习惯性地把“我做了什么”变成了“我负责什么”。但“负责”是一个状态描述，不是能力证明。 举个例子。“负责用户评论功能的开发”，这是一句职责描述。但如果你换成“在评论量日均下降40%的背景下，通过引入内容质量评分体系重构排序逻辑，两周内评论量回升至基准线”——这句话里有了背景、有了你的判断、有了具体的动作和结果。 面试官读的不是岗位职责，是你在具体场景里的思考路径。 ## 三个思路让项目经历有画面感 第一个思路：先写困境，再写你的选择。 项目经历不是从“项目背景”开始的，而是从“你遇到了什么问题”开始的。你发现订单超时投诉率是行业均值的三倍，这是困境。然后你调数据、做分析、定位到根因——这一步才体现出你的思考。再往后才是你做了什么事情解决这个问题。 背景不要写太多，两三句话讲清楚核心冲突就行。面试官想知道的是你看见了什么问题，而不是项目有多大的业务盘子。 第二个思路：动词要用具体动作，不要用模糊职责。 “参与”“负责”“协助”这三个词在项目经历里出现频率极高，但它们传递的信息量几乎为零。换成“设计了XX策略”“推动了XX方案落地”“独立完成了XX模块的重构”——具体动词让面试官知道你在这个项目里到底是什么角色，是提建议的人，还是拍板的人，还是执行的人。 第三个思路：结果要有参照系。 “提升了系统性能”不如“接口响应时长从800ms降至120ms，支撑了双十一流量峰值”。数字要有意义，要么跟行业水平比，要么跟你的基线比，要么跟投入的资源比。面试官不是要一个完美的数字，是要一个可以验证的逻辑。 ## 写完以后问自己三个问题 第一，这段经历里我最核心的贡献是什么？ 第二，如果面试官追问“这部分是你独立完成的吗”，我能说清楚我的边界吗？ 第三，这段经历里我展现了哪方面的判断力，而不是执行力？ 能回答清楚这三个问题的项目经历，基本不会让面试官只聊三十秒就想翻篇。 写项目经历这件事，说到底是把自己从“功能清单”里拎出来，变成一个“有问题解决能力的人”。你不需要把所有做过的事情都堆上去，两三个核心项目写透，比十个项目蜻蜓点水有用得多。 如果你也在改简历，可以试试棱镜简历 xukz.cn xukz.cn
