编辑:[db:作者] 时间:2024-08-25 08:09:14
产品经理在产品方案设计中,场景考虑的全面性决定了产品呈现给用户的体验利害。
我们每每在产品设计中更多的考虑到正向流程是否顺畅,功能是否有缺失落。却有时忽略了页面性能、用户网络、接口非常等带来负面感情的影响,其实在用户交互中,任何一个功能都存在状态非常和加载有问题的情形,这是无法避免的事实。
正向流程的产品设计中,产品间不会涌现太大的利害,很难给用户带来“WOW”的尖叫感,反而非常状态如果处理不友好,更易招致用户的吐槽和卸载,那么如何尽可能的处理好非正常状态的用户体验就显得尤为主要。
其实用户的加载和非常状态可大致分为四部分:
加载场景:用户网络、接口性能等均会导致页面在打开时面临“慢”的问题。大多数时候除了用户第一次新打开页面,可采取缓存机制来避免加载慢的问题;缺省场景:空态页面、接口非常、数据非常等情形会导致涌现该场景;网络非常:这种情形其实在5G时期还是普遍存在的,某些运营商在偏远地区、密闭空间网络不稳定都有可能涌现网络非常情形;逻辑非常:比如如今算法普遍运用的时期,很多平台都会圈定用户进行投放营销,当访问用户与圈定的用户不符合时,会涌现逻辑判断导致的干系提示信息。一、加载与非常1. 加载场景1)全局加载
每个APP内有也不可获取的模块——运营活动,当我们打开活动时,常常会碰着一个小动态图片在页面中间运动,这个页面便是全局加载的loading页。
为什么须要该loading页呢?
目前的活动多为H5页面,当用户打开页面时,须要要求接口及下载元素,在此背景下就受到一些客不雅观成分的影响导致页面从用户点击到元素呈现会有一定的韶光差。
那么如果在该韶光差内便是一个空荡荡的页面会增加用户生理感知的等待韶光,当加入有趣的动态小图在页面上运动时,用户的把稳力会被吸引,从而在感知上减少了用户等待韶光。
该加载办法的优点是完全的将页面元素展示给用户,当然也有缺点,比如在业务模块多的情形下加载韶光会较长。
2)骨架图加载
很多时候我们在为了减少用户在页面打开的韶光差,会采取此加载办法,让用户先看到页面的布局,该布局可带有擦亮的动效来实现全局加载loading图标的浸染。常日该加载办法常用于模块构造较固定的模块,而非全体页面。
比如资源模块就很适宜这种办法,目前当平台SKU达到一定基数时,就会有机器学习算法的参与,每每这种资源接口比较于热门推举类的接口耗时更久。
3)下拉加载
常用于页面内容刷新操作,像淘宝这类超级APP当下拉到一定高度时也会有其他隐蔽的功能,比如淘宝二楼。如上图,可明显觉得到这个操作还是有操作空间的,比如京东的形象好小人+宣扬语,让用户面前一亮的同时,也通报出平台的亮点。
4)上拉加载
上拉加载,常见于feed流,为实现沉浸式浏览的场景。上拉加载也有数据分页的成分存在,从接口层面当数据量较大时,一次性拉出所有的feed信息与用户与平台而言都是有丢失的。
5)局部加载
多用于导航TAB切换,比如类目、品类导航的局部切换,从而达到不影响整体页面的浏览。
2. 缺省场景
1)空数据/内容被删除
空数据包含初始状态空数据和清空(删除)状态空数据,清空状态的空数据比如公众年夜众号分享出去的内容被作者删除后的页面。
2)接口非常
其实在我们理解中这种情形涌现算作做事非常,可属于bug范畴,但实际很难规避,比如接口要求超时未返复书息。
3. 网络非常
网络非常,如果是多年的手机用户都会碰着。
若页面部分已呈现,则可考虑tips提示和弹窗提示处理;若页面无法正常显示,则建议考虑缺省页。比如当打开APP时,很多app是用native写的,则可以展示APP首页,当点击时则会提示网络非常。纯H5的话,更多的是直接考虑缺省页。
4. 逻辑非常
1)判断非常
跳转的页面有逻辑判断,比如无访问权限,可利用Dialog弹窗勾引到指定页面。
2)查询非常
常见于用户搜索行为和筛选行为导致的无结果,比如搜索框内搜索了某关键字导致,可利用插画+笔墨的空态页承接,而现在更多大厂都在其页面做推举(猜你喜好)。
在垂直搜索领域,用户输入的信息越长尾越可能无查询结果,以是查询非常的空态页还是很有必要的。
3)操作非常
某些关键信息未输入、输入缺点、未勾选等情形都会导致的操作非常提醒,比如登录页面的手机号码输入位数不足,可利用toast提示奉告用户。
二、利用建议
所有的加载与非常可以通过空态页、toast提示、tips提示、弹窗(模态、非模态)、loading来提升用户利用期间的体验,但有一个原则:能避免就避免,这并非是体验的最佳选择。
非常状态的文案可根据平台特色进行拟人化,比如支付宝的我也是有底线的;图片可动画化,动图是仅次于视频的表达形式,动图尽可能做到全平台统一,便于给用户整体的认知,如果有能力强烈建议结合平台吉祥物。
得当的场景选择得当的交互,比如登录页输入非常就采取toast提示2.5s,toast文案不宜过长。2.5s是个人履历之谈,可根据个人自行调度。
本文由 @唐颂LIVE 原创发布于大家都是产品经理,未经容许,禁止转载
题图来自 Unsplash,基于 CC0 协议
本站所发布的文字与图片素材为非商业目的改编或整理,版权归原作者所有,如侵权或涉及违法,请联系我们删除,如需转载请保留原文地址:http://www.baanla.com/rsq/189402.html
下一篇:返回列表
Copyright 2005-20203 www.baidu.com 版权所有 | 琼ICP备2023011765号-4 | 统计代码
声明:本站所有内容均只可用于学习参考,信息与图片素材来源于互联网,如内容侵权与违规,请与本站联系,将在三个工作日内处理,联系邮箱:123456789@qq.com