订单|我对异常监控功能设计的一些理解( 三 )

四、如何提醒上面说到，有一些异常是需要人工介入处理的，那么异常监控相关的提醒方式一般有哪些呢，我给大家简单介绍一下当前我们使用的方式：

文章插图
五、业务的截停与恢复当一个业务发生异常，可能导致后续动作无法开展时，需要截停业务。如订单数据缺失，可能造成ERP系统无法正常生成凭证，此时就应该截停通知ERP系统生成凭证的动作，等待异常解除后再恢复此动作。
对于SaaS系统来讲，传递给其他系统的数据应尽量保证正确，如果多个系统中都有此异常数据，那么异常数据的修正就麻烦多了。这就是异常监控功能设计中必须要要考虑的如何尽可能的降低异常影响的范围。
六、数据分析一个健康的产品，功能体系设计一定是闭环的，当我们识别出异常后，需要对异常情况进行评估分析，以不断提高业务水平。发现一个问题就解决一个问题，在一个项目上发现一个问题，就只处理这个项目上发现的问题，是SaaS产品运营过程中不可取的。
我们一般需要进行数据的分析，达到以下目的：

反应系统运行情况：展示该问题出现的次数，比例和趋势，作为产品的健康度的考核指标，并作为绩效考核指标对相关人员进行考核。
发现现有问题：产品功能设计是否有缺陷，用户操作是否有问题，是否需要产品功能优化，是否需要进行操作人员的培训考核等，进行针对性的改进。

如对门店拣货超时这种异常情况进行分析，我们可以分析各个门店，各个区域的拣货率（拣货成功的订单/所有订单），拣货超时率（拣货超时的订单/所有订单）。
如拣货超时率一直很高，我们就要调研以下拣货超时率高的原因，是订单太多确实没法及时完成所有订单的拣货，还是门店人员不愿意或忘记点击确认拣货呢，如是第一个原因，那可以考虑多人同时拣货或拣货路径规划的功能了，如果是第二个原因，那可以考虑是否优化系统的操作体验。
七、总结异常监控功能的设计对于新手产品经理来说是有些难度的，因为要回答监控什么，怎么监控的问题，依赖于对业务实现逻辑的清晰理解，也依赖于对运营人员处理问题过程中痛点的准确把握，故建议多咨询开发与一线的运营人员，做好需求调研和方案确认的工作，确保产品设计确实可以解决问题。
八、附录给大家一个我整理的异常监控管理需求梳理的表格，供大家参考：

文章插图
本文由 @kathic 原创发布于人人都是产品经理，未经许可，禁止转载
【订单|我对异常监控功能设计的一些理解】题图来自 Unsplash，基于 CC0 协议