【插入头图：分岔路口或留白场景】

事件本身没有对错

很多争论一开头就卡在「谁对谁错」上。吵到最后，事件还是那件事，人对人的观感却更糟。

我越来越觉得：事件本身常常没有对错——有的是事实、条件、选择与后果。对错大多是后来挂上去的叙事。

1. 发生过的，先是事实

「会上有人反对」「版本延期了一周」「客户改了需求」——这些句子描述的是发生了什么，不是道德判决。

一贴上「不负责」「短视」「正确」，讨论就从复盘滑向站队。事实还没对齐，立场已经选好了。

先说清楚「发生了什么、在什么条件下、谁做了什么选择」，比先分对错有用得多。

2. 对错常常是事后的用途

同一次延期：对甲方可能是「配合不力」，对研发可能是「挡下了更大的线上事故」，对管理者可能是「流程该补洞」。

不是有人故意颠倒黑白，而是同一事实进入不同目标函数，就会长出不同评价。评价服务于用途——甩锅、邀功、推进改革、安抚情绪——用途一变，对错就翻转。

所以听见「分明是对的 / 分明错了」时，可以多问一句：你现在要解决什么问题？评价是在服务那个问题，还是在保护某个面子？

3. 选择有代价，不等于选择有罪

任何推进都会留下没做的那一半。砍功能、压工期、先发后修——都是在约束下的取舍。取舍产生损失，损失容易被叙述成「错」。

更干净的说法是：当时信息有限，选了 A 就承担 A 的代价，并记下若重来会改的条件。把「我选错了」换成「我在那组约束下付出了这些」，讨论才能往前走，而不是停在自我审判或互相指摘。

4. 什么时候还是需要判断

说事件没有对错，不是主张相对主义到什么都一样。规则、合同、安全底线、伤人的行为——这些领域需要明确的界线与责任。

我想划开的是另一层：日常协作里那大量灰色、可解释、可补偿的摩擦。它们更需要条件复盘，而不是道德封号。先把事件当事件，判断留给真正需要问责的那一小截。

事件过去了，它不再增长对错，只会在记忆里被反复翻新叙事。能改的是下一次的条件表：信息更完整一点，默认路径更稳一点，说话少贴一个标签。

所以这篇随笔不结论谁对谁错——它只想提醒：先看见事件，再决定要不要动用「对错」这把重锤。