面试官问“你的缺点是什么”，应该怎样回答？

本题是回答思路与示例，不对应某个官方规范。示例中的经历和数字只用来演示怎样表达。

简答

比如可以说：“我以前不太擅长在会上表达不同意见，需求评审时有顾虑也不说，结果开发到一半才发现问题。后来我会在评审前先把疑问写下来，现在每次评审都会主动提一两个问题。”一个真实的缺点，加上正在怎样改。

面试官问这道题，不是要找理由淘汰你，而是想看你是否了解自己，以及能不能主动改进。MDN 的 Finding a job 也提到，面试官几乎都会问优缺点，回答要实事求是，不把自己说得十全十美反而更可信。

回答按三步来：缺点是什么，用一个具体场景说明；你是怎样意识到的；正在用什么办法改进，目前有什么变化。重点放在后两步。

要注意选题的范围：缺点要真实，但不能是岗位的核心要求。应聘前端却说“我 CSS 很差”，或者说“我经常拖延”，会让面试官直接怀疑你能不能胜任。

一个完整的示例

我觉得自己一个比较明显的缺点，是以前遇到问题习惯自己闷头查，不太愿意问别人。刚工作那年，有次接入公司内部的登录 SDK，文档写得不清楚，我自己试了一天半才弄通。后来才知道隔壁组的同事上个月刚接过，问一句可能半小时就解决了。

那次之后，领导和我聊了一下，我也意识到这样会拖慢整个团队的进度。现在我给自己定了一个规矩：一个问题自己查了一两个小时还没头绪，就先整理好我试过的方法和报错，再去问熟悉的同事。这样问的时候对方也能很快帮上忙。

这一年下来，我卡住的时间明显少了，而且因为每次问之前都把问题整理清楚了，也积累了一些排查笔记，后来新同事遇到同样的问题，我可以直接把笔记发给他们。

这个回答的缺点是真实的，也和工作有关，但不影响前端开发的核心能力。重点放在了意识到问题以后怎样改：有具体的规矩，有可以观察到的变化。面试官听完会觉得你能反思，也能行动。

怎样选一个合适的缺点

可以从这几类里找：沟通表达，比如不擅长在会上发言、写文档太简略；时间管理，比如估时偏乐观、容易被临时需求打断；技术广度，比如对后端或运维了解不多，但这不是应聘岗位的核心要求。

MDN 的 Finding a job 给了一个找缺点的思路：对照招聘方看重的品质，比如好相处、心态积极、善于沟通、能接受决定不如自己意、有解决问题的能力，看看哪些描述不太符合自己，这些就是可以改进的地方；比如沟通或解决问题能力不强，可以找些指南或课程来提升。按这个方法找出来的缺点，往往既真实又和工作相关。

哪些说法要避免

“我太追求完美”“我工作太投入，经常忘了休息”，这些是把优点包装成缺点，面试官听得太多了，会觉得你在回避问题。

“我没什么明显的缺点”，显得缺乏自我认识。

和岗位核心要求冲突的缺点，比如应聘前端说“我对浏览器兼容不太关心”，应聘需要协作的岗位说“我不喜欢和别人沟通”。

只说缺点不说改进，会让面试官只记住了缺点。

常见追问

除了这个，还有别的缺点吗？

可以再准备一个，同样按“缺点 → 意识到 → 改进”的结构讲，比如估时偏乐观，现在会把联调和测试时间单独算进去。不要临场想一个，也不要因为被追问就说一个很严重的缺点。

你的同事会怎样评价你的缺点？

尽量和你前面说的一致，可以补充同事的真实反馈，比如“之前的同事说我写的技术方案太简略，别人看不懂背景，后来我会在方案开头先写清楚要解决的问题”。说法前后一致，才显得可信。