Cheng Zhang | 张程

你遇到过这些令人头疼的面试问题吗？

• 你最大的缺点是什么？
• 你做过的最难的项目是什么？
• 有没有和人产生冲突的经历？如何解决的？
• 你有没有错过过截止日期？
• 有没有超额完成自己任务的时候？
• 你为什么离开前一家公司？
• 你有6个月没有工作，为什么？
• 为什么对我们公司感兴趣？
• 你有没有什么问题要问我的？

如何从“缺点”引申出“优点”？如何从“失败的项目”引申出自己的“进步与努力”？这篇文章就想和大家讲一讲面试中的语言表达艺术：听懂面试官的弦外之音，把话说到 ta 的心坎上。文章的大多数例子是根据我自己面试和工作经历产生的，所以里面会有很多程序员的角度，不是程序员的朋友可以选择忽略。

一、写故事的能力

开始准备BQ问题总是模糊和害怕的，不知道准备什么。而我一般的建议是准备5-8个小故事即可。

1-2个weakness，或者constructive feedback
2-3个 failure story/miss deadline
1-2个 conflict如何解决
1-2个 overdelivery的故事

如果可能，也要像一部电影一样，有波澜起伏的故事情节：主角总是不会一帆风顺，会遇到坏人（时间不够，infra出现问题，陈旧代码有很多问题，需求模糊等等），随后经过主角的努力战斗，终于战胜了坏人。

但是要谨记，即使是波澜起伏的故事，也应该能用最多5-8句话来说清楚。太长的故事就失去了吸引力。

BQ 问题不是来考察你的技术的，而是考察你的人际交往能力（Communication）和项目管理能力（Leadership）。一定要避免把BQ面试变成了技术面试。

BQ面试的节奏也通常和system design， ML design等面试不同，前者需要经常停顿等待followup问题，而后者则需要在面试官不打扰的情况下滔滔不绝的一直说。

二、 如何讲好自己做过的项目？

• 核心框架：Context，result，contribution
  • Context：必须根据听众来组织语言：
    • 对非专业人士：1-2句话说清 Context，不要用复杂词汇
    • 对专业人士：2-3句话，可以带技术术语。
  • Result：得到什么样的结果。
  • Contribution：我的作用是什么，我做了什么。
• 展现你的人设与决策：
  • 可以直接把自己的“人设”暗示出来：“我是一个喜欢靠数字和实验说话的人。”
  • 不要沉浸在 Engineering 的细节中走不出来。如果一直说技术细节，会给人非常不好的感觉：显得 Communication 和 Leadership 表现不足。
  • 要重点表明：我为什么做这个决定？当时面对的困难有哪些？（比如时间不够、对方老板强势、我压力很大等）。
• 不要低估自己的能力和所做的工作：
  • 别把事情说得太轻松了，其实你做了很多工作。不能忽略现实问题，它们都是你故事中做决策、决定项目成败的关键：
    • 时间不够怎么办？
    • 模型复杂怎么办？
    • 组里没有 hit goal 怎么办？
    • 各方利益不一致怎么办？

三、拒绝滔滔不绝：学会察言观色

多关注对方的表情变化，不要滔滔不绝，等对方提问再深入细节。争取每次回答都控制在 3-5 句之间，除非面试官明确说明你可以一直讲下去，否则大多数情况下你一定要适可而止，等待对方追问。

学会察言观色，看面试官的表情及时调整说话节奏：

• 没有表现出同情心，或者在点头赞同：说明方向是对的，保持节奏。
• 反复质疑你：这种要特别小心，一定要顺着对方说，确保对方听明白了你的逻辑。
• 如果面试官一直忙着记笔记，那你可以稍微增加句子之间的停顿，给对方一点时间。

四、 三个绝对原则

绝对不能否定面试官
记住，永远不要否定面试官！不说“No”、“不是”、“但是”。当对方表达了一些对自己经历的理解之后，一定要先表示认可。本来对方是在发布善意信号，你一句“不是这样的”，对方会觉得很没面子。无论对方表达了什么观点，先表达同意！然后再接着说：“在此之上，我还做了……”

绝对不能把错归咎于自己
不要说自己的错。一切都是一个 experience（经历）——开始我做得不够好，但我迅速意识到了，并立刻做出了改变。

绝对不说同事和前司坏话
不要抱怨，不要责备，作为成年人，理解不同的需求就会产生conflict。永远要以理服人，确定自己理解对方的观点，然后再去解决问题。

五、具体问题的考察点

问题一：What is your biggest weakness? （缺点 / constructive feedback）

• 变体形式：你的老板如何评价你？老板给过你什么 constructive feedback？
• 破题关键：人都会犯错，都会有 weakness，关键是你的解题思路是什么——你能不能通过这些错误来学习和进化。
• 千万不要用那些真正严重的问题来说自己，比如Perfectionism，不习惯写文档，不善于沟通，英文不好等等。这些都是绝对硬伤，很难圆回来。可以更多的用一些大多数人都会犯的小问题，然后逐步引导到这个weakness如何带给你好的改变，以及你是如何克服的。

问题二：Conflicts （冲突与沟通）有什么 pushback？

什么是 Conflict？conflict 中没有孰对孰错，只有不同的视角。并不是拍桌子吵架才叫 conflict。对方想ship产品，对方有数据，而你根据你的数据拒绝了，这就已经是 conflict 了。要注意：

1. 解决的是人的问题，不是技术问题。
2. Conflict 的产生很正常，不是我和同事个人的问题，先把 Context 解释清楚。
3. 我去找了很多 evidence（证据）来证明自己的观点，去做实验，积极沟通，同时也确保我充分理解了对方的观点。
4. 最终对方同意，conflict 解决，并且大家都很满意，甚至有了特别的收获。

问题三：Failure & Missed Deadline （失败与挫折）

能不能讲一个失败的项目？你有没有 miss 过 deadline？

不要真的说“因为我把数据库给删除/删库跑路了”，或者“我写了个 Bug 把生产环境弄崩了”。而是评估不准（Underestimating Scope），文档不清晰漏掉细节，发现新的问题。而是：

• 强调问题的复杂性：这样可以合理暗示“这不是我单方面造成的错”。
• 解决方案与成长：最后给出一个很棒的解决办法，展示自己的进化。切忌把事情说得太简单，从而忽视了自己的努力。

比如：

“在一个核心 API 重构项目中，我最初预估需要两周。但深入之后才发现系统隐性复杂度极其高——老代码有很多未文档化的依赖和隐藏逻辑。眼看按照原计划可能会 Miss Deadline 影响下游团队。 我迅速从项目管理角度做出了调整：我第一时间向 Stakeholder 透明化进度（Raise Red Flag）。我把项目按风险高低做了拆解，将核心不可替代的功能提速交付，非核心优化放到 Phase 2。最终核心 API 按时上线，没有影响整体上线节奏。 经过这次 Experience，我进化了自己的评估模型（Estimation Methodology）：以后面对 Legacy Code，我都会先留出 20% 的 Spike 时间去深入调查再做准确的时间预估。”

问题四：Ambiguity （应对模糊与不确定性）

需求边界不清晰（Product Ambiguity）或底层技术方案不确定（Technical Ambiguity）都是常见的问题。这个问题可以展示你建立秩序、明确方向的能力。

参考话术：

“PM 提出了一个非常模糊的需求：‘我们需要一个给用户推荐相关商品的算法接口，越快上线越好’。没有具体的 latency 要求，没有数据输入规格，也没有定义什么叫‘相关’。 面对这种 Product & Technical Ambiguity，我发挥了 Ownership：

1. 我先通过拉取现有的日志数据（Data Driven），梳理出用户最常看的 3 种关联逻辑；
2. 接着我拟定了两套方案（方案 A：基于规则的简单推荐，1天可上线；方案 B：模型推荐，效果好但需 2 周）；
3. 我带着方案去和 PM 和前端对齐，帮他们澄清了逻辑边界，最终决定先上线方案 A 做 A/B Test。我主动把 Ambiguity 转化为了具体的 Milestone。”

问题五：Over-delivery （超额交付）

• 破题关键：不仅完成了本职工作，还能主动思考（Ownership）、优化流程或为团队带来额外价值。
• 答题思路：重点突出你在完成既定目标之外，如何通过洞察发现额外机会，并主动承担责任（Proactive），最终带去了超越预期的 Result。

你可以表达，自己主动发现问题并解决问题。自己把产品的构架做成了更好的拓展性，给组里带来了新的scope。已经完成的任务、发现的问题，认真写了文档，告知了其他组，结果迎来了很多合作。

问题六：面试动机与离开原因（Motivation & Career Transition）

• 答题思路：
  • 为什么离开前公司/职业空白期：永远保持 Positive，不抱怨前东家。重点放在对个人成长和新挑战的追求上。有空白期（Gap）时，强调这段时间自己的主动学习、思考与沉淀。
  • 为什么想来我们公司：一定要提前做功课，结合公司的产品、技术或文化，讲出你和岗位的 Fit 感（匹配度）。
  • 你有没有什么问题要问我的：这是展示你的专业度和领导力视野（Vision）的绝佳机会，多问项目方向、团队痛点以及对该岗位的期望。

不过，每个公司的要求不同，一定不要死记硬背答案，要根据现场反应去合理掌握进度。

以上只是我的个人经验，希望能够对你有帮助！

最后，我希望你不要害怕夸奖自己，认可自己的努力，只有这样，你才能表现得足够自信，吸引别人来给我工作机会！