优缺点面试问题回答方法

分开问的时候，这两个问题都不难。放在一起问，它们就变成了一次一致性检验。面试官在比较你说优点时的自信程度，和你说缺点时的诚实程度，一旦两者不匹配，他们立刻就能察觉。一个打磨得很完美的优点，配上一个空洞的缺点，会让人觉得你是在操控谈话，而不是在回答问题。

还有一件候选人常常忽略、但同样会被考察的事：你是否了解这份工作真正需要什么。随便选一个优点，只能说明你对自己有一些看法；从职位描述里挑出的优点，则说明你认真读过它。

大多数人的本能是说出自己最好的品质，而这种本能通常是错的。这一节讲的是筛选规则，以及紧随其后必须给出的证明。规则是：相关性第一，证据第二，简洁第三。

• 相关性。读一遍招聘启事，找出在不止一条要点里反复出现的要求，那就是他们最看重的。你的优点应该就是它，用你自己的话说出来。
• 证据。说完优点后，紧跟一个结果，而不是一个故事。我擅长推动停滞的工作这句话，一旦你说出具体解除了什么阻碍、带来了什么变化，立刻就变得可信。
• 简洁。一个优点说得好，胜过列出三个。罗列反而像是在回避。

设想一位项目经理，她应聘的岗位在招聘启事里三次提到跨团队依赖。她没有说自己很有条理，而是说自己的优点是能提前发现依赖风险，并补充说在上一个项目中，她把依赖审查从上线前一个月提前到了计划刚写完的那一周。这句话和它的证明，只用了两句话就说完了。

如果你想用同样的方法处理其他经典问题，它们都收录在练习中心。

一个能用的缺点必须同时通过三项检验：它必须是真实的，必须已经在被纠正，而且绝不能是你应聘岗位的核心要求。

• 真实。面试官每天都在听这个问题，能一眼分辨出编造的答案和真实经历的答案。具体的细节就是“这是真的”的信号。
• 已纠正。说出你正在使用的具体方法，而不是一个意图。我现在会先写摘要，再做幻灯片是一种方法；我正在努力改进则不是。
• 不是这份工作。公开演讲对后端工程师来说是个不错的缺点，但对销售岗位来说就很糟糕。同一句话，结果完全不同。

通常能过关的缺点包括：授权下放得太晚、在确认方向之前在细节上钻得太深、在团队之外做公开演讲会不自在、对太多请求都说好、为不需要那么多准备的会议过度准备、在分歧刚出现时回避冲突。只要你补上你做了什么改变、大致是什么时候改变的，每一条都能变成一个合格的回答。

有四种模式会被持续扣分。

• 伪装的优点。完美主义、太在乎结果、工作太拼命。面试官会把这些解读为拒绝回答问题，这带来的代价比一个诚实的缺点要大得多。
• 自我淘汰式的坦白。说出的缺点恰好就是这份工作本身。这里奖励的是诚实，而不是自我否定。
• 没有下文的缺点。一个真实的缺陷却没有附带任何纠正措施，只会让面试官手里多了一个问题，别无其他。
• 笼统的优点。吃苦耐劳、有团队精神、学习能力强。这对大多数候选人都成立，所以它不能把你和别人区分开。

关于表达方式还有一点很实际：这一组问题最容易暴露过度排练的痕迹，因为一个背出来的缺点，听起来和一段写好的台词一模一样。把两部分都大声说几遍，然后让措辞自然地变化。用诸如这让你付出了什么代价？这样的追问来打磨这一组回答，正是模拟面试存在的意义。