常见问题

问题解构，故事模板和考点

1. Why Amazon/Google/Databricks/Capital One?
2. Why do you want to make a move?

因为我喜欢你们的产品 → 研究了背后的tech → 发现了经历和技术上的重合 → 激发了兴趣 → 了解到了公司面临的挑战 → 希望去解决它创造更大的价值 → 实现自身职业成长

1. What are you looking for for your next role?

我喜欢现在的工作和团队 → 但是我觉得是时候出去闯荡 → 我喜欢你们的产品 → （剩下同上）

customer interaction 类问题

问题解构，故事模板和考点

1. Tell me a time when you made a suggestion for clients.
2. When you’re working with a large number of customers, it’s tricky to deliver excellent service to them all. So how do you go about prioritizing your customers’ needs?

问题解构

• 这两个问题是positive questions，模板是STAR。
• 它们问的是同一件事情：明白用户想要什么并且prioritize你的work来满足用户需求。

启发模板

• 通过何种方式发现某种客户需求 → 生成计划 → 实行过程中做了什么事情 → 产生了什么结果

1. Describe a difficult interaction you had with your client.
2. Tell me about a time that customers tell you they want something but you know that’s not really what they want.
3. When do you think it’s ok to push back or say no to an unreasonable customer request?
4. Tell me about a project that you think the requirements are unreasonable or can’t be done.
5. When your delivery is different from your customer's expectation.
6. Give me an example of a time when you did not meet a client’s expectation. What happened, and how did you attempt to rectify the situation?
7. Who was your most challenging customer?

问题解构

• 这7个是negative questions，模板是STARL。
• 它们跟上面两个问题考察点是一样的，即因为你知道客户真正想要什么，所以你才会push back/say no，并且提供了更好的solution。还有一个重点就是要考察communication，你怎么对客户阐明你的理念，说服客户的？

启发模板

• 通过何种方式发现某种客户需求 → 生成计划 → 实行过程中做了什么事情 → 发现有些客户需求不make sense → 为什么不make sense → 你跟客户怎么交流的？ → 客户怎么反应的？ → 你怎么执行你的plan的 → 客户最后的反馈是什么 → 最后的结果是什么 → 你学到了什么

above & beyond 类问题

问题解构，故事模板和考点

1. Tell me about a time when you went above and beyond for a client.
2. Tell me about a time you came up with a solution that customers didn’t ask and they ended up liking it.
3. not only met a goal but considerably exceeded expectations.

问题解构

• 这三个问题是positive questions，模板是STAR。
• 问题考察的是你如何了解用户需求，prioritize你的work来满足用户需求。“above & beyond” 考察你是否不满足于目前的版本，乐意继续提升产品品质来进一步满足用户需求。

启发模板

• 通过何种方式发现某种客户需求 → 生成计划 → 实行中做了什么事情 → 结果是什么 → 在什么情况下你自己主动发现了另外一些问题（主动找客户交流？把自己当成客户做测试？） → 你继续研究 → 生成计划 → 实行中做了什么事情 → 结果是什么

mistake/failure 类问题

问题解构，故事模板和考点

1. Tell me about a time you failed/were wrong/made a mistake/had an error in judgment/made a bad decision/regret.
2. Tell me about a time when you made a bad/wrong decision and the learning from the experience enabled you to make a good decision later. What did you learn that you were able to apply?

问题解构

• 很显然是negative questions，用STARL模板。
• 对于failure问题，故事的思路是: 承认错误 → 量化你的错误 → 你学到了什么 → 后来你通过学到的东西获得了什么成功
• 其中，“你学到了什么”和“你通过学到的东西获得了怎么样的成功”这两部分非常重要。

启发模板

• 先介绍你做了一个什么项目，目的是什么 → 上线之后发现出了问题（怎么发现的，客户汇报的还是自己发现的） → 什么问题，有多严重，（量化影响） → 你如何修复的 → 你学到了什么 → 后来遇到了类似的事情，你怎么通过这个经历避免错误的

故事考点

• 这类问题的“are right，a lot”的考点体现在你从错误中学到了什么， 并且未来怎么避免错误，即所谓”strong judgment and good instinct“。人不可能一开始就是正确的，肯定经历了错误才能成长，才能有good instinct。

interpersonal conflict 类问题

问题解构，故事模板和考点

1. Tell me about a time you disagreed with a colleague or boss. What is the process you used to work it out?
2. Tell me about a time you disagreed with a colleague or boss, and you were right.
3. Tell me about a time you disagreed with a colleague or boss, and you were wrong.

问题解构

• 重点考察你如何communicate来处理conflict，如果你是right，用STAR；否则用STARL模板。
• 建议准备2个故事，分别是right和wrong的。我被考过在分别说一个right和wrong的例子。

启发模板

• 说明当时背景 (比如你们开会讨论一个feature) → conflict的由来 (你认为应该这样，他认为应该那样) → 阐述你为什么认为应该这样 → 同时你也理解别人，站在别人的立场上阐述为什么他会那么想 → 然后阐述你提出了什么方案可以解决争端 (比如你可以做实验跑一些数据来分析谁对谁错，或者你打算做一个proof of concept来测试性能啥的) → 对于别人的concern，你要具体阐述有什么plan来mitigate (很重要，这体现了你的ownership和communication) → 之后证明你是对是错 → 如果对，就重点说一下对方对你的评价，然后量化result说impact → 如果错，那就重点说一下你为什么错了 → 再说你的learning是什么 → 再说上线之后量化result和impact → 再说你今后遇到类似的问题是如何避免错误的。

故事考点

• 这类问题”are right, a lot”的考点体现在你如何用交流和实践的来的客观数据证明你是对还是错。如果你是对的，那你就是have strong judgement and good instinct；如果你是错的，那你就是learn from failure然后你就有了 strong judgement and good instinct for future. 交流也非常重要，你要体现你深刻理解双方立场，矛盾的由来，站在对方角度设身处地思考和理解对方的concern，并且提出了具体的plan来mitigate。

judgment from incomplete data 类问题

问题解构，故事模板和考点

1. Tell me about a time when you had to work with incomplete data or information.
2. Tell me about a time when you had to work with incomplete data and you failed.

问题解构

• 这题目既可以考察成功的案例，也可以考察失败的案例。成功案例用STAR，失败案例就上STARL。

启发模板

• 介绍项目背景 → 你自己发现有一项可以改进的功能，但是你不确定是否应该work on it → 你不确定的原因是there are many factors that could potentially contribute to the decision-making → 这些因素分别是什么（比如budget，work priorities，这个feature是不是在critical path上，对用户有多少潜在的影响） → 我不可能收集所有factor的information再做决定 → 我认为这些因素中有哪些非常重要 → 为什么它们重要 → 我怎么收集这些信息的 → 收集之后，这些信息怎么帮助我做最后的决定的 → 量化result和impact → 如果fail了，还要说一下learning。

故事考点

• 主要考点在于你是否有strong judgment and good instinct 知道那些information是必须收集的，那些不是必须的，这样你才能在incomplete information情况下做决定。

above & beyond 类问题

问题解构，故事模板和考点

1. Provide an example of when you personally demonstrate ownership.
2. Tell me about a time you went above and beyond.
3. Tell me about a time you decided to take on a project instead of being assigned to you.
4. Tell me about a time you step outside of your job scope and solved a problem
5. Tell me about a time when you took on something significant outside your area of responsibility. Why was it important? What was the outcome?
6. Describe a project or idea (not necessarily your own) that was implemented primarily because of your efforts. What was your role? What was the outcome?

问题解构

• 这些都是positive questions，用STAR模板。
• 这些题目都非常类似，可以用同一个故事。
• 有些题目跟 “customer obsession” 重合，所以面试官可以用一个题目来考察多个LP。你的故事最好能够同时体现多个LP的考点。

启发模板

• 你的兄弟团队之前一直在准备一个feature → 你全程关注并且积极参与讨论和给与反馈 → 项目成功上线 → 你try了一下发现不错 → 你是一个喜欢从客户角度出发测试产品品质的人（这就是customer obsession了） → 你发现过了feature上线了两天之后，prod有了一些问题 → 你经过详细测试确定这是个问题 → 你尝试联系了owner进行反馈但他们在休假 → 你觉得必须解决这个问题以免影响用户 → 你有大概的hypothesis（体现了你的are right，a lot）并且采用divide & concur策略深入排查 → 最终发现问题所在 → 你没有权限来更改config，所以就继续寻找有权限的人 → 你发了邮件解释这个问题 → 问题最终解决 → 你发邮件给owner等他们回来汇报情况 → 提出一些改进的建议 → 量化影响（是增加了多少CTR还是挽救了多少用户免受影响）

故事考点

• 你如何主动发现out of your scope的问题，你如何排查问题原因，你如何跟问题的owner进行交流，并且提出改进意见的，他们的反应怎么样。
• 整个故事需要体现你是lead整个过程的，你对别的team的work是有主动了解的，你不仅仅局限于你的work和scope。

pushback & conflicting 类问题

问题解构，故事模板和考点

1. Did you have to push back a request/ask?
2. If you have conflicting goals, how do you make trade-offs?
3. Tell me about a time you had to sacrifice short term gains for long-term goals.
4. Tell me about a time when you had to leave a task unfinished.
5. Tell me about a time when you had to work on a project with unclear responsibilities.

问题解构

• 这些问题是positive questions，使用STAR。
• 这些问题的核心都在问一个事情，你如何取舍短期利益和长期利益。你的故事要体现你舍弃了短期利益而追逐了长期利益。
• 你push back一些request是因为它只能带来short-term gain；你conflict的是short-term gain vs long-term gain；你leave a task unfinished是因为这个task只能带来short-term gain；对那些unclear responsibilities的项目你需要分析那些是short-term，那些是long-term，你为什么go for long-term了。

启发模板

• push back a request/conflicting goals: 你实现一个feature → 开会跟PM讨论进展 → PM觉得应该这么做，而你觉得应该那么做 → 你阐述了你的方案，并且你也站在PM的角度理解他的方案 → 你解释了为什么你的方案是long-term gain的，PM的方案是short-term gain的 → 针对PM的concern（比如你的方案可能会miss deadline），你提出了plan来mitigate → 最后你还是成功按时上线 → 量化result和impact

• trade-off between short & long term gain/leave a task unfinished: 你在实现一个feature，前期plan的过程中订好了计划，技术路线和死线 → 但是在项目执行过程中，一些unexpected things happened（比如licence问题啥的） → 但是死线又迫在眉睫 → 针对这种情况，你主动提出了两种方案 → 第一种方案quick & dirty，可以按时上线（short-term gain），但是可能会有隐患 → 第二种方案比较系统解决问题（long-term gain），但是可能有miss deadline的风险 → 你拿着这两个plan跟领导讨论 → 你如何说服领导 go for 第二种方案 → 你break down的tasks → 发现可以复用一些现有的轮子，大大减少dev time → 你 re-prioritize了你目前的work → 结果还是在死线前上线了 → 量化结果和impact
• unclear responsibilities: 你的领导在开会的时候提到我们要做一个feature → 但是他还没有进一步的plan → 这个时候你主动approach 领导，谈及此事，并且表示想要take the lead → 通过跟领导的谈话你了解了expectation，并且制定了计划和死线 → 但是在实现过程中，出现了unexpected 问题（比如licence 问题）→ 但是死线又迫在眉睫 → 针对这种情况，你主动提出了两种方案 → 第一种方案quick & dirty，可以按时上线（short-term gain），但是可能会有隐患 → 第二种方案比较系统解决问题（long-term gain），但是可能有miss deadline的风险 → 你拿着这两个plan跟领导讨论 → 你如何说服领导 go for 第二种方案 → 你break down的tasks → 发现可以复用一些现有的轮子，大大减少dev time → 你 re-prioritize了你目前的work → 结果还是在死线前上线了 → 量化结果和impact

故事考点

• 在面对意想不到的困难/别人的挑战时候，你能否提出多个解决方案，并且分析short-term vs long term，然后利用你的交流能力来说服别人go for long term，然后你如何工作来保证按时完成。
• 你需要具体说明short-term gain是什么， long-term gain是什么，long-term 在implementation上有哪些挑战导致可能miss deadline，并且你是如何战胜这些挑战的。

transition 类问题

问题解构，故事模板和考点

1. Describe a time you transitioned a project to another person/team.

问题解构

• 这题就很straightforward，用STAR
• 由于reorg，或者你ramp up新人，都需要把你自己的一些work转交给别的team来做，因为你是这个项目的owner，自然需要负责到底，保证交接顺利，这样才符合公司的利益。

启发模板

• 我们的team reorg了 → 我之前own的很大一块feature划分给了别的team → 我主动写了详细的documentation → 我主动给了几个presentation → 我fully support对方并且actively answer all the questions in the following days → 对方对你的反馈 → 这个项目交接之后对prod有什么影响，可以说没有影响production，也可以说他们后来ship了几个feature都是你自己之前的设想，并且在implement过程中你参与了讨论和指导（这就成了out-of-scope impact了），最后ship了获得了多少impact

故事考点

• 其实就是你采取了什么步骤保证项目交接成功，你交接之后担任了怎么样的角色，交接之后你的impact就是cross team impact了，对对方team产生了什么影响。

help peers 类问题

问题解构，故事模板和考点

1. give an example of when you saw a peer struggling and decided to set in and help. What was the situation and what actions did you take? What was the outcome?

问题解构

• 使用STAR模板。
• 这题目比较容易从ramp up new hire的经历切入，一般new hire都会有struggle的，很自然你ramp up new hire的过程中就能观察到他的struggle，主动approach提供帮助

启发模板

• 最近我们team新来了一个new hire → 我给他制定了详细的ramp up plan并且提供了很多doc → 刚开始他完成的不错 → 但是我发现他有在一个问题上花了很多时间却没有进展 → 我主动set up了一个1 on 1主动了解困难 → 发现他在某某地方卡住、或者因为家庭原因心情低落 → 我直接帮助他解决了这个问题 → 并且把我的经验传授了 → 最后他按时完成了我指定的ramp up plan

故事考点

• 要体现你主动观察，主动发现问题，主动approach对方了解what happened，之后提供有必要的帮助，来mitigate问题，帮助对方成长。

calculated risk 类问题

问题解构，故事模板和考点

1. Describe a time you took a big risk.
2. How to take a calculated risk?
3. Tell me about a time when you took a calculated risk.
4. Tell me about a time when you took a risk in your work and then failed

问题解构

• 前3个问题用STAR， 第4个用STARL。
• “calculated risk”的含义是，你能感知项目的潜在risk，并且evaluate 它们，知道如果项目走向不好，最坏的情况是什么，会不会影响现在已经在prod的work和目前的用户。如果会影响，那你为什么还要take这些risk，你看到了哪些机会/收益大于风险，如果你失败了，你怎么take action to revert back? 你要快速迭代，寻找solution验证你的idea。

启发模板

• 你lead一个项目 → 老板说得要求非常vague → 你自己主动明确了需求并且跟老板sync了expectation → 你制定、执行了计划 → 项目上线 → 然而你发现项目对某些库/数据/特定的格式有dependency，从而导致了某些不完美的customer experience → 你决定尝试remove这些dependency → 但是挑战和难度都比较大 → 你花了两个晚上收集数据，制定计划 → 你跟老板说你想further improve这个feature based on your plan → 你看到了more opportunities than risks → 你说，你需要一周的时间详细调研每一个步骤，the worse case is, after 1 week, the plan doesn’t work out, but nothing will affect the production. (这里强调了你是take了calculated risk，即最坏情况只是花费了一周时间调研，不会影响production) → 阐述为什么难度大 → 你怎么把这些挑战分解成小的部分，每个部分逐个解决掉 → 你最后花了多少时间上线 → 量化结果和impact

故事考点

• 要体现你能够主动寻找并挑战困难，从而带来比较大的business impact。这些挑战自然有很多不确定性，即风险。你evaluate了每个风险，制定计划，并且考虑最坏情况。
• 你看到了那些opportunities，既然看到了风险，你为什么要take risk？是什么样的机会让你觉得风险值得一冒？
• 如果最坏情况发生，对于你的production会有什么影响。你如何revert your solution if the worse case happens.

incomplete/missing information 类问题

问题解构，故事模板和考点

1. Tell me about a time you needed to get information from someone who wasn’t very responsive. What did you do?
2. Tell me about a time you had to make a decision with incomplete information. How did you make it and what was the outcome?
3. Tell me about a strategic decision you had to make without clear data or benchmarks.
4. Tell me about a time when you didn't have enough data to make the right decision.
5. Tell me about a time when you had to analyze facts quickly, define key issues, and respond immediately to a situation. What was the outcome?
6. Tell me about a time when you have worked against tight deadlines and didn't have the time to consider all options before making a decision. How much time did you have? What approach did you take?

问题解构

• 这些问题跟“are right，a lot”的“judgement with incomplete information” 类问题很像。可以套用同一个故事。
• 但是故事考察的侧重点不同

• “are right, a lot” 重点考察你怎么用incomplete information做决策。
• ”bias for action“重点考察你做了决策之前或之后都take了那些action。比如，做决策之前你发现有些data是essential的，那你就take action to collect these data，然后帮助你做了决策；或者你已经有了essential data并且做了决策，之后你fast iteration了很多版本，最后项目上线了。

启发模板

• 可以复用 ”are right，a lot“里面”judgement from incomplete data”类问题的模板
• 更新你的故事使得它能反映出侧重点（见上）

故事考点

• 主要考察你能否识别并且collect essential information。很多时候做决策都不需要complete info，只需要essential info就行了。
• 你如何faster iterate的？你explore了什么option，获得了什么经验，使得项目得以上线？
• 还可以聊一聊你take的哪些risk，因为你肯定在fast iteration的时候遇到了一些挑战，你怎么衡量这些挑战带来的risk，怎么take的calculated risk。

take action & moving fast 类问题

问题解构，故事模板和考点

1. Describe a time when you saw some problem and took the initiative to correct it rather than waiting for someone else to do it.
2. Describe a situation where you made an important business decision without consulting your manager. What was the situation and how did it turn out?
3. Have you ever done something without asking for permission from your manager?
4. Give an example of when you had to make an important decision and had to decide between moving forward or gathering more information. What did you do? What information is necessary for you to have before acting?
5. Tell me a time when you have to compromise something for meeting the deadline
6. Tell me a time when you must deliver an unperfect result/project.
7. Made a difficult decision with input from many different sources

问题解构

• 如果你要是想等一切都ready了再行动，那肯定就迟了。
• 你了解项目的风险，并且知道你自己的solution是reversible的，看到了more opportunities than risks，你打算主动实现看看效果。
• 你需要fast iteration，并且知道哪些是essential steps，你不需要收集所有的数据来做决策，你知道并且只需要关注重点数据。

启发模板

• 前4个问题跟”ownership“的”above & beyond“类问题很相似，可以复用故事和模板。
• 后3个问题跟”ownership“的”push back & conflicting”类问题很像，可以复用故事和模板。
• 更新你的故事体现你如何fast iteration的，比如你come up with different plans and tried them all to pick the best solution。

故事考点

• 你能否提出很多plan，并且做fast iteration
• 你对项目的risk有怎么样的认知，你怎么evaluate这些risk，你看到了什么opportunities？
• 你关注哪些主要信息来辅助决策，你如何收集并消化这些信息为你的项目服务？

achievements 类问题

问题解构，故事模板和考点

1. Tell me about a time when you went way beyond the scope of the project and delivered.
2. Tell me about a time you took a calculated risk in order to achieve a professional goal. What were the tradeoffs? What was the outcome?
3. Tell me about your proudest professional achievement.
4. Give me an example of a radical approach to a problem you proposed. What was the problem and why did you feel it required a completely different way of thinking about it? Was your approach successful?
5. How do you drive adoption for your vision/ideas? How do you know how well your idea or vision has been adopted by other teams or partners? Give a specific example highlighting one of your ideas.
6. Tell me about the time you were working on an initiative or goal and saw an opportunity to do something much bigger than the initial focus.
7. Tell me about a time you looked at a key process that was working well and questioned whether it was still the right one. What assumptions were you questioning and why? Did you end up making a change to the process?

问题解构

• 相比你也已经注意到了，前两个问题都是之前的LP问题，这里是重复出现了。
• Think big的题目相对比较好回答，挑一个你觉得最有挑战同时又有很大impact的项目从头到尾讲一遍就行了。

启发模板

• 第1题参考“ownership”的“above & beyond”类问题
• 第2题参考“bias for action”的“calculated risk”问题
• 第3题及后面的问题：老板给了你一个很vague的题目，比如老板问你如何improve our product → 你刚开始觉得很vague，从几个方面思考怎么improve，improve到什么程度，最终能够影响非常多的用户，提升很多的访问量 → 你找老板聊了你big idea和plan → 你了解了老板的expectation和项目的potential outcome → 你decompose这个项目into 几个components → 你识别了一些lower hanging fruit，并且fast iteration完成了第一个版本 → 第一个版本上线，并且取得了怎样的result，量化impact → 接下来tackle一些比较困难的挑战，因为比较risky，但是你不担心因为第一个版本已经上线了 → 你继续解决挑战 → 完成第二个版本，上线 → 结果又提高了多少（量化impact）

故事考点

• 挑一个你觉得你做的最棒的项目，既有挑战，又有impact的那种。
• 整个过程要描述你如何clarify vagueness，你的愿景solution为什么是big的，它能够影响多少用户，还是能够带来多少指标的提升？你如何显示别lower hanging fruit并且ship第一个版本的，你又如何take calculated risk来work on 下一个版本，下一个版本提升在哪里，给指标带来了什么好处？

innovation & improvements 类问题

问题解构，故事模板和考点

1. What improvements have you made at your current company?
2. Tell me a time when you solved a problem in an innovative way.
3. Tell me about a time when you invented something.
4. What is the most innovative project you’ve worked on?
5. What is your proudest/biggest innovation?

问题解构

• 都是问你invention的，使用STAR模板。
• 你可以复用”think big”里的”proudest achievement”问题的故事。
• 更新你的故事来满足invent的考点。

启发模板

• 参考”think big”里的”proudest achievement”问题的模板

故事考点

• 一定要明确阐述你的invent是什么，带来了哪些好处

simplify 类问题

问题解构，故事模板和考点

1. Tell me about an out-of-the-box idea you had or a decision you made that had a big impact on your business.
2. Tell me about a time when you gave a simple solution to a complex problem.

问题解构

• 简单的solution不意味着对品质的妥协。在做project的时候，如果你需要的东西恰好是别的team做过的东西，最棒的方法就是去collaborate。不必重复造轮子，又有cross team impact。
• 问题就解构为你如何collaborate with others

启发模板

• 你在做一个大feature → 其中的一个/几个components如果你单独做的话，会非常费时，影响上线 → 你poke around并且发现了别的team在做类似的事情 → 你offline reach out了一个team member → 经过讨论发现可行 → 你call out了一个正式的meeting，详细阐述了你的需求，说服了对方team这是个win-win的collaboration（你能够按时上线，影响了很多user，他们可以扩大cross team impact） → 你最后只用了一周时间就搞定了一个复杂的component → 后来项目上线 → 量化结果和impact

故事考点

• 要详细阐述你是如何reach out to partner team的，你有怎么知道partner team在做你需要的东西，你怎么解释你的需求，你怎么说服他们prioritize他们的work来服务你的work，最后的结果是什么。simplify带来了什么好处（更稳定的服务？更快的上线时间？）带来的好处一定要是long-term的。

learn new things 类问题

问题解构，故事模板和考点

1. Tell me about a time you did something outside your responsibility?
2. Tell me about a time when you influenced a change by only asking questions.
3. Tell me about a time when you solved a problem through just superior knowledge or observation.
4. Have you ever learned something new by yourself and ended up using what you learn to solve problems at work?
5. How do you find the time to acquire new knowledge?

问题解构

• 第1个问题虽然类似“ownership”的”above & beyond“问题，但是考察侧重点不同。在“learn，and be curious”里面，重点考察你用学到的东西做了一些你job外的动作。
• 第2&3问题是你学习到了一些知识，对你或者你的团队项目planning提出了什么建议。
• 第4&5问题就是直接问你学到的东西怎么应用到你的项目中。

启发模板

• 你是一个很爱学习的人，乐意花时间学习新东西 → 你对某某领域非常感兴趣 → 你阅读了论文，博客和公司的tech blog → 从中你得知了某某问题可以用某某solution解决 → 这启发了你在工作中遇到的一个问题 → 这个问题是什么，它为什么是挑战 → 你就利用你学习到的东西解决了这个挑战 → solution果然work了，你成功improve了这个系统 → 量化评价metrics，results和impact

故事考点

• 你不能笼统地说你爱学习，你要详细阐述你学习的东西具体是什么，你怎么用你学习到的东西来解决一个什么样的问题，效果怎么样。

with data 类问题

问题解构，故事模板和考点

1. Give me an example of when you used data to make a decision/solve a problem
2. Give me an example of you diving deep into data to figure out the root cause of an issue
3. Have you ever leveraged data to develop a strategy

问题解构

• 这三个问题跟“are right, a lot”的”judgement with incomplete data”很像。”dive deep“的侧重点在于你如何收集有效的数据，你怎么处理数据，从数据中获得了什么样的insight，这些insight怎么指导你决策和工作？获取insight的过程就是你deep dive到data的过程。

启发模板

• 在ship产品之前，你需要offline和online测试你的feature → offline测试发现一切都是expected，但是online测试发现metrics对比offline 有较大的差距 → 于是你开始deep dive into both offline and online data和metrics，你有一个什么样的假设，于是你用这个假设为指导，首先看了什么data，发现没问题，其次看了什么data，发现没问题，再次看了什么data，发现有些问题 → 你继续深入研究这部分数据，发现了问题 → 问题的原因是什么，怎么导致了offline和online 不同 → 你解决这个问题 → 继续online 测试，发现一切正常 → 你上线了这个feature → 量化影响和impact

故事考点

• 展示你发现问题，研究问题，解决问题的过程。
• 一定要阐述你刚开始的一些hypothesis/educated guess， 在这个hypothesis的指引下，阐述你尝试了几个不同的方向，最终发现了root cause，你解决它，然后继续测试，发现一切正常。

big/complex system in-depth analysis 类问题

问题解构，故事模板和考点

1. Tell me about a problem you had to solve that required in-depth thought and analysis. How did you know you were focusing on the right things?
2. Walk me through a big problem in your organization that you helped to solve. How did you become aware of it? What info did you gather, what was missing, and how did you fill the gaps? Did you do a postmortem analysis and what did you learn?
3. when you were trying to understand a complex problem on your team and you had to dig into the details.
4. Give me two examples of when you did more than what was required in any job experience.
5. Tell me about something that you learnt recently in your role.

问题解构

• 这些问题侧重考察你在implement a complex system的时候做的一些思考，可以是一些trade off，或者是一些long-term design。

启发模板

• 你work on a project → 阐述这个project的business needs（serve millions of users, needs to be scalable, responsive, have high precision/recall) → 因为有这些needs，所以项目比较有挑战 → 这个项目有多少个components → 每个components是怎么串联起来的 → 你做完第一个iteration，联调发现一个问题不太对 → 你的hypothesis是其中的某一个component出现了问题 → 于是你用控制变量法来检测这个component → 果然在这个component里面的sub component有一些问题，你继续排查，终于找到原因 → 你fix，发现还有别的问题，你继续排查 → 最终一切顺利，你联调通了第一个版本，上线 → 你继续第二个版本 → 上线 → 量化result和impact

故事考点

• 一定要阐述这个项目有多复杂，为什么这么复杂（因为它需要满足苛刻的business needs呗），你遇到了具体什么困难，你怎么用你的instinct来寻找debug 方向（这里体现了are right, a lot），你怎么一步一步排查问题，dive into了哪些component，最后的结果怎么样。

miss expectations/goals 类问题

问题解构，故事模板和考点

1. Tell me about a time when you couldn’t meet your expectations on a project.
2. What was a goal you didn't reach or wish you could have improved on?
3. Give me an example of a goal you’ve had where you wish you had done better. What was the goal and how could you have improved on it?

问题解构

• 这些都是negative questions，使用STARL模板。
• 这些问题其实都可以复用“are right, a lot”里面的“mistake/failure”类问题的故事。

启发模板

• 可以复用“are right, a lot”里面的“mistake/failure”类问题的故事模板

故事考点

• 你要重点说明为什么你miss了，是因为标准定高了么，还是solution不能scalable？回答的时候，千万不能让面试官觉得是你的能力不够从而导致miss goal，千万不能甩锅给别的team。然后说一下你学到了什么。

improve an already good system 类问题

问题解构，故事模板和考点

1. Tell me about a time when you’ve been unsatisfied with the status quo. What did you do to change it? Were you successful?
2. Tell me about a time you wouldn’t compromise on achieving a great outcome when others felt something was already good enough. What was the situation?
3. Describe the most significant, continuous improvement project that you’ve led. What was the catalyst for this change and how did you go about it?
4. Tell me about a time when you worked to improve the quality of a product / service / solution that was already getting good customer feedback? Why did you think it needed more improvement?
5. Give an example where you refused to compromise your standards around quality/customer service, etc. Why did you feel so strongly about the situation? What were the consequences? The result?

问题解构

• 这些题目跟“ownership”里面的“above & beyond”题目非常类似，可以复用。

启发模板

• 复用“ownership”里面的“above & beyond”题目模板

故事考点

• 现在的系统虽然好，但是还是有一定可以进步的空间，这些空间具体是什么？
• 一定要展现你improve an already good system是因为你看到了opportunities来更好的serve customer，增大business impact，同时你能看到feasible solution to this problem。
• 期间你可以展现你的customer obsession，dive deep，take calculated risk 等等综合LP。

mistake/failure 类问题

问题解构，故事模板和考点

1. Have you ever worked on something hard and then failed?
2. Tell me about a time you made a mistake/ failed?
3. Tell me about a time when you couldn’t meet your expectations on a project.
4. Tell me about a time when you had to tell someone a harsh truth.
5. Tell me about a time you were 50%/75% on a project and found you have made a mistake and had to change direction

问题解构

• 这些都是negative questions，使用STARL模板。
• 这些问题其实都可以复用“are right, a lot”里面的“mistake/failure”类问题的故事。
• “tell someone a harsh truth” → 比如你跟你老板说你这项目不能meet deadline，就是个harsh truth。

启发模板

• 可以复用“are right, a lot”里面的“mistake/failure”类问题的故事模板

故事考点

• 考察重点是沟通，你如何跟你的colleagues/boss说这个项目miss了goal了？是什么原因导致的，你有没有backup plan？这个backup plan能够挽回多少损失？最后项目上线了吗，有没有什么impact？

interpersonal interaction 类问题

问题解构，故事模板和考点

1. Tell me about a time you uncovered a problem on your team.
2. Do you suggest something to the team and help to achieve a better outcome?
3. How do you handle teammates you don’t like?
4. Tell me about a time when you had to work with a 'difficult' coworker.
5. Tell me about a time you gave team members suggestive feedback.
6. Tell me about a time you had a conflict with your teammates, how did you persuade them?
7. Tell me about a time you help your teammate
8. What’s the worst feedback your boss gave you?
9. Give me an example of a time when someone on your team challenged you to think differently about a problem
10. Tell me about a time your teammates had a different opinion than you and you were pursued
11. Tell me about a time when someone (peer, teammate, supervisor) criticized you about a piece of work/analysis that you delivered. How did you react? What was the outcome?

问题解构

• 第1&2题问的是你给整个team带来的建议，所以注意不要只mention某一个teammate。
• 第3-7题问的是你于某一个individual team member的interaction。
• 第8题问的是你和上级的interaction。
• 第9-11题问的是你如何接受来自peers的feedback

启发模板

• 你对整个team的建议：你发现你之前的production feature不work了 → 你deep dive研究了一下，发现是另一个team的feature直接导致了你的feature不work → 阐述具体原因是什么（比如trigger的优先级啥的） → 你先跟对方team进行沟通，把这个事情解决了 → 你意识到这是你在deploy到时候，没有添加一些gardrail test → 你发现你目前的team的features也只有很少量的gardrail test → 你直接想全组发起倡议，要求更新各自feature对应的gardrail test，这样别人ship feature的时候，gardrail test会run来测试是否之前的feature被新的feature给regress了 → 大家都觉得非常有必要 → 大家都添加上了 → 结果就是这种regression再也没发生。
• 你对individual建议：可以复用“ownership”里面的“help peers”类问题的模板。注意，如果要描述“conflict”，你重点说明你了解双方立场，并且有plan来resolve 对方的concern。
• 你接受上级的建议：不论是worst还是best feedback，其实都可以用一个故事来解答。回答的角度是，老板针对你的缺点进行了坦率的谏言。你觉得说得非常有道理，并且坚决改正，过了一段时间，老板夸你进步了很多，而且你也养成了好习惯，从而成功影响了工作效率。注意，你的缺点不能是“干活慢”之类的，你的缺点一定是那种可以改正的缺点（所谓coachable），比如你日常工作不留心别人的工作，这样就失去了潜在的合作机会，等等。
• 你接受来自peers的建议：你首先要了解peers为什么给你提供这些意见，他的立场是什么，从什么角度他觉得你的project需要提高，然后你思考一下这个角度是不是对（你当然要说对），然后你深受启发，制定计划，执行并上线，你的确看到了比较好的进步。

故事考点

• 考察你是不是能够发现整个team的问题，如何说服整个team采取你的建议，从而影响这个team的
• 考察你如何跟peers尽兴交互，如何帮助别人。

earn trust 类问题

问题解构，故事模板和考点

1. Tell me about a time you had to earn trust quickly.
2. Tell me about an experience that you have to earn trust/gain buy-in from another group.
3. Do you collaborate well?
4. Tell me a time when you earned the trust of your partners

问题解构

• 你通过交流并且提供plan和执行plan来获取别人的信任。
• 交流就要理解对方立场，提供plan来mitigate对方concern，执行plan来完成项目，获得好结果，从而对方才能对你信任。

启发模板

• 你可以从interpersonal conflict的角度来讲故事，即复用”ownership”里面的”pushback & conflicting”的模板。

故事考点

• 重点还是考察communication。

deliver result 类问题

问题解构，故事模板和考点

1. Describe a project that you not only finish but also accomplish more.
2. Describe a time when you had to face a particularly challenging situation while working on a project and what you did to overcome it.
3. Give me an example of a time you struggled with something and then turned it around.
4. Tell me a project you finish where no clear instruction was given.
5. What’s your most challenging problem/project? What’s the project you are most proud of?
6. What’s the most complicated problem you’ve ever worked on?

问题解构

• 这些都是positive questions，使用STAR模板。
• 这些问题都跟ownership，think big等问题重复了，所以可以直接复用。

启发模板

• 参考ownership/think big相关问题的模板。

故事考点

• 这个LP考察的重点是如何unblock你自己，所以你可以重点mention一下项目中的挑战，以及具体你如何resolve它们的。

1. Describe a time when you didn't think you were going to meet a commitment you promised.
2. Tell me about a time when you had to leave a task unfinished.
3. Have you ever worked on something hard and then failed?

问题解构

• 这些都是negative questions，使用STARL模板。
• 这些都是failure questions，跟ownership，think big， are right a lot等等LP是重叠的

启发模板

• 参考相关的LP的问题的故事模板

故事考点

• 你如何unblock自己，你从failure中学到了什么， 怎么应用你学到的东西到你的日常工作中。