一般而言：
一般情况下，在APP产品的MVP阶段，产品经理往往将精力聚焦于核心业务流程，以及与核心业务流相关分支流程的需求，待核心业务流程跑通之后，才会从全局考虑异常情况，主要包括业务异常、硬件异常、网络异常。
我们的故事：
最近业务方反馈：在楼宇环境网络信息不佳时，配送员无法点击【确认送达】，有时候需要重试好几次或出了楼才可以正常点击，影响配送效率的同时，还会导致配送时效数据失真。
跟一般情况一样，在配送端APP在第一个MVP版本和后面的几个迭代版本，没有精力去考虑异常情况，在开发的过程中，开发仅仅处理了部分当前代码逻辑需要处理的异常。
以上所描述的情况，暴露的问题是，配送端网络异常处理机制不全。当前阶段的需求来看，网络异常处理机制可以做规划的需求里面去了。那么移动端网络异常处理，具体该怎么做么？
网络异常：
主要网络异常原因包括：
1、断网：
比如：用户没有打开WIFI网络或移动数据网络
2、弱网
比如：移动数据网络是2G、WIFI网络信号弱
主要需要处理的场景可以归纳包括：
1、用户请求查询
比如查看个人信息、查看订单列表、其它信息查看等。
2、用户请求提交
比如表单提交（登录、找回密码、修改密码等）、其它动作请求。
怎么做：
针对以上两种情况产品的解决方案可以归纳为以下处理方式：
1.用户请求查询时，网络异常的处理方式可以归纳为：
2.用户请求提交时，网络出现异常的处理方式可以归纳为：
至于用户什么形式提示用户（toast、loading动画、头部提示框）以及用什么文案提示用户，需要从用户体验的友好性、公司产品交互的一致性等方面考虑，如果公司由交互设计师，那么产品经理则可以将后面的工作交由交互设计师来发挥了。
本文转自公众号：DemoRoad
【声明】本文由网友自行发布（原文出处），转载目的在于传递更多信息，并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题，请及时与我们联系，我们将在第一时间删除内容！
网友评论