“记住失败的两个好处。 首先，如果您失败了，您将学到行不通的方法； 其次，失败使您有机会尝试新方法” – 罗杰·冯·奥希 （ Roger Von Oech）
每个开发人员在其职业生涯中至少写过一次bug。 调试错误的代码并将其转变为可行的东西几乎成了一种仪式。 在大多数情况下，这些错误是在您还未引起客户注意之前就被捕获的，但每隔一段时间，这些错误就会进入生产。 如何处理这些错误可能是成功的程序或业务与失败的程序或业务之间的区别。
透明
搞砸时可以做的最重要的事情之一就是保持透明。 让您的用户知道发生了什么，发生了什么原因，您正在做什么以进行修复以及如何防止将来发生这种情况。 虽然这不能完全恢复用户对开发团队和产品的信心，但对修复断桥却大有帮助。
持续更新可帮助您的用户了解从故障中恢复所取得的进展，并可以让他们了解何时一切将恢复正常（如果问题不只是简单的解决方法）。
道歉
你弄错了，你应该道歉 。 如果您打断了某人的电话，您将致歉，这没什么不同。 通过道歉，您承认自己做错了事，并对破坏别人使用的事感到抱歉。 道歉并不难，简单的对不起就足够了，但是请确保您实际上道了歉，而不仅仅是假道歉。
快速修复
这很简单。 问题存在的时间越长，您失去客户的可能性就越大。 如果问题存在了几个小时以上，则应考虑使用折扣或其他有价值的东西来补偿用户。 这与道歉和透明性相结合，应该可以帮助您避免用户遭受失败 。
从中学习
失败后您可以做的最好的事情就是从中学到东西。
“唯一真正的错误是我们从中学不到的错误。” - 亨利·福特
这就是验尸的地方。通过记录您的失败，您可以更轻松地学习和预防。 您正在建立一个信息库，新开发人员可以在部署新代码时依靠该信息库。 这也可以帮助您防止将来发生类似问题。
处理创业公司，公司以及单个程序或网站中的故障有许多不同的方法。 我已经概述了我认为很重要的要点，但是请在下面随意评论公司在出现问题时应采取的其他措施。
From: https://hackernoon.com/properly-handling-failures-cb1e5d82bbc0
扫一扫
2539
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
