一句话总结
Discord的产品经理面试不是考你会多少框架，而是考你在模糊信息下能不能快速做出判断并说服别人你的判断是对的。这篇文章不教你“如何准备”，而是直接告诉你Discord真正想筛掉什么人、想留下什么人，以及2026年最新面试题库背后的底层逻辑。
Discord的PM角色和其他科技公司有一个本质区别：它不是在做“工具”，而是在做“社区”。这意味着面试官问的每一个问题背后都在问同一件事——你能不能理解一群人为什么聚在这里，以及你怎么让这群人更爽。这个判断做对了，后面所有的追问都是在验证这个判断；这个判断做错了，你回答得再流畅也是零分。
适合谁看
这篇文章不是写给所有人的。如果你正在投Discord的PM岗位，不管是无经验还是senior，这篇是写给你的。如果你只是想了解“大厂PM面试长什么样”，网上有大把的通用文章，不需要读这篇。如果你已经拿过Discord的offer在犹豫要不要接，这篇帮不了你做那个决定。
具体来说，适合三类人：第一类是即将参加Discord PM面试的人，不管你是校招还是社招，这篇能让你知道每一轮在考什么、怎么答才能过。第二类是想投Discord但还没开始投的人，这篇能帮你判断自己是不是真的适合这家公司，省得浪费时间和感情。第三类是面过但挂了的人，这篇能告诉你挂的原因不是“你不够好”，而是“你答的不是他们想问的”。
Discord的PM面试有一个特点：它不考你知道多少产品知识，它考你能不能在现场快速进入“Discord的产品经理思维”。这个思维方式是可以训练的，但前提是你得先知道那个思维是什么。
Discord PM面试流程全拆解
Discord的PM面试流程在2026年没有本质变化，但考察重点比前两年更聚焦。整个流程通常包含4-5轮，每一轮的淘汰率和考察重点都不一样。
第一轮是Phone Screen，由Recruiter或者Junior PM执行，时长30分钟。这一轮不考你产品能力，考的是你有没有基本的沟通能力和对这个岗位的基本认知。Recruiter会问一些behavioral的问题，比如“为什么想来做PM”、“你觉得自己最擅长的产品领域是什么”。
这一轮的淘汰率在30%左右，但不是因为你答得不好，而是因为你的经历和岗位不匹配。Discord的Recruiter在这一轮会重点筛掉两种人：一种是完全没有产品经验但想转PM的（除非你有非常强的社区运营经验），另一种是对Discord完全不了解的。
第二轮是Virtual Onsite，通常包含3-4个session，每个session45-60分钟。这一轮才是真正开始考产品能力。第一个session是Product Sense，由Senior PM或者Product Director来面，会给你一个具体的场景让你做产品决策。第二个session是Execution，由PM Manager来面，会问你一个具体的项目案例让你拆解。
第三个session是Leadership，由Cross-functional的Partner来面，可能是Eng Manager或者Design Lead。第四个session是Analytical，由Data PM或者DS来面，会问你一些数据分析和实验设计的问题。每个session的淘汰率在20-30%，但不是累计的，是独立评估的。
第三轮是Team Match，这一轮不是所有人都需要，但Senior PM或者Staff PM通常会有这一轮。这一轮是由具体的Hiring Manager来面，会聊具体的团队和项目。这一轮的通过率相对较高，因为前面已经筛过好几轮了，这一轮主要是看文化匹配和具体的项目契合度。
第四轮是Executive Round，由VP of Product或者CPO来面，这一轮通常只有Director级别以上的岗位才会有。这一轮不考具体的产品技能，考的是战略思维和影响力。
整个流程走下来，通常需要2-4周。Discord的面试节奏比Google和Meta稍微慢一点，因为它的流程更灵活，每一轮的面试官可以根据前面的反馈调整考察重点。
第一轮：Phone Screen考察重点
Phone Screen这一轮看起来简单，但它是整个面试流程里最容易被忽视的淘汰点。很多人觉得“随便聊聊”就能过，结果死在这一轮还不知道为什么。
Discord的Recruiter在Phone Screen里真正在找的不是“合适的人”，而是“不合适的人”。他们有一张checklist，符合任何一条就直接挂。第一条是你对Discord的产品理解，如果你说不出Discord和其他社交产品的核心区别，这一轮就结束了。
第二条是你的PM动机，如果你说“因为PM工资高”或者“因为我不想写代码”，这一轮也结束了。第三条是你的基本沟通能力，如果你连自己的项目都讲不清楚，这一轮还是结束。
具体的Phone Screen问题通常是这样的：
问题一：“你能告诉我你最近常用的一个产品是什么，以及为什么喜欢它吗？”
这个问题看起来是在聊兴趣，但实际上是在测你对产品的敏感度。好的回答不是“我喜欢抖音因为它推荐算法好”，这种回答太泛了。
好的回答是“我喜欢Discord的Stage Channels功能，因为作为一个经常组织线上活动的人，它解决了我之前用Zoom时遇到的三个具体问题——参与者不需要下载软件、可以随时进出、活动结束后自动形成了一个社区沉淀”。注意这个回答的细节：它不是只说“我喜欢”，而是说了具体的功能、具体的场景、具体的痛点。
问题二：“你为什么对Discord的PM岗位感兴趣？”
这个问题是高频淘汰题。错误的回答是“因为我很喜欢Discord这个产品”或者“因为Discord是独角兽很有前景”。这种回答没有任何信息量，Recruiter每天听几十遍。
正确的回答需要包含两个部分：第一是你对Discord产品某个具体功能的理解，第二是你作为PM能为这个功能带来什么。举例：“我对Discord感兴趣是因为我观察到它的社区治理功能还有很大的提升空间——现在的Moderation工具主要是基于规则的事后处理，但很多社区需要的其实是预防性的治理机制。我之前在做一个类似的项目时积累了相关的经验，我觉得可以把这个经验带到Discord来。”
Phone Screen的时间分配通常是：前5分钟自我介绍，中间20分钟Q&A，最后5分钟你问问题。很多人死在最后5分钟，因为问的问题太无聊，比如“请问这个岗位的薪资范围是多少”。Recruiter不是Hiring Manager，他们不知道薪资，而且这个问题会显得你只关心钱。好的问题是“这个岗位最大的挑战是什么”或者“团队现在最需要解决的问题是什么”。
第二轮：Virtual Onsite考察重点
Virtual Onsite是整个面试流程的核心，这一轮的每一个session都有明确的考察目标。这一轮不是让你“展示能力”，而是让你在现场解决一个具体的问题，面试官在旁边观察你的思考过程。
Product Sense Session（45-60分钟）
这一轮通常由Senior PM或者Product Director来执行。面试官会给一个具体的场景或者问题，你需要现场分析并给出产品方案。
2026年Discord的真实考题通常围绕三个主题：社区治理、AI功能集成、创作者经济。以下是一道典型的真题：
真题示例：
“Discord的Server数量已经超过1000万个，但大多数Server的活跃用户不到10人。如果你是负责User Engagement的PM，你会如何提升这些低活跃Server的活跃度？”
这道题不是让你“想一些办法”，而是让你在10分钟内给出一个完整的分析框架和具体的解决方案。面试官会观察你的三个方面：第一是你会不会先问问题——很多候选人直接开始给方案，但好的PM的第一反应应该是问更多的context，比如“这些低活跃Server的创建时间分布如何”、“它们的核心用户画像是什么”、“它们的主题分布如何”。
第二是你有没有数据分析的思维——你会先假设几个可能的因素，然后说“我需要看什么样的数据来验证这个假设”。第三是你的方案是否有优先级——你不会说“同时做这五件事”，而是会说“如果资源有限，我建议先做A，因为它的impact最大且implementation cost最低”。
参考答案框架：
第一步，先问context。面试官可能会给你一些数据，也可能不会。如果不会，你要学会假设合理的context，比如“假设这些Server的平均创建时间是6个月，平均成员数是8人，活跃成员数是2人”。
第二步，提出假设。低活跃的原因可能有三种：创建者自己不再活跃、成员找不到留下来的价值、社区内容没有持续更新。
第三步，给出解决方案。基于假设，给出对应的方案。比如针对“成员找不到留下来的价值”，可以做一个“Server推荐功能”，根据成员的兴趣推荐更有价值的Server。或者做一个“休眠Server提醒功能”，提醒创建者可以做一些更新。
第四步，讨论tradeoff。每个方案都有成本和风险，你需要在面试中主动提出这些tradeoff，并解释你为什么选择这个方案而不是那个方案。
Execution Session（45-60分钟）
这一轮由PM Manager来执行，重点考察你能不能把一个想法落地。这一轮的问题通常是behavioral的，但不是传统的“tell me about a time when”的问题，而是让你现场拆解一个项目。
真题示例：
“假设你要在Discord里做一个‘语音频道自动录制’功能，从想法到上线，你會怎么规划这个项目？请详细说明你的时间线、里程碑和风险点。”
这道题考察的是你对项目管理的理解。好的回答不是“第一周做A，第二周做B”这种流水账，而是要体现出你对复杂项目的拆解能力。
参考答案框架：
首先，明确这个功能的MVP定义。MVP不是“完整功能”，而是“最小可用的功能”。语音频道自动录制的MVP可以是：只支持录制成MP3文件，不支持实时转录，不支持云存储，只支持手动开始和结束。
其次，拆解成具体的workstream。这个项目涉及多个团队：PM需要定义需求，Eng需要做技术实现，Design需要做UI，Legal需要审核合规，Data需要埋点。你需要说明每个团队的工作内容和依赖关系。
然后，给出具体的时间线。一个合理的MVP timeline通常是6-8周：第1-2周是requirements和design，第3-5周是implementation，第6周是testing，第7-8周是staged rollout。
最后，提出风险点和应对方案。比如风险是“用户对隐私的担忧”，应对方案是在功能上线前做用户调研，并在产品中增加明确的隐私提示。
Leadership Session（45-60分钟）
这一轮由Cross-functional的Partner来执行，可能是Eng Manager或者Design Lead。这一轮考察的是你在没有权力的情况下怎么影响别人。
真题示例：
“假设你是一个新加入的PM，你的团队里的Eng Lead不同意你的产品方案，他认为你的方案技术实现太复杂，不值得。你会怎么做？”
这道题考察的是你的冲突解决能力。好的回答不是“我会去找我的Manager告状”或者“我会说服他听我的”，而是体现出你对“影响力”的理解。
参考答案框架：
第一步，理解对方的立场。好的PM不会一开始就想“怎么说服对方”，而是先理解“为什么对方不同意”。可能是因为技术实现确实有风险，可能是因为对方觉得这个功能优先级不高，可能是之前的信任关系没建立好。
第二步，提供更多的信息来降低对方的担忧。如果对方担心技术风险，你可以提供更详细的技术方案，或者找Tech Lead一起评估。如果对方担心优先级，你可以提供更多的数据来证明这个功能的impact。
第三步，找到共同的目标。你需要找到你们两个都认同的目标，比如“都是为了用户体验好”，然后在这个基础上找到双方都能接受的方案。
第四步，如果实在无法达成共识，你需要有一个decision making的机制。这可能是找更高级的Manager来拍板，也可能是做一个小的experiment来验证。
第三轮：Team Match与Executive Round考察重点
Team Match这一轮不是所有候选人都会遇到，Senior PM和Staff PM通常会有这一轮。这一轮由具体的Hiring Manager来执行，重点是看文化匹配和项目契合度。
Discord的团队文化有几个特点：第一是“社区优先”，他们做任何产品决策都会先考虑社区的感受，而不是先考虑商业化。第二是“快速迭代”，他们的开发周期比很多大厂短很多，不需要等完美的方案才开始。第三是“数据驱动”，但不是盲目迷信数据，他们会平衡数据和个人判断。
Team Match常见问题：
“如果你加入我们的团队，你前三个月会做什么？”
这个问题不是真的让你做计划，而是看你的PM思维。好的回答应该是“我会先花时间了解现有的产品和用户，然后找出最大的机会点，最后制定一个可行的计划”。具体来说，你可以说“我会先做三件事：1）跟所有的Stakeholder聊一遍，了解他们的priority和concern；
2）看过去三个月的用户数据和产品指标，找出最大的增长机会；3）基于以上两点，提出一个具体的Q1 plan”。
Executive Round考察重点：
这一轮通常只有Director级别以上的岗位才会有，由VP of Product或者CPO来执行。这一轮不考具体的产品技能，考的是战略思维和影响力。
Executive Round常见问题：
“如果你现在是Discord的CEO，你最想解决的一个问题是什么？”
这个问题看起来很大，但实际上是在考察你对产品战略的理解。好的回答不是“用户增长”或者“商业化”这种泛泛的答案，而是要具体到一个具体的场景和具体的解决方案。
参考答案框架：
首先，选一个具体的切入点。比如“我认为Discord现在最大的机会是‘创作者经济’，因为Discord有天然的优势成为创作者和粉丝互动的平台，但目前的变现工具还很不完善”。
其次，给出具体的解决方案。比如“我会做一个‘订阅制Server’功能，让创作者可以创建付费Server，并提供一些专属的内容和互动”。
最后，讨论这个方案的挑战和风险。比如“最大的挑战是不要破坏Discord的社区氛围，不能让付费用户和免费用户的体验差距太大”。
准备清单
准备Discord的PM面试不是让你去背答案，而是让你训练一种思维方式。以下是7条具体的准备清单：
- 把Discord的产品用熟练。不是让你成为Discord的重度用户，而是让你理解每个功能背后的产品逻辑。你需要知道Discord的核心功能有哪些、每个功能解决什么问题、用户在使用这些功能时的典型场景是什么。最好的方式是创建一个自己的Server，尝试组织几次活动，体验一下从创建者和管理者的视角看问题。
- 准备3个自己的项目故事。每个故事需要包含：背景、你的角色、具体的挑战、你的解决方案、结果。这三个故事需要涵盖不同的场景：一个是关于产品决策的，一个是关于项目执行的，一个是关于跨团队协作的。每个故事要能讲3分钟，也要能讲30秒。
- 练习产品分析框架。Discord的面试官喜欢问“如果让你做XX功能，你会怎么做”。你需要有一个习惯的分析框架：先定义问题，再分析用户，再提出假设，再给出方案，再讨论tradeoff。这个框架不需要多复杂，但需要你在现场能快速应用。
- 做至少20小时的模拟面试。找一个人帮你做mock interview，最好是做过Discord面试的人或者做过PM面试的人。模拟面试的目的是让你习惯在压力下思考，而不是让你背答案。PM面试手册里有完整的模拟面试指南和常见的追问场景，可以参考。
- 准备一个Discord的产品分析。你需要对Discord的某个具体功能做深入的分析，包括：功能的使用场景、用户反馈、优缺点、改进机会。这个分析要在面试中能随时拿出来用，因为面试官很可能会问你“你对Discord的产品有什么看法”。
- 了解Discord的商业模式和行业竞争。Discord的主要收入来源是Nitro订阅和Server提升服务，你需要知道这些商业产品的定位和用户反馈。同时，你也需要知道Discord和Telegram、Slack、Teams等竞争产品的区别。
- 准备几个问面试官的问题。每一轮面试的最后，面试官都会问你有没有问题。好的问题能体现出你对岗位的热情和对产品的思考。不好的问题是“请问这个岗位的薪资是多少”或者“请问你们公司有多少人”。好的问题是“请问团队现在最大的挑战是什么”或者“请问你对这个岗位的期望是什么”。
常见错误
在Discord的PM面试中，有几种错误是高频出现的，每一种都能直接导致挂掉。以下是三个具体的错误案例，有BAD版本和GOOD版本的对比。
错误一：把Product Sense答成Product Demo
BAD版本：
面试官问：“如果让你改进Discord的语音聊天功能，你会怎么做？”
候选人答：“我会增加一个‘语音房间排队’功能，这样用户可以看到有多少人在等待，也可以加入等待队列。我还会增加一个‘语音房间分类’功能，这样用户可以更容易找到自己想加入的房间。我还会增加一个‘语音房间自动静音’功能，这样如果用户长时间不说话就自动静音，节省资源。”
这个回答的问题是什么？它给出了很多功能点，但每个功能点都没有深入分析。好的PM不是给功能列表，而是做选择和权衡。
GOOD版本：
面试官问：“如果让你改进Discord的语音聊天功能，你会怎么做？”
候选人答：“在回答这个问题之前，我想先确认一下context——您是指改进现有的语音频道功能，还是指做一个全新的语音功能？我先假设您是指改进现有的语音频道功能。
根据我之前的了解，Discord语音频道目前最大的问题是‘空房间太多’。很多Server创建了语音频道但没人用，这会导致Server owner觉得语音功能没用，进而减少创建语音频道的动力。
如果要改进这个问题，我认为最有效的方向是‘让语音频道更容易被找到’。具体来说，我可以做两个功能：一个是‘语音频道推荐’，根据用户的兴趣和好友的在线情况推荐可以加入的语音频道；另一个是‘语音频道预览’，让用户在加入之前能听到频道里的内容，降低加入的心理门槛。
这两个功能相比，‘语音频道预览’的实现成本更低，但impact也更低。‘语音频道推荐’的impact更大，但需要更多的数据支持和算法优化。如果资源有限，我建议先做‘语音频道预览’，验证用户确实有这个需求，再投入资源做推荐功能。”
这个回答好在哪里？它先问了context，展示了PM的第一反应——先理解问题再给答案。它分析了数据，展示了数据驱动的思维。它给出了具体的方案，但不是一个功能列表，而是一个有优先级的方案。它讨论了tradeoff，展示了成熟的PM思维。
错误二：把Execution答成Timeline
BAD版本：
面试官问：“假设你要做一个‘Discord消息搜索功能’，请告诉我你会怎么规划这个项目？”
候选人答：“第一周做需求分析，第二周做技术方案设计，第三周到第五周做开发，第六周做测试，第七周到第八周做上线。先做一个MVP，只支持文字搜索，不支持图片和文件搜索。上线后根据用户反馈再迭代。”
这个回答的问题是什么？它给出了时间线，但没有展示对项目复杂度的理解。一个好的项目计划不是“做什么”，而是“为什么做这个”以及“怎么做这个决策”。
GOOD版本：
面试官问：“假设你要做一个‘Discord消息搜索功能’，请告诉我你会怎么规划这个项目？”
候选人答：“在做具体的规划之前，我需要先确认几个关键问题：第一，这个搜索功能是针对单个Server的搜索，还是跨Server的搜索？第二，搜索的规模是针对小规模Server（100人以下），还是大规模Server（1000人以上）？不同的规模需要不同的技术方案。
假设您指的是单个Server的搜索，针对小规模Server，我的规划是：
第一步是requirements定义（1周）。我需要定义清楚MVP的范围——MVP应该支持什么类型的搜索、不支持什么。我也需要确定搜索的性能指标，比如搜索结果需要在多少毫秒内返回。
第二步是technical design（1周）。我需要和Eng团队一起评估技术方案，包括使用什么样的搜索技术（Elasticsearch还是数据库自带搜索）、数据如何索引、如何处理增量数据。
第三步是implementation（3-4周）。根据technical design的结果，Eng团队开始开发。在这个阶段，我需要每周和Eng团队同步一次，确保开发进度和解决任何blocker。
第四步是testing（1周）。包括内部测试和beta用户测试。我需要确定什么样的指标算测试通过，比如搜索准确率、搜索性能、用户满意度。
第五步是staged rollout（1周）。先推送给10%的用户，监控关键指标，如果没有问题再全量上线。
在整个过程中，我需要特别注意三个风险点：第一是性能问题，大规模Server的搜索可能会很慢，需要提前做压力测试。第二是存储成本，全量搜索需要存储大量的索引数据，需要和Finance确认预算。第三是用户隐私，搜索功能可能会被滥用，需要和Legal确认合规要求。”
这个回答好在哪里？它展示了PM对项目的完整理解——不是只关注timeline，而是关注requirements、design、implementation、testing、rollout的每一个环节。它也展示了风险意识，这是Senior PM和Junior PM的主要区别。
错误三：把Leadership答成Authority
BAD版本：
面试官问：“假设你是一个新加入的PM，你的团队里的Eng Lead不同意你的产品方案，你会怎么做？”
候选人答：“我会先尝试说服他，如果他还是不同意，我会找我的Manager来裁决。或者我会让他做两个版本，一个是他建议的，一个是我建议的，然后看数据来决定用哪个。”
这个回答的问题是什么？它把“解决冲突”理解成了“使用权力”或者“甩锅给数据”。好的PM不是靠权力来推动事情，而是靠影响力。
GOOD版本：
面试官问：“假设你是一个新加入的PM，你的团队里的Eng Lead不同意你的产品方案，你会怎么做？”
候选人答：“首先，我不会把这件事理解成‘他不同意我’，而是先理解‘为什么他不同意’。可能是因为他觉得技术风险太高，可能是因为他认为有更重要的项目需要做，也可能是因为他对我还不够信任。
我会先找一个时间单独和他聊一聊，不是为了说服他，而是为了理解他的顾虑。我会问‘我理解你对技术实现有担忧，你能告诉我最担心的点是什么吗？’或者‘你觉得这个项目的优先级是怎样的？’
如果他的担忧是技术风险，我会提供更多的技术细节来降低他的担忧，比如找Tech Lead一起评估、或者做一个技术原型来验证。如果他的担忧是优先级，我会提供更多的数据来证明这个项目的impact，或者讨论能不能缩小范围来降低资源需求。
如果讨论之后还是无法达成共识，我会提议做一个decision meeting，邀请相关的stakeholder一起参加，让大家基于同样的信息来做决定。这个决定可能是用我的方案、用他的方案、或者找一个折中的方案。但不管最终决定是什么，我都会尊重并全力支持。
在整个过程中，我最重要的工作是建立信任。这不是一次对话能解决的，而是需要通过一次又一次的合作来积累。我会确保每一次合作都让他觉得我是靠谱的、是尊重他的专业性的、是愿意倾听和学习的。”
这个回答好在哪里？它展示了PM的成熟度——不是把分歧当成“对立”，而是当成“需要理解的问题”。它也展示了影响力是怎么建立的——不是靠权力，而是靠信任。
FAQ
问题一：Discord的PM薪资大概是什么范围？
Discord在2026年的PM薪资在硅谷属于中上水平，但比Google和Meta稍微低一点。具体来说，L3（无经验或者1-2年经验）的PM，Base Salary通常在$130K-$150K之间，RSU通常是$40K-$80K（分4年vest），Sign-on Bonus通常在$10K-$20K之间，总包大概在$180K-$250K之间。L4（3-5年经验）的PM，Base Salary通常在$160K-$200K之间，RSU通常是$80K-$150K，Sign-on Bonus通常在$20K-$40K之间，总包大概在$260K-$390K之间。
L5（5-8年经验）的PM，Base Salary通常在$200K-$250K之间，RSU通常是$150K-$300K，Sign-on Bonus通常在$30K-$60K之间，总包大概在$380K-$610K之间。需要注意的是，这些数字是基于2026年初的市场情况，具体到每个候选人会有差异，取决于你的经验、面试表现、以及当时的预算情况。另外，Discord的股票近几年波动比较大，RSU的实际价值可能会有变化。
问题二：没有社区产品经验可以投Discord的PM吗？
这是一个常见的问题，答案是“可以，但需要看你怎么包装自己的经历”。Discord在招PM的时候，最看重的不是“做过社区产品”，而是“理解社区”。如果你没有做过社区产品，但你有以下这些经历，依然是可以的：第一是做过任何涉及“用户互动”的产品，比如社交产品、内容产品、协作工具，这些经历的底层逻辑是相通的。
第二是有过“社区运营”的经验，比如运营过微信群、Discord Server、Reddit社区、或者其他任何形式的在线社区。第三是有过“用户研究”的经验，比如做过大量的用户访谈、调研、分析，这些能证明你理解用户。
但如果你完全没有接触过“社区”这个概念，只是觉得Discord工资高想投，那大概率会在Phone Screen被筛掉。Discord的Recruiter在筛简历的时候，会重点看你的经历里有没有“社区”、“用户互动”、“内容运营”这些关键词。
问题三：Discord的PM面试和其他大厂有什么区别？
最大的区别是“文化”。Google的PM面试更注重框架和结构，Meta的PM面试更注重速度和执行，Apple的PM面试更注重细节和用户体验，而Discord的PM面试更注重“社区思维”。具体来说，Discord的面试官会特别注意你回答问题时的出发点和落脚点。
如果你回答问题的时候总是从“用户获取”、“留存”、“变现”这些角度切入，面试官会觉得你有商业思维，但不一定适合Discord。如果你回答问题的时候总是从“用户为什么喜欢待在这里”、“用户怎么和其他人互动”、“用户怎么在社区里找到归属感”这些角度切入，面试官会觉得你有社区思维，这才是Discord想要的。
另一个区别是“模糊性容忍度”。Discord的面试问题通常比Google和Meta更模糊。Google的Product Sense问题通常会给很多context和data，Discord的通常不会。
你需要在信息不完整的情况下做判断，并且能清楚地说明你的假设和不确定性。这种能力不是天生的，是可以训练的。训练的方式是多做一些“假设你是PM”的练习，比如看到一个产品功能的时候，不要只是用，而是想“如果我是这个产品的PM，我会怎么改进它”。
准备好系统化备战PM面试了吗？
也可在 Gumroad 获取完整手册。