5 interviewing mistakes - tech roles
Amazon 行为面试：技术岗最容易犯的 5 个错误
一句话主旨：前 Amazon 招聘经理揭秘技术岗候选人在行为面试（Behavioral Interview）中的五大认知误区，教你如何从“答题机器”转变为“高情商沟通者”。
适用场景：Amazon 行为面试（LP 面试）、大厂技术岗（SDE/Architect/Manager）行为面试轮、Bar Raiser 审核环节。
一、 误区 1：混淆“客户至上”与“客户支持” [00:10]
很多技术候选人在回答关于“困难客户”或“客户需求”的问题时，容易把“修 Bug”当成“Customer Obsession”。
核心错误
候选人常举的例子：系统崩溃了，客户很生气，我加班修复了它，客户最后满意了。 面试官评价：这不叫 Customer Obsession（客户至上），这叫 Customer Support（客户支持）。你犯了错然后修复它，这是理所应当的，不能体现你的前瞻性和领导力。
推荐话术与思路
你应该寻找那些体现“平衡”和“深度洞察”的例子。
"Think about a time when the customer was too demanding in a situation and you eventually found the right balance, that sweet spot to balance the needs of the customer with the needs of the business."
（回想一个客户需求过于苛刻的场景，你最终找到了那个平衡点，即在满足客户需求的同时，也兼顾了公司的业务利益。）
- 对应 Amazon LP：Customer Obsession (客户至上)
- Bar Raiser 视角：我们考察的是你是否能站在客户角度思考长远价值，而不是仅仅被动地响应错误。
二、 误区 2：过度模板化（STAR 法则陷阱） [01:25]
核心错误
候选人把 STAR 法则（Situation, Task, Action, Result）当成数学公式，机械地填空。 面试官评价：面试是一场“对话”，而不是“解方程”。如果你只顾着走流程，会显得非常生硬，无法建立信任感。
关键建议
"A job interview is often judged by what the interviewers think about you, not just about what your answers are. If you manage to have an engaging conversation and fill in all the steps in the STAR format, it will be exponentially better."
（面试官对你个人的整体印象往往比你的答案本身更重要。如果你能在保持 STAR 框架完整的同时，进行一场引人入胜的对话，效果会呈指数级提升。）
- 对应 Amazon LP：Earn Trust (赢得信任)
- 评分标准：除了逻辑清晰（STAR），沟通的感染力和互动性是区分 S 级候选人的关键。
三、 误区 3：误判“和蔼”的面试官 [03:39]
核心错误
候选人觉得面试过程很愉快，面试官一直点头微笑，就以为稳了。 面试官评价：面试官表现得“Nice”往往是一种策略。
深度解析
"By being nice to you, they know that especially technical people will open up, they will get more personal, and they will find what you don't want to tell them about the job interview."
（通过表现得和蔼，面试官知道候选人（尤其是技术人员）会放下戒备，变得更感性，从而暴露出那些你原本不想在面试中透露的弱点。）
- 红旗行为（Red Flags）：在轻松的氛围下开始抱怨前公司、吐槽前同事或透露不该说的负面细节。
- 应对心态：保持“谨慎的乐观”（Cautiously Optimistic），无论对方多友好，始终专注于展示自己的优势。
四、 误区 4：为了回答而听，而不是为了理解而听 [05:37]
核心错误
技术大牛通常反应极快，面试官话音刚落就立刻作答。 面试官评价：这显得你很鲁莽（Reactive）。你可能只听到了表面，却没听懂面试官背后想考察的 LP 维度。
推荐技巧：刻意延迟
"Listen to learn, do not listen to answer a question. Introduce a couple of seconds of intentional delay within the conversation until you feel like: 'Yes, this is exactly what I'm going to say and I've properly understood the question.'"
（为了理解而听，不要为了回答而听。在对话中引入几秒钟的“刻意停顿”，直到你确定：这就是我要讲的故事，且我已完全理解了问题的深度。）
- 对应 Amazon LP：Dive Deep (钻研彻底)
- 为什么有效：停顿显示了你的沉稳和对问题的深度思考，能有效避免答非所问。
五、 误区 5：未根据听众身份调整答案 [07:39]
核心错误
对 HR 和对技术架构师讲同一个故事时，侧重点完全一样。
反面教材（抱怨 CEO）
"When I was part of a startup, we had an over-zealous CEO who was happily to take on new projects even though he never cared about the timelines... and I eventually negotiated with our CEO."
（我在创业公司时，有个过度狂热的 CEO，他总是不顾时间表乱接项目……最后我不得不去跟他谈判。）
分析： * 如果你对 HR 说这段话：HR 会觉得你缺乏团队精神，在背后指责领导（Red Flag）。 * 如果你对 技术同行 说这段话：在某些文化背景下，对方可能会产生共鸣，觉得你很有 Ownership。
关键建议
"There's no such thing as a perfect answer to any interviewer. Ideally, you should always tailor your delivery to the person that you're interviewing with."
（没有一个答案对所有面试官都是完美的。理想情况下，你应根据面试官的职能身份调整你的表达方式。）
- 行动建议：准备两个版本的“自我介绍”和核心故事，一个偏重业务/协作（给 HR/Manager），一个偏重架构/技术细节（给 Peer/Bar Raiser）。
💡 行动清单
- 重新审视故事库：检查你的“客户故事”是否只是在修 Bug？尝试挖掘一个你如何在客户需求与业务成本之间做艰难权衡的案例。
- 练习“刻意停顿”：在模拟面试中，强迫自己在听完问题后数 3 秒再开口。
- 身份识别练习：面试前查阅面试官的 LinkedIn。如果是 HR，准备强调沟通和影响力；如果是技术专家，准备好 Dive Deep 的技术细节。
- 录音自测：录下你的 STAR 回答，听听看像不像机器人在背书？尝试加入一些自然的转折词和情感互动。
一句话记住：面试不是考试，而是与未来同事的一次深度技术与价值观的“相亲”。