# 1. PM 给你一个紧急需求"今天就要"，但你没理解为什么紧急，怎么评估是否真紧急 A 只要 PM 说紧急就一定要当天完成 B 紧急需求一律拒绝，避免打乱节奏 C 只要是老板提出的需求就必然紧急 D 紧急不等于重要，应落到可量化的业务损失或硬性截止时间来评估 ✓ 正确答案
# 2. PM 给你一个紧急需求但没告诉你 deadline 什么时候，你该怎么 push A 用倒推法追问最晚可接受上线时间及驱动它的业务事件 ✓ 正确答案 B 直接按最快时间赶工，不问 deadline C 拒绝该需求，因为没有 deadline D 自己随便定一个 deadline 并宣贯
# 3. PM 给你一个需求"做企业版"，但你没理解企业版的核心场景怎么 argue A 追问核心用户、核心场景与核心业务指标，再收敛为 MVP ✓ 正确答案 B 直接按业界标准企业版功能全部实现 C 先全部做完再讨论优先级 D 认为企业版就是加个权限管理
# 4. PM 给你一个需求"对标竞品 X 的 Y 功能"，但你没分析为什么对标怎么 argue 深度 A 还原竞品背后的用户问题与自身目标，只借鉴验证过的核心逻辑 ✓ 正确答案 B 竞品有的一切功能都照搬 C 完全忽略竞品，自己做一套 D 对标产品的界面样式即可
# 5. PM 给你的需求"提升 DAU"，但你没分析 DAU 结构怎么拆解 A 直接做各种新功能，总会提升 DAU B 只关注新增用户，忽略留存 C 按新增、留存、召回拆解 DAU 结构，定位瓶颈环节再对症下药 ✓ 正确答案 D 提升 DAU 无法拆解，只能靠运气
# 6. PM 给你的需求和 UX 的设计冲突（PM 说 A，UX 做 B），你该听谁 A 永远听 PM 的，因为 PM 负责需求 B 永远听 UX 的，因为设计更专业 C 自己直接拍板选一个 D 以业务目标、用户价值和技术成本为共同标准，拉双方对齐 ✓ 正确答案
# 7. PM 给你的需求里有矛盾的地方（既要 A 又要不要 A），你怎么 argue 澄清 A 把矛盾显性化，向 PM 澄清并推动明确的取舍决策 ✓ 正确答案 B 自己选一个顺眼的实现 C 两个都做，反正不冲突 D 完全不提，先按最常见理解做
# 8. PM 给的 PRD 里有"非功能需求"但没说优先级怎么 argue A 非功能需求不重要，可全部忽略 B 全部按最高标准实现，不计成本 C 按业务风险排序，量化成可验收指标，并请 PM 明确层级 ✓ 正确答案 D 等上线出问题再补
# 9. PM 说"做 XX 功能让用户用得更多"，但你看不到因果关系你怎么验证 A 直接相信 PM，全量实现 B 假设无法验证，直接拒绝 C 拆解因果链，用埋点、灰度或 A/B 验证后再决定投入 ✓ 正确答案 D 只要竞品做了就照做
# 10. PM 说"参考 XX 论文/方法"，但你没读过论文怎么 argue 理解 A 直接说不会，让 PM 换方案 B 主动快速补齐理解，评估其假设与适用场景后再落地 ✓ 正确答案 C 假装读过，照文档实现 D 无条件照搬论文方法
# 11. PM 说"用户希望 XX 功能"，但你调研发现用户其实想要 YY，你怎么 argue 真实需求 A 摆出调研证据，区分表层需求与底层需求，推动共同验证 ✓ 正确答案 B 直接否决 PM，按自己调研做 C 听 PM 的，调研只是参考 D 两边都不做，等用户反馈
# 12. PM 说"老板要求做这个"，但老板没说为什么，你怎么判断是真的还是 PM 编的 A 以澄清业务价值为由，必要时通过正式评审确认真实意图 ✓ 正确答案 B 否定 PM 说谎，公开顶撞 C 相信 PM，无条件执行 D 直接绕过 PM 问老板
# 13. PM 给你一个紧急需求"今天就要"，但范围没限定你该怎么界定最小 A 全部做完整再上线 B 拆成必须项/可后置项/可放弃项，先交付核心链路并明确边界 ✓ 正确答案 C 直接拒绝，不算清楚不做 D 先全部做完，测试略过
# 14. PM 给你一个需求"做 CRM"，但没说 CRM 的范围（销售/客户/营销）你怎么 argue A 按业界 CRM 全功能一次做完 B 只做客户管理模块 C 拆解销售/客户/营销等能力域，聚焦核心业务闭环先做 MVP ✓ 正确答案 D 先做界面，功能后补
# 15. PM 给你一个需求"做会员等级体系"，但没说等级维度和权益你怎么 argue A 直接按 10 个等级、标准权益实现 B 只做升级不做降级 C 追问等级维度、升降级规则与权益，先做最小可验证模型 ✓ 正确答案 D 等级无所谓，先做展示页面
# 16. PM 给你一个需求"做推送系统"，但没说要支持哪些通道（push/短信/邮件）你怎么 argue A 一次性接入 push、短信、邮件全通道 B 先确认通道范围与优先级，用单通道 MVP 验证价值 ✓ 正确答案 C 只做短信通道 D 通道无所谓，先做发送逻辑
# 17. PM 说"做消息中心"，但没说支持哪些消息类型（系统/业务/IM）你怎么 argue A 同时支持系统、业务、IM 全部消息类型 B 不区分类型，统一存储 C 只做系统消息 D 先明确消息类型与优先级，优先打通一类消息的数据模型与链路 ✓ 正确答案
# 18. PM 说"做用户反馈系统"，但没说反馈的处理流程和 SLA 你怎么 argue A 先明确反馈处理闭环与基础 SLA，再逐步扩展能力 ✓ 正确答案 B 只要能收集反馈就行，不需要处理 C 只做提交界面 D 不做响应时限，随意处理
# 19. PM 给你的需求里有"优惠叠加规则"，但没说优惠冲突时怎么 argue A 按开发自己的理解实现叠加 B 用规则矩阵列出优惠组合场景，请 PM 逐项确认叠加/互斥与计算顺序 ✓ 正确答案 C 所有优惠都互斥 D 所有优惠都叠加
# 20. PM 给你的需求里有"订单状态流转"，但没说异常状态怎么处理（超时/取消/退款） A 只实现主流程，异常后置 B 补齐超时、取消、退款等异常分支，用状态机确认每条规则 ✓ 正确答案 C 异常全部自动取消 D 异常不做处理，等用户反馈
# 21. PM 说"做支付"，但没说支付失败的 fallback 策略你怎么 argue A 只实现支付成功链路 B 不做失败处理，等修复 C 支付失败直接提示并关闭 D 明确失败重试、切换支付方式、对账与兜底等完整 fallback 策略 ✓ 正确答案
# 22. PM 给你的需求"Excel 导入"没考虑格式错误和字段缺失，你怎么补反例 A 只实现格式正确数据的导入 B 报错终止即可，无需细节 C 异常直接静默跳过 D 主动补充格式错误、字段缺失、重复等反例，明确每类异常的处理策略 ✓ 正确答案
# 23. PM 给你的需求"PDF 生成"没考虑生成失败和 PDF 损坏，你怎么补反例 A 补充生成失败、超时、损坏等反例，设计重试、告警与结果校验 ✓ 正确答案 B 假设生成总是成功 C 失败直接抛出异常 D 不做失败处理
# 24. PM 给你的需求"上传"没考虑大文件/空文件/格式错误文件，你怎么补反例 A 补充大文件、空文件、格式错误等反例，明确限制、错误提示与重试策略 ✓ 正确答案 B 只处理正常文件 C 让用户自行解决 D 不做任何限制
# 25. PM 给你的需求"用户登录"没考虑异常（密码错误/账号锁定），你怎么 argue 反例 A 只校验账号密码正确就放行 B 不做锁定策略 C 错误提示越详细越好，包括账号是否存在 D 补充密码错误、锁定、暴力破解防护等反例，明确安全策略 ✓ 正确答案
# 26. PM 给你的需求里没有样例数据，你怎么推动 PM 提供真实数据样本 A 直接用 mock 数据开发，不关心真实数据 B 说明数据重要性，列出所需字段清单，推动 PM 提供脱敏真实样本 ✓ 正确答案 C 拒绝开发，说没数据做不了 D 自己编一套数据用
# 27. PM 给的 PRD 里有"业务流程图"，但流程和你理解的不一致你怎么推动澄清 A 画出自己理解的流程，与 PM 流程对比并针对差异点逐条确认 ✓ 正确答案 B 按自己的理解开发 C 按 PRD 原样开发，不问 D 认为流程无所谓
# 28. PM 给的 PRD 里有"假设 XX 条件成立"，但你不确定条件是否真的成立你怎么验证 A 直接按假设成立来开发 B 忽略假设 C 识别假设并设法验证，无法验证时做防御性设计并告知 PM ✓ 正确答案 D 假设不成立，按另一种方式开发
# 29. PM 给你一个需求"做 API 网关"，但没说网关的能力范围怎么 argue A 拆解能力域，聚焦核心问题先做最小能力集 MVP ✓ 正确答案 B 所有网关能力一次实现 C 只做路由转发 D 不明确能力，做多少算多少
# 30. PM 说"做 A/B 实验平台"，但没说实验维度怎么 argue A 所有实验维度一次支持 B 只做页面实验 C 先明确优先维度，打通分流-埋点-统计闭环再横向扩展 ✓ 正确答案 D 维度不重要，先做界面
# 31. PM 给你的样例数据是 mock 的，但真实数据有各种异常你怎么 argue 补充反例 A 补充真实数据异常反例，推动提供真实脱敏样本做联调验证 ✓ 正确答案 B 直接用 mock 数据开发，无需关注真实数据 C 认为 mock 数据足够 D 忽略真实数据差异
