面试场景
产品经理说：“这个功能客户急用，先尽快做出来，细节后面再说。”你会怎么推进？
把需求问成六个可确认的问题
1 · 要解决什么问题？
确认用户场景、使用对象和最关键的业务目标，避免只记录一个功能名称。
2 · 最小交付范围是什么？
区分必须具备、可以后续增加和明确不包含的内容，避免需求边做边扩张。
3 · 怎样才算通过？
把“稳定”“快速”“精度高”转成可测量的指标、工况、容差与验收方法。
4 · 接口和依赖有哪些？
确认硬件版本、通信协议、供电条件、机械约束、固件依赖与其他团队交付物。
5 · 时间与资源如何安排？
确认真实截止时间、可投入人员、样机与测试资源，并列出可能影响进度的关键风险。
6 · 谁来确认变更？
指定需求负责人和验收人；范围变化时记录影响，不能仅凭聊天记录默认所有人都同意。
参考回答要体现行动与边界
我会先和需求方确认要解决的核心问题，并把需求拆成最小可交付范围、验收指标、接口条件和截止时间。对暂时不明确的内容，我会列出假设与风险，请相关负责人确认后再实施。随后把确认结果形成版本化记录，安排阶段验证；如果后续新增需求，就同步评估对进度、成本和测试范围的影响，再决定是否调整计划。
加分做法
先问关键问题，给出可选方案和影响，书面确认后执行，并设置阶段验收点。
容易失分
不问边界就承诺“没问题”；或者只强调需求不清、拒绝推进，却没有提出澄清路径。
延伸追问
如果对方坚持不补充细节，但要求按期交付怎么办？说明当前假设与风险，提出一个满足核心目标的最小方案，并明确未确认项对结果的影响；请有决策权的人确认取舍，不把未确认的假设包装成确定承诺。
