一般来说:

一般来说,在APP产品的MVP阶段,产品经理往往关注与核心业务流程和核心业务流相关的分支流程的要求。在核心业务流程通过之前,不全面考虑例外情况。主要包括业务异常、硬件异常、网络异常等。

我们的故事:

最近业务方反馈:在楼宇环境网络信息不佳时,配送员无法点击【确认送达】,有时候需要重试好几次或出了楼才可以正常点击,影响配送效率的同时,还会导致配送时效数据失真。

跟一般情况一样,在配送端APP在第一个MVP版本和后面的几个迭代版本,没有精力去考虑异常情况,在开发的过程中,开发仅仅处理了部分当前代码逻辑需要处理的异常。


以上所描述的情况,暴露的问题是,配送端网络异常处理机制不全。当前阶段的需求来看,网络异常处理机制可以做规划的需求里面去了。那么移动端网络异常处理,具体该怎么做么?

网络异常:

主要网络异常原因包括:

1、断网:

比如:用户没有打开WIFI网络或移动数据网络

2、弱网

比如:移动数据网络是2G、WIFI网络信号弱

主要需要处理的场景可以归纳包括:

1、用户请求查询

比如查看个人信息、查看订单列表、其它信息查看等。

2、用户请求提交

比如表单提交(登录、找回密码、修改密码等)、其它动作请求。

怎么做:

针对以上两种情况产品的解决方案可以归纳为以下处理方式:

1.用户请求查询时,网络异常的处理方式可以归纳为:

2.用户请求提交时,网络出现异常的处理方式可以归纳为:

至于用户什么形式提示用户(toast、loading动画、头部提示框)以及用什么文案提示用户,需要从用户体验的友好性、公司产品交互的一致性等方面考虑,如果公司由交互设计师,那么产品经理则可以将后面的工作交由交互设计师来发挥了。

本文转自公众号:DemoRoad

1.《网路异常怎么办?总结很全面速看!产品设计:移动端网络异常处理》援引自互联网,旨在传递更多网络信息知识,仅代表作者本人观点,与本网站无关,侵删请联系页脚下方联系方式。

2.《网路异常怎么办?总结很全面速看!产品设计:移动端网络异常处理》仅供读者参考,本网站未对该内容进行证实,对其原创性、真实性、完整性、及时性不作任何保证。

3.文章转载时请保留本站内容来源地址,https://www.lu-xu.com/gl/3052165.html