产品经理面试：面对互相冲突的客户需求，如何确定优先级？

题干与适用场景

这道题考察的是产品决策，不是背诵 RICE、Kano 或一个打分表。题目给出互相竞争的需求、有限容量和不同利益相关者；候选人需要先定义目标，再把请求还原成用户机会，比较证据、战略、风险和学习成本，最后给出可复查的决定。

假设大客户的定制功能可能带来短期收入，核心流程问题可能影响更多用户的激活或留存，但题干没有给出真实数字。回答应把缺失数据列出来，不要擅自声称某个方向一定更重要。若存在合规、合同或安全承诺，应先作为硬约束处理，而不是和普通偏好混合打分。

适用对象包括产品经理、产品负责人、增长岗位和需要与销售、支持及工程共同排期的技术产品经理。成熟答案会说明谁拥有最终决策权、如何记录假设、何时复查，以及如果不能满足请求如何提供替代路径。

面试官考察点

第一，能否从“客户要一个功能”追问到目标结果和机会。机会解决树把期望结果放在顶部，再连接用户机会、候选方案和假设测试，帮助团队避免直接从声音最大的请求跳到功能。

第二，能否区分证据强弱。客户访谈、支持工单、使用行为、合同承诺和销售预测回答不同问题，不能简单相加成一个“需求票数”。Atlassian 的优先级指南也强调在即时业务需要、长期战略、客户请求和竞争变化之间做权衡，避免按谁声音大来排期。

第三，能否把风险和机会成本说清楚。遗漏核心流程可能损害大量用户，定制功能可能锁定维护成本；合规、可逆性、交付依赖和学习速度都应进入决策。

第四，能否让决定可沟通、可复查。优秀回答给出选择、放弃什么、当前证据、未知项、负责人和复查触发条件，而不是把分数表当作最终答案。

回答前需要澄清的问题

• 当前要优化的结果是什么？ 是续约收入、激活、留存、可靠性、战略进入还是验证新市场？
• 需求背后的用户和任务是什么？ 大客户的功能请求是否代表多个相似机会，核心流程问题又卡在哪个步骤？
• 证据是什么时间范围和样本？ 行为数据、工单、访谈、合同和预测各自的来源、偏差和置信度是什么？
• 哪些约束不可协商？ 合同、合规、安全、平台政策或已公开承诺可能需要先满足。
• 最终谁决策，何时复查？ 明确产品负责人、销售承诺边界、工程评估和下一次决策节点。

30 秒回答框架

“我先确认当前季度要优化的结果和不可协商约束，再把两类功能请求改写成用户机会和可衡量结果。我会分别检查行为数据、客户访谈、支持工单、合同承诺和销售预测的证据质量，比较影响范围、战略契合、风险、成本、可逆性和获得证据的速度。若大客户请求是硬承诺，我先设计最小合规交付或由负责人重新谈判；若不是，我会优先能在核心结果上产生更大、可验证增量且风险可控的机会，并说明放弃项、假设、负责人和复查条件。最后把决定写入路线图，向销售、支持和工程用同一套证据沟通。”

分步骤深入解答

第一步：定义决策结果和边界

先问“这次排期要改变什么结果”。如果目标是提高新用户激活，定制导出可能不是同一层级的选项；如果目标是保住已签合同，合同交付就是硬约束。把安全、法律、数据权限和平台政策列为不可用方案，而不是用高分掩盖。

第二步：把请求转成机会陈述

“客户要批量导出”可能意味着审计、迁移、月度汇报或系统集成；“用户在设置流程流失”可能意味着权限、理解、性能或信任问题。用“谁在什么情境下无法完成什么任务，造成什么结果”重写请求，再判断哪些机会共享同一解决路径。

请求：为一家客户做专用导出格式
机会：需要合规记录的管理员无法在月底前取得可审计数据
请求：优化设置向导
机会：新团队在邀请成员前无法理解权限后果，导致激活中断

第三步：分层检查证据

行为数据能说明规模和路径，访谈能解释动机，工单能暴露痛点但容易受主动反馈偏差影响，销售预测说明商业假设而非已实现价值。将每条证据写上时间范围、样本、代表性和不确定性，不把同一用户的多个请求当成多个独立用户。

第四步：建立可解释的比较维度

可比较的维度包括目标结果贡献、受影响且符合条件的人群、证据置信度、战略契合、实现和维护成本、风险、可逆性、依赖和学习速度。维度要服务于当前目标，不要为了得到漂亮分数而精确到无法解释的小数。

第五步：设计最小验证或替代路径

不一定要在两个完整项目中二选一。对核心流程可以先做可用性测试、原型或小流量实验；对定制请求可以先用人工导出、标准格式映射或付费试点验证真实频率和续约价值。实验要写明成功、停止和安全护栏，不能用“客户喜欢”作为唯一指标。

第六步：处理大客户和利益相关者压力

先确认合同是否已经承诺功能、时间、服务等级或数据格式。若是硬承诺，记录交付范围、成本和续约风险，必要时让销售和法务重新谈判，不把工程团队偷偷吸收的成本当成免费。若只是销售希望，展示机会证据和替代方案；向客户说明当前不做的原因、验证计划和下一次更新点。

第七步：做决定并设置复查条件

明确选择一个方向、暂缓什么、为什么现在选择、哪些假设还没验证。指定产品、工程和商业负责人，给出复查日期或触发器，例如实验达到预先设定的增量、合同进入某个节点、风险超过阈值或新数据推翻代表性。记录反对意见和放弃方案，防止下一次重新争论同一事实。

高质量示范回答

“我会先确认季度目标。如果目标是提高新团队激活，设置流程问题与目标直接相关；如果大客户的导出格式已经写进合同，那是需要先评估范围和成本的硬约束。两者都不能只用支持工单数量或销售声音比较。

我会把请求改写成机会：管理员需要在月底取得可审计数据，和新团队在邀请成员前无法理解权限后果。接着看分群漏斗、相似客户的访谈、工单主题、合同条款和销售预测，标记样本、时间范围和偏差。对导出请求，我会先尝试标准格式映射或人工试点，验证频率、续约影响和维护成本；对设置流程，我会用原型测试关键任务和退出原因。

如果合同没有硬承诺，我会优先能在目标结果上带来更大、可验证增量且风险可控的机会，可能先做设置流程的最小改进，同时给导出请求一个明确的验证和复查节点。如果合同已承诺，我会把交付范围、时间和维护成本写清，和销售、法务共同调整承诺或资源，而不是让工程默默加班。

最后我会记录选择、放弃项、假设、负责人、护栏和复查条件。向销售、支持和工程说明同一套证据；当实验结果、合同节点或风险阈值变化时重新决策。”

常见错误

• 按客户声音或职位排优先级 → 不能代表机会范围和结果 → 追问用户、任务和证据。
• 直接比较功能清单 → 把方案误当问题 → 先写机会陈述和目标结果。
• 迷信 RICE 等分数 → 输入假设被伪装成精确数字 → 展示证据质量和不确定性。
• 把一个大客户当市场代表 → 高估可迁移价值 → 验证相似分群和重复任务。
• 忽略维护和合规成本 → 首版交付后产生长期负担 → 纳入全生命周期成本和硬约束。
• 承诺“两个都做” → 逃避容量取舍 → 设计最小验证、阶段交付或明确暂缓。
• 只做研究不做决定 → 团队没有可执行方向 → 指定负责人、节点和复查触发器。
• 把利益相关者异议当阻力 → 丢失信息和支持 → 记录反对理由，用同一证据沟通。

追问及应对

追问 1：如果销售说客户会在一周内流失，怎么办？

先要求明确合同状态、客户可验证的风险和时间窗口。若是已承诺事项，进入商业和交付风险处理；若只是预测，快速验证真实使用和续约条件，给出最小可行缓解与复查节点，不因一句威胁跳过证据。

追问 2：两个机会的价值证据一样怎么办？

比较可逆性、风险、学习速度、依赖和机会成本。优先能用更小实验快速减少关键不确定性的方向，并明确另一方向的保留条件；若仍接近，采用时间盒试点或由目标负责人做显式取舍，不假装存在客观唯一答案。

追问 3：为什么不把所有客户请求都放进机会池？

可以记录，但不能把未分组的请求直接当作优先级。先合并相同任务，区分用户机会、方案、合同承诺和噪声，再用结果和证据筛选；机会池是学习材料，不是自动生成的路线图。

追问 4：如何向被暂缓的客户解释？

承认需求和影响，说明当前目标、已知证据、暂缓原因及替代方案；给出下一次复查时间和客户可以提供的验证信息。不要承诺未批准的日期，也不要把内部资源争议转嫁给客户。