不能让等待再给用户增加“焦虑”
把曾经上学时的好习惯带到现在 把遇到的难题记录下来,做个手抄本、错题集、使用手册
内容比较少,像说明书一样,精简
“焦虑这个词像影子一样伴随着人们,我们对他异常熟悉又不知道他究竟是谁,焦虑的本质是什么,大家各执一词,但都离不开对未知事物的不确定,而且对不确定的事物很在意
焦虑因人而异,可大可小,最近也分析了一些小小的等待体验,例如等红灯时的指示,银行的区号排队等,各行各业,各个领域都在想办法解决等待对用户使用体验。”
最近搜集了许多的资料,对于用户对等待时长的反馈大家的理解也有些许差异
主要的区别点就是在loading的菊花应该是在第1秒至第N秒使用,个人感觉合适的应该是1-4s,总结就是:
·正常的反馈时间是0-1s (一些特殊的情况可延长至2s,但绝不可超过2s无反馈,调查表明80%的用户超过两秒就会关闭窗口)
·加载时间在1-4s时 可直接用loading表示或者加上适当的字符串
·在大于4s以后 就是体验设计师们发挥的空间了
·超过Xs 必须给失败的反馈
因为在实际的工作中,造成等待的原因时不可控的,要根据实际情形灵活选择
1、明确当前状态
这也是最基本的,要告知用户现在处于什么状态以及后续的状态变化和预期,从而让等待有目的,提升等待的体验。
2、给一个基本的心理预期,然后超越他
对于进度条速度,虽然大脑不能准确的知道时间,但却能有一个大概的预估,如果真实的等待时间比这个预估的时间要短,用户便会有一个较好的心理体验。在一些不可控的情况下可以特地的延长用户的预估时间,其实大多数真实的时间要短的(同理进度条的进度也是先慢后快)
3、增加用户的掌控感
在任何页面都要给用户退出或关闭的路径,在等待时同样需要把权力放给用户,让用户可以暂停,可以取消。等要可以后台下载。
4、分布式下载分布式反馈
这是一个被广泛运用的方法,将一个较长的加载过程,分成不同的步骤来告知用户,使用户在每个阶段的等待时间缩短。
5、分散注意力,转移等待
这也是比较常见的方式,比如各大应用的下拉等待和电脑端常用的图片轮播,比较特殊的是游戏加载时的游戏攻略
6、给用户补偿或奖励
自外卖推出后,这一等待补偿也随之诞生,我可能会因为这个爱上等待~
7、等待不是越短越好
在某些场景如多次跳转,电脑端的下拉菜单并不是缺短越好















































































