题目重点：说明提供优于用户预期的服务时，怎样确认需求并验证结果。
题意与假设
这道练习题保留了面经中值得训练的核心约束，并将需要澄清的条件单独列出。现场拿到变体时，先和面试官确认这些条件。
- 可读问句为分享quality service超出client expectations的经历，其他内容被截断/墙遮挡。按这一可辨训练目标回答，不补造不可见问题。
解题路线
- 先说用户原始期待与背景，明确你如何获知而非替用户猜。超出预期要与用户目标有关，不是无请求地增加功能。
- 说明本人发现潜在需求的证据、提出的选择和质量验收；约束包括时间/成本/维护，不能用无限scope换满意。
- 描述协作与实际动作：修数据可靠性、减少人工步骤或改善交付透明度等须来自真实例子。不要套一个虚构客服故事。
- 结果用用户反馈、任务完成或可靠性指标，并注明基线/观察期。若额外服务带来维护负担，交代Owner和可持续机制。
手动走一遍
可按原始预期→额外需求证据→本人选择→质量验收→用户反馈/成本组织；并解释为何新增动作比单纯满足原需求更有价值。
规模与取舍
建议2–3分钟先给完整证据链，追问再展开数据/系统细节。实际收益及成本依真实记录，不给统一超预期百分比。
易错点与追问
容易失分的边界
- 把工作量更多自动等同用户更满意。
- 不确认需求就做过度设计。
- 只有感谢邮件，没有质量或任务结果证据。
继续深挖
- 怎样知道用户真的需要额外部分？
- 如果增值动作影响deadline，你如何决定取舍？
