一个产品事故发生后...

你出现过产品事故么？如果没有，那么很好，你对产品风险意识把握的很好。如果你也出过产品事故的话，那么恭喜你，可能能跟我产生共鸣吧～

事故，通常是指造成死亡、疾病、伤害、损坏或者其他损失的意外情况。在我看来，产品事故我定义是指造成用户在产品体验和利益造成破坏损失的情况，举几个简单的例子：比如三星note7的爆炸，苹果5的弯屏，阿里云的宕机等。可能以前听到的最多的是产品故事，包括我自己。但是这次说的产品事故，也是我第一次将产品和事故联系。

具体到我倒腾的这个产品事故不便赘述，我想站在当事人的角度跟小伙伴聊聊，除了及时第一时间发现问题并处理问题，我们还可以做一些什么事情。主要以下四个方面跟大家聊聊：

1.事故影响面

影响面有点类似我们做需求分析，可以正向逆向分析业务的价值和受众用户群。主要从四个方面：

• 影响功能：事故影响的功能面。
• 影响的用户人群：大概影响哪类用户
• 影响用户群：这个人群大概什么量级
• 用户影响时长：影响起止时间，具体到分钟。
• 损失：这个群体是否出现利益损失，如果有尽量可以量化。

2.事故发现

什么情况下发现的问题，可以去找对应的事故现场的用户，也可以通过日志的方式打捞黑匣子。一定要去了解用户事故现场，还原用户场景，时间地点人物事件四要素缺一不可。

3. 事故原因

用一句话描述这个问题出现的原因，在追溯问题原因时，有时候需要抽丝剥茧，有时候动机很明确，是整个事件相关人的一起探讨。当众多的原因放在一起时，我们需要探讨这个事件的核心问题（从用户的场景整理出唯一的价值点），没错，那个就是问题的核心，就是你需求的“切入点”。

4. 事故改进

纵观自己整个事故的过程，最大的问题就是对产品的敬畏心不够，那后续如何改进是希望落action的，就像我们了解完用户的需求后是可以通过不同策略满足的，这个策略的选择就会有很多，比如需求评估的完备性，改进监控手段，数据增删改权限管控等等。

发生事故并不可怕，可怕的时候是相互推卸责任，产品事故是需要落实到人，不怕背锅，事故复盘之后能做的就是让各个环节变得更好。