大家好，由於长期潜水在本版且受益良多， 因此想分享一下自己今年於北美Google面试产品经理(PM)一职的心得， 希望以非技术背景的角度来分析该如何准备PM面试， 让对Google跟其他大厂PM有兴趣的商管/文组背景学生了解面试方法。 -- Medium好读版及更多参考资料： https://medium.com/3pm-lab/google-product-manager-interview-3f33974e9241 -- 近几年由於网路业在矽谷的大爆发，让许多前往美国就读商管硕士（MBA）的留学生开始将目光从传统的管顾、投行产业转向科技业。其中，又以产品经理（PM；Product Manager）一职最受青睐—— PM 不仅能让文组与商管学生发挥其擅长沟通的长才，薪水上也是最靠近工程师的非技术职位。以 Google 为例，MBA 毕业後的 Level 4 PM 薪水平均为 $251k USD，较为资深的 Level 5 甚至可达 $341k USD（资料来源：Level.fyi），成为众多 MBA 毕业生的梦幻工作。 适逢 2021 与 2022 年北美就业市场的火热，我也藉机试试身手面试了 Google 与其他公司产品经理的职位。一路上感谢很多人的建议与帮助，於是想藉由这篇文章来分享面试心得，希望对矽谷 PM 有兴趣的台湾人有所帮助。 ▍求职背景 学历 大学在台湾双主修传播与商管科系，研究所於美国 Top MBA 主修商业分析与创业管理。由於无技术背景且 Google PM 十分看重这块，起初在 MBA 毕业後申请 Google PM 时直接被 Recruiter 建议改申请无技术门槛的 Product Support Manager （提供客户产品服务协助）。但随着 MBA 毕业後在美国累积三年的 PM 经验，顺利通过初步筛选及後续面试，应是实务工作经验弥补了技术不足的部分。 工作经验 在本次申请 Google PM 时，已累积了三年在美国的 PM 经验（包括一年的 FAANG 以及两年的 A 轮新创）。在此之前，我在知名日商网路业的台湾分公司担任一年的商务开发及两年的产品管理与营运。 在产品种类部分，我过去的经验主要集中於 SaaS 跟 B2B MarTech 产品，无任何 B2C 相关经验。然而实际上在面试时，产业特定知识并没有这麽重要。由於 Google PM 在矽谷的招聘是先通过 On-site 面试後才分组，因此题目上也较为广泛，并不会针对某个产业的专业知识进行询问（听说 Google Cloud 除外）。 身份 由於持有台湾护照，我是先於美国读 MBA 後拿到 OPT （学生短期工作签证），随後转为 H-1B（正式工作签证）。对於商管背景学生来说，先於美国取得硕士学位後再拿到 OPT 大概是最稳的一条路。 值得注意的是，过去商管学位最为人诟病的是 OPT 只有一年期限，因此 H-1B 只有 1–2 次抽签机会。但是随着 STEM 定义的放宽，现在许多 MBA 都有提供符合 STEM 标准的主修（如商业分析），因此 OPT 期限可延至三年，大幅提升留美机会。 若无相关身份且无意愿申请研究所，可能唯一的方法是先加入 Google 海外分公司，并透过 L-1 签证调回总部，不过时间成本跟难度势必拉得很高。 ▍Google 产品经理招聘流程 Google PM 的招聘流程基本上与其他公司大同小异，包括了： - 上网投递＆履历筛选 - 电话面试（1–2轮，看面试表现决定是否有追加轮） - On-site 面试 （5轮） 比较不同的是，Google PM 是先通过 On-site 面试後才分组，因此後续还要与不同的团队聊完并完成分组後才算完成整个流程。由於履历筛选的要点与其他公司相似（找到他人推荐，确保经验相关性跟聚焦在可量化的影响力等），本文将着重在面试经验的分享。 另外由於保密条款，以下分享的面试题目并非实际面试遭遇到的问题，而是网路上可找寻到的公开题目，但核心概念与解题思维类似 ▍Phone Interview (45-minutes w/ PM) 在通过履历筛选後，第一关是和一位 Google PM 进行电话面试。相较於其他科技公司的 PM 面试，Google PM 的面试绝对是数一数二困难的。原因在於，Google 光最初的电话面试可能就包含以下类型的题目： - Product insight and design（产品洞察与设计）：要求面试者分析指定的产品或议题、提出用户轮廓与痛点、发想新的产品、以及如何衡量成效 - Analytical（数量估计）：在进行一连串的假设下，进行对市场及用户规模的估计 - Strategic insights（商业策略与洞察）：以企业领导者的角色，全面性的分析公司、市场、产品状况，并做出相应的决策建议 - Creativity（创意想法）：衡量面试者是否能出创新的产品想法 - Googleyness（Google 文化）：透过情境题与过去工作经验来衡量面试者是否契合 Google 的公司文化 - Leadership（领导力）：透过情境题与过去工作经验来衡量产品经理是否能有效的带领团队及影响利害关系人 由於 Google 的电话面试仅短短的45分钟，通常面试者会从这六大面向里面选择想考的方向，没有制式的问题与流程，也造就面试准备的困难度。在实际的经验上，我被问及下列两种类似的题目： - (~30 mins) Design a bike service for local communities (Product insight and design, Creativity) - (~15 mins) Tell me about a new product you love. If you’re the CEO of Google, how would you collaborate with this company? (Product insight and design, Strategic Insights, Creativity) 面临这样让人不知所措的开放性问题，我自己的策略是先不管答案好坏，都必须透过一个清楚的回答架构，主动提及面试官想听到的点，以方便他们做笔记。因爲通常在对应徵者进行 debrief 的时候，面试官必须要针对各个重点面向来给予评分。如果在回答上能够契合这些要点，就会让面试官更加轻松地把你的答案记录下来，确保没有遗漏。 在实际面试上，我通常采用以下原则来回答问题： - 将答案透过 BUS Framework 来进行拆解：1）Business（向面试官确认公司与产品的当前状况、短期目标、长期愿景），2）Users（以自身的理解，描述目标族群的型态与痛点），3）Solutions（结合短期目标、长期愿景、与用户痛点，提出 3 到 5 个产品想法）。通常这三点为面试官最注重的核心答案，并以此进行延伸。 - 在提出目标用户跟解决方案时，提出对 优先顺序（Prioritization）的看法，并且有明确的准则。我自己做法是为结合业界常用的 RICE Framework （Reach, Impact, Confidence, Effort）以及确保提出的想法和产品目标及愿景一致 - 用户描述与产业洞察越深越好：相较於提出完美的解决方案，PM 的面试其实更看重的是能不能彻底地了解用户轮廓以及痛点。而在大多数的情况下，如果能找出正确的问题，其实解决方案也会水到渠成。 - 确保提出至少1个 Moonshot idea：在提出解决方案时，最好能提出至少一个看似疯狂但创意十足的想法。尤其是在 Google 这样天才工程师到处都是的地方，若能提出一些不受限的另类思维，将会有助於在 Creativity的层面上进行加分。 实际在进行电话面试时，我认为 Google 和其他家公司（如 Facebook）最大的不同在於，Google 在後续追问的问题上十分灵活，有时甚至故意引导应徵者脱离既有的架构（或许知道大家都在背架构），来考验面试者对不同面向问题的理解程度。像是根据面试者的回答来穿插产品上市与推广策略（Go-to-Market）、团队协调与合作（Team Alignment）、执行细节（Execution）、冲突管理（Conflict Management）等相关问题。因此建议在背好架构之余，也得培养随机应变的能力。 ▍On-site Interviews (5 back-to-back 45-minutes w/ PMs & Engineer) 结束完电话面试後，两天後收到 Recruiter 通知将进行五关的 On-site Interviews，并且以 Level 5 为目标。相较於一开始的电话面试，除了既有的产品设计相关问题外，主要的差别如下： 1. 不少问题从产品层级拉高到公司战略层级 相较於电话面试专注於产品层级的产品设计及改进面试问题，在 On-site 时碰到了更多策略方面的问题，像是： - Tell me about an interesting tech startup and its business and product strategy. How do they win the market? - (follow-up) If you’re the CEO of this startup, what would you do to capture the next big opportunity? - (follow-up) Why aren’t they doing so now? What would be the key blockers and considerations? - If you’re the CEO of Lyft, what new business would you enter and how would you evaluate this decision? 在回答的策略上，由於问题的广度加大，除了运用先前所提到的 BUS Framework，我自己也会带入管顾个案面试常用的 Porter’s Five Forces、3C (Company, Customers, Competitors)、SWOT 等模型来做为辅助。除此之外，我个人也推荐报名 Reforge 产品经理的课程，了解矽谷科技公司当前的最新想法跟产品策略。但由於这类问题没有标准答案，我个人觉得最好的策略是将面试互动变成像是两方在交流讨论，而非单方面的陈述，来确保回答到面试官想听的内容。 2. 追加了45分钟的技术面试（Technical Interview） 这部分大概是 Google PM 和其他科技公司 PM 面试最大不同之处——由於 Google 是以工程师为文化核心的公司，因此要求 PM 必须通过技术面试来考核其技术能力，这也大概是对文组及商管背景学生最难挑战的一关。在实际面试中，应徵者可能会被询问两种问题： - 系统设计（System Design）：设计并解释一项网路服务的後端服务与资料库 - 演算法（Algorithm）：设计一个演算法来解决或优化指定的用户问题 在询问现任 Google PM 朋友的意见後，得到的建议是最好将 100% 的心力准备在系统设计上。若真被询问演算法相关问题，除非真有深厚的 CS 知识，否则直接和面试官要求换题。不然在有限的准备时间（通常为 1–3 周）下，不可能同时将这两项提升到能通过面试的水平。 然而，就算是只准备系统设计面试，对於非技术背景的应徵者还是非常硬。我自己是花了整个耶诞节假期将以下内容看完（请见Medium原文），并且练了8-10个考古题。 在实际的面试时，我很幸运地直接被问到系统设计而非演算法，题目类似如下： - Design a note taking app (i.e. Evernote) that supports note sharing and real-time co-edit by multiple users 在面临这样的问题，由於没有技术背景，我自己的策略是： - 清楚界定产品功能性（functional）与非功能性（non-functional）需求，并从简单的功能开始设计（i.e. 创建一个笔记） - 从最简单、最笨的架构开始，然後根据面试官的需求往上加（i.e. Load Balancer, CDN, Access Control, Data Schema, Distributed Database, etc.) - 尽量将答案维持在High-level（i.e. 在资料库选择上，停留在 SQL 跟 NoSQL 的选择并分析其优缺点就好， 而非更细的实际服务名称，否则可能会被问到实际选择的取舍然後答不出来） - 面对较为困难的需求时，向面试官求助来得到线索，像是用户的实际使用行为，来简化设计难度 我自己的面试经验是，面试官从头到尾人都非常的好，基本上只是想要了解我在系统设计上是否有基础的概念，而非想要将我考倒。像是我们不小心讨论到用 hash function 来产生 ID 的时候，他主动说这方面太难然後跳过这问题，并且在後续讨论到较难的需求时，也会主动给一些想法。事实上，事後 Recruiter 针对 On-site 给回馈时，她说我的技术面试是所有关卡表现最好的，似乎应该考虑转职了（？） ▍Result & Reflection 在 On-site 面试後约一周，Recruiter 打电话来恭喜我 On-site interviews 通过了，但是需要进行为期 3–4 周的分组才能发 Offer。然而当时已经有个即将到期的 Exploding offer，且职级比 Google 的更为理想，因此最後决定不进行後续的流程，只好未来有机会再战！ 回想起整个 Google PM 的面试准备过程，真心觉得虽然 Google 的面试问题包山包海，甚至还有对文组及商管背景投资报酬率极低的系统设计，但是也让我有机会重新复习产品经理的所有基础知识，并且从技术的角度上更加了解自己现在做的产品，也是一趟难忘的旅程。 --

※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 220.135.7.223 (台湾) ※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Oversea_Job/M.1645262733.A.ECC.html ※ 编辑: hsnudora (220.135.7.223 台湾), 02/19/2022 17:31:57 ※ 编辑: hsnudora (220.135.7.223 台湾), 02/19/2022 17:33:43 ※ 编辑: hsnudora (220.135.7.223 台湾), 02/19/2022 17:38:03 ※ 编辑: hsnudora (220.135.7.223 台湾), 02/19/2022 17:39:49 ※ 编辑: hsnudora (220.135.7.223 台湾), 02/19/2022 17:40:48