使用“返回”按钮,用户经常会感到困惑和沮丧。如何设计更好的后退按钮 UX,以及将这些“后退”按钮放在我们界面中的什么位置。
可用性测试中没有多少东西会一遍又一遍地出现。其中之一是人们在必须返回上一页时所经历的焦虑。用户通常不太信任浏览器的“返回”按钮,这是有充分理由的。我们都遇到过浏览器的“后退”按钮没有按预期工作的情况,这使我们远离目标,而不是朝着目标前进。
那么我们如何才能让“返回”按钮更容易预测和更有帮助呢?让我们在下面探讨一些想法和用例。
乍一看,“返回”按钮似乎不是什么大问题,是吗?果然,用户广泛依赖浏览器的“返回”按钮。然而,用户在实际按下该按钮之前似乎常常三思而后行。大多数情况下,他们只是害怕丢失他们的数据或他们当前所在页面的状态——这是可以理解的,因为有时并不清楚浏览器会将他们带到哪里。这就是为什么看到人们截取当前页面的屏幕截图或在另一个选项卡中打开同一页面以确保他们的数据(至少对于当前页面)在浏览器中仍然可用以进行复制粘贴的情况并不少见。
当我们在界面中引入叠加层、锚链接、图像库和动态视图时,就会出现严重的问题。例如,如果用户单击文章中的轮播,更改仪表板中的视图或切换定价页面中的状态。“返回”按钮应该将用户带到上一个状态还是上一页?这个问题没有明确的答案,但有一些设计模式比其他设计模式更有效。
研究表明,新视图在视觉上越不同,用户就越有可能将其视为单独的页面。随之而来的是“返回”按钮将用户带到上一个“页面”的期望,即使从技术上讲,它可能并不是一个单独的页面
当然,我们不想用不必要的状态或页面污染用户的历史记录。当用户点击文章中的图片库时,我们可能不应该将每张图片都添加到用户的历史记录中,因为这会使访问“实际”上一页变得更加困难。最重要的是,轮播的状态很少被视为“不同的页面”。只要页面没有显着变化,我们就应该避免将状态添加到用户的历史堆栈中。这适用于复选框、下拉菜单、视图切换器、切换和动态注入部分,以及它们修改同一页面上的内容。