坏消息汇报最怕两件事：说晚了，说不清。一位朋友的项目出现数据错误，他拖到周五下班才说，领导第一反应是「为什么现在才讲」。同一件事，如果在发现当天下午3点说，处理空间大得多。
第一段说结论，不超过两句话。例子：「昨晚的数据迁移有1200条记录重复，影响今早的报表，目前报表已暂停。」不要从「事情是这样的」开始，领导需要先知道严重程度。
第二段说影响范围，带数字和时间。影响多少用户、多少金额、哪个时间点前必须解决。比如「涉及3个客户，金额约8万元，下午2点前要给出修复方案，否则影响明天对账」。数字要提前核对，说错一个数会让后面所有话打折。
第三段说已做的动作和方案。至少准备两个选项，带成本和风险。例子：「方案A是回滚，耗时40分钟，会丢失今天上午的新数据；方案B是写脚本去重，耗时2小时，风险是脚本可能误删。我倾向A，因为对账不能等。」不要只把问题抛给领导。
第四段说需要的支持，具体到人和时间。「需要你给运维负责人打个电话，今晚7点前开一个10分钟的决策会。」请求越具体，领导越容易答应。
常见错误有四个：一是夹带好消息稀释坏消息，比如先说「整体进展顺利」；二是用「可能」「也许」模糊程度；三是把责任推给别的部门；四是说完问题没有下一步。改法是每段只留一个核心信息。
语气上保持平稳，不要过度道歉。说一次「这是我的责任」就够了，反复道歉会占用解决问题的时间。汇报后24小时内，用一句话同步进展，比如「回滚已完成，报表9点恢复」。闭环比解释更能挽回信任。
