网络异常_产品设计:移动端网络异常处理

​一般而言:

一般情况下,在APP产品的MVP阶段,产品经理往往将精力聚焦于核心业务流程,以及与核心业务流相关分支流程的需求,待核心业务流程跑通之后,才会从全局考虑异常情况,主要包括业务异常、硬件异常、网络异常。

我们的故事:

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

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


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

网络异常:

主要网络异常原因包括:

1、断网:

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

2、弱网

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

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

1、用户请求查询

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

2、用户请求提交

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

怎么做:

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

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

80bf1cfd02916a2d1a286c1c7522e7ee.png

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

7c9829074c084eeb7fc15b5da3266d8f.png

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

本文转自公众号:DemoRoad

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值