先说问题，再说技术
面试官未必熟悉你的业务。先用两三句话交代服务谁、遇到什么问题、为什么值得解决，再进入技术细节。例如，不要只说“做了一个后台”，而是说明运营人员每天需要处理多少类任务，原来的流程在哪一步容易出错。没有准确数据时，可以讲清观察方式和约束，不要为了显得专业而编数字。
把团队结果和个人贡献分开
团队一起完成的项目，可以先用“我们”交代整体目标，再用“我”界定具体负责的部分。说清你设计了哪一个接口、排查了哪一个问题、推动了哪一次决策。对于你没有直接参与的部分，说明协作边界比假装掌握所有细节更有说服力。
至少讲清楚一个取舍
选择某个框架本身不是一个完整的技术判断。回顾当时有没有第二种方案、为什么没有选、你接受了什么代价。如果选择缓存提高读取速度，也要准备解释失效策略与一致性成本；如果选择虚拟列表，也要能讨论可访问性、动态高度和维护复杂度。
把结果接回最初的问题
结尾应回答“这个问题后来怎么样了”。可以是相同条件下的测量对比、减少的手工操作、降低的异常比例，或一次发现方案局限的复盘。先录下两分钟回答，再检查：背景是否超过一半？面试官能否听出你的个人动作？结果是否能对应开始提出的问题？