承认错误

小陈的同事遇上一件比较苦恼的事儿，客户后台服务器上的数据出现了错误，问题被报告之后就修复了，大多数时候，事情就到此结束了。但较真些的客户会想要知道问题发生的原因，此客户就是其中之一，然后这件事儿就僵持住了。

对于事故原因进行分析有助于避免下一次发生类似的问题，大多用于重大事件，需要回溯事故经过从而找出导致事故发生的原因，修复关键点，避免之后重复或更大的损失。所以无论从哪方面来说，都是一个自我完善的过程，是一个积极的过程。

但这可能是对于整个体系来说的，而非个人。事故原因一般分三大类，一类是人为错误，一类是系统事故，另一类是不可抗力。其实很多时候系统事故也会被归结为人为事故，为什么系统出现了缺陷，为什么设计不合理，为什么没有保障措施。到最后，总会有人要被拉出来担责，这显然不可能让人愉快。

所以当有人在事情被解决之后提出为什么，怎么会这种问题时，不是面对长久的沉默，就是顾左右而言他，被避重就轻地揭过。特别是一些小事，不是轻易地被解决了吗？不是没产生很大损失吗？没必要不依不饶。

小陈的同事用了上述两招之后都不能成功让客户善罢甘休，他两手一摊，选择了躺平，反正他肯定不是责任人，让后台去查吧。但他忘记了，最终需要在中间沟通的人还是他，面对后台的沉默，他要帮客户百般追问，面对后台的消极抵抗，他要步步紧逼，最后客户得到了他想要的结论——这是一个人为错误，这总可以了吧？不行，客户还没有结束继续追根究底，是谁，谁干了这件事？

这回连小陈的同事都有些无语了，这事儿因为各方的拉扯过去已经三个月了，后台数据在此之后一切正常，没再出现任何问题，还要不依不饶找当时犯错的当事人是想干嘛，让人家走人？郑重承诺不再犯同样的错误？还是赔礼道歉？这是不是有点小题大作？而且多半是在浪费时间。

中国有句老话：知错能改，善莫大焉，是说一个人在犯了错误之后，能够认识并改正这个错误，这是最好的事情。小陈觉得，认识错误，改正错误，比起承认错误好像要容易一点。

普通人犯了一个错误，第一时间想的是什么？大概是怎么掩盖错误，认识错误和改正错误可以被认为是掩盖错误的一部分，因为不认识错误怎么改正呢？不改正怎么让别人不察觉自己犯了错误呢？

但掩盖错误的重点是不被人发觉犯了错误，一切都是为了这个原则而服务的。因为一旦承认了错误就像是被定了罪一样，再也不能翻身。

小陈还清晰地记得在一次事件中，为了让人承认错误，后台翻阅了所有的记录，把所有证据链收集完整，一一展示在当事人面前，然后面对面地问：“你不要说任何话，就和我说有还是没有。”当事人才不得不放弃了抵抗，说了一句“对不起”的情形。

所以，有时候承认错误是一件比登天还难的事。