同一个需求,设计师可以提出各种设计方案,如何才能做好设计决策呢?
一方面要做好前期的设计研究、竞品分析、数据分析等,另一方面也要基于设计经验,从设计本身出发寻找到更加理想的设计方案。今天就结合一个案例聊聊我个人的思考
案例背景
最近在产品测试时,有同事提出”查看详情”跳转到新的页面,返回时不是跳回当前的列表页码,而是返回到列表首页。用户必须要再次切换到之前的浏览页,才能在选择下一条信息继续查看详情。使用起来非常不方便,有些“反人类”。
听了他的说法后,我实际操作了一下,确实是存在这个问题。内心不禁感叹“竟然漏了这个细节”,但是仔细思考了一下,总觉得这个需求有些不妥。
所以按照设计的常规流程,进行了一些竞品调研和场景分析。
1、竞品调研
首先查看了一些后台管理类产品,发现大部场景“返回”都是回到列表首页,个别是回到当前页面的。这说明技术上不存在问题,那为什么会有不同的设计呢?
这就需要回归用户场景,刨根问底了。
2、场景分析
对于B端产品,用户面对的可能是海量的数据,主流的数据呈现形式就是表格。为了提高用户效率,搜索也就成为了标配功能。用户可能只会有耐心看完前2页的数据内容,如果不满足用户的需要,则会选择搜索查找。
所以B端产品可以看作是“重搜索”的场景基于这样的分析,我们认为用户不会不停的翻页寻找自己的操作目标。
另外B端用户主要目标是为了完成业务工作,如果是非职责所在,不会像C端用户,主动去“闲逛”查看页面内容。所以我们首先要保证用户能够快速定位目标数据,完成详情查看。
而测试场景下的用户行为和真实用户是有区别的,两者的操作目标也不相同。最终我们决定这个需求降级处理,暂不修改,还是将返回功能跳转回表格首页。后续根据用户的实际反馈再做处理。
3、交互的深度思考
后来我又做了进一步思考,发现“返回第几页”只是表象问题。这个问题的本质在于用户需要什么样的信息,如何获取所需的信息,信息该如何呈现给用户。转化为设计需求,主要是以下几个问题:
  • 详情信息可以通过什么其他方法,更好的呈现给用户,避免页面刷新?
  • 有没有可能将用户想要的信息展示在表格首页?
  • 设计侧能否给出更好的解决方案,减少用户返回,实现连续操作?
我们可以将以上问题归集到用户体验五要素中去寻找答案。
▍框架层
1)页面跳转的方式
通常B端产品页面跳转是路径下钻式的,也就是说表格页面和详情页面是不共存的。而传统的网页浏览都是新开浏览器标签页的形式,实现内容的并行独立展示,从而避免跳转和返回的问题。例如电商平台的详情页面展示,通过新开浏览器标签的方式,允许用户多条详情的并行查看。
这种新开页面的形式在管理系统中应用较少,主要用于跨产品的页面跳转或者订单购买页面。例如阿里云、腾讯云产品功能之间的相互跳转,都是采用新开标签页的形式,可以保证用户并行操作,方便信息间的对比、参考等。
▲浏览器标签页
2)系统内标签页
系统内标签页同样是相互独立的,互不干涉,多窗口自由切换,并且信息保留在系统内部,用户的视觉动线相对集中,交互操作成本更低。当然标签页栏属于框架层级,始终都会占据页面位置,会进一步压缩屏幕纵有效空间。

▲系统内标签页

 

架层属于顶层设计,决定了产品的信息架构和交互逻辑,考虑的更多是一致性需要综合考虑确定。能因为一个页面的交互形式就随意做出更改,否则会带来较高的开发成本。

 

▍结构层
结构层更多的是信息的组织形式,特别是信息量较大的表格,除了搜索功能外,还需要通过拆解、筛选、过滤、排序等功能,让用户可以更加方便的缩小信息范围,结合列表的基础信息,准确定位所需的信息,做出查看决策,从而减少错误判断带来的非必要操作。
例如电商平台的商家后台单管理中,将订单根据不同的状态拆分为不同的表格,并且通过关键字过滤、排序策略等,帮助用户筛选出目标内容。
▲搜索筛选精准定位内容
▍表现层
1)浮层组件
页面来回跳转确实会造成用户效率下降,如果页面内容不多,可以采用弹窗和抽屉替代。这两种方式都是在当前页面出现的浮层组件,可以避免返回带来的页面刷新问题。
▲抽屉组件避免返回操作
2)连续查看信息
对于用户日常高频操作信息,以在详情页面增加连续操作按钮,让用户不必返回即可完成信息查看。例如邮箱内容详情页,用户可以通过“上一条、下一条”功能,在固定页面逐条查看邮件,用户效率更高。
▲邮箱上一封,下一封切换功能
写在最后
以上就是关于页面跳转的一些个人思考。总的来说,设计形式和交互逻辑可以多种多样,但是设计必须要围绕用户需求和业务场景展开,只有抓住根本性问题,才能做出正确的设计决策