题目重点：从用户证据到方案改变和效果验证，回答“改善产品”与“推翻原方案”的同题变体。
题意与假设
这道练习题保留了面经中值得训练的核心约束，并将需要澄清的条件单独列出。现场拿到变体时，先和面试官确认这些条件。
- 本文给回答训练框架，不编造候选人的个人经历、业务数字或面试官评分。
- 选本人能解释决策与执行细节的真实案例；训练例均为虚构情境，实际回答须换为可核验证据。
解题路线
- 起点说明原方案为什么看似合理、谁是用户、用户的实际任务是什么。用户访谈、支持工单或任务日志要明确样本范围，避免把最高声量用户当全体。
- 展示改变判断的证据：具体卡点、任务流、受影响切片，以及技术指标与用户目标为何错位。区分需求事实与自己假设，再讲自己如何验证。
- 比较至少两个替代方案的用户收益、交付成本、运行风险与被牺牲的能力，说明哪个权衡真正导致原方案撤回，谁批准和谁实施。
- 结果先看用户任务完成、耗时、投诉与关键护栏，再看技术延迟；只有行为变化才支撑改善。记录实验范围、分母、观察周期与未改善群体。
- 反思保留原判断缺口与今后更早获知用户证据的办法，不把“客户说了所以照做”当唯一决策过程。
手动走一遍
虚构训练例：团队优化报表刷新速度，访谈却发现用户主要时间花在跨报表对账。候选人改为统一标识与差异导出，解释为何牺牲刷新特效而能缩短完整任务时间；数字须由实际案例提供。
规模与取舍
准备一版约2分钟主回答，保留约束、个人动作、反证与结果供追问；这是练习长度，不是题目规定。业务规模用本人实际用户量、周期和指标分母，不能套用训练数字。
易错点与追问
容易失分的边界
- 只说用户很满意，没有行为证据。
- 没有原方案为何合理，导致改变显得无成本。
- 把访谈偏好直接当全体需求。
继续深挖
- 需求来自几个用户，如何防偏差？
- 谁反对改变，你怎么处理？
- 哪些用户没有受益？
