题目重点：说明何时发现知识缺口、怎样请教并采纳建议、如何验证结果与归功，而非把协作讲成个人独功。
题意与假设
这道练习题保留了面经中值得训练的核心约束，并将需要澄清的条件单独列出。现场拿到变体时，先和面试官确认这些条件。
- 选真实项目，至少能区分自己的决策和对方的建议；涉及客户或同事的细节按保密要求泛化。
- ‘成功’必须绑定事先目标与可查结果，不能把项目上线自动等同成功。
解题路线
- 先说明目标、自己负责部分与当时的知识盲点；为什么这个人拥有更合适的专业视角。
- 复述建议的具体内容和它改变的决策，而不只说‘得到帮助’；描述自己如何验证、落地及权衡成本。
- 给出上线、质量或用户结果的真实证据，并单独说明对方贡献；若建议只部分有效，也说明调整和反馈循环。
- 最后说以后如何更早识别需要帮助的信号，以及怎样把跨学科经验留给团队。
手动走一遍
训练场景：前端团队拟在客户端加载大图片；可访问性同事提醒键盘操作与文本替代、性能同事给出懒加载预算。回答应说明具体设计如何改、如何量测图片加载与辅助技术体验，并将成果分别归功；数字需来自自己的项目。
规模与取舍
首答 90 秒左右，准备对方建议前后的设计差异和验证材料。个人贡献、他人贡献和团队结果分开。
易错点与追问
容易失分的边界
- 把他人建议说成自己原创。
- 只说‘我很愿意合作’，没有实际改变。
- 用无法核实的效果数字。
- 故事里对方实际做了全部工作却仍归因于自己领导。
继续深挖
- 如果没有这条建议，项目会怎样？
- 你如何判断建议正确？
- 有没有与你原方案冲突的部分？
- 此后你怎样承认和传播对方贡献？
