随着各种网络博客和社交app的流行,用户对内容预载的感受也日趋完善,一位用户体验师兼创意顾问Tyrale就提出当下内容预载的问题,并提供了简要的解决建议。
Tyrale发布了一篇题为《我们的内容预载是错的》的文章,他认为内容预载质量低下的状况从1997年就已经开始了,在文章中他也提供了解决建议。下面就是他文章全文:
内容预载现状
我们现在所有的内容都是以某些形式被传送。在电视上,内容通过视觉显示角色或各种媒体,讲述某个故事。我们只是坐在沙发里,被动接受信息流。
而在我们的各种移动设备上,我们扮演的角色更加积极,能够主观控制我们在时间轴上接受到的内容。在我们指尖的一滑动、一点击、一扫过之间,我们就已经向内容预载下了命令,告诉它我们希望看到什么样的内容。
用户接受到信息的确认点即他们理解这条信息内容的时间点,也就是说这条信息已经被消费过了。这是一系列不同的连贯动作,帮助我们了解自己当下所处位置。我们目前的状态就是处于内容预载之中。
我们究竟是怎样搞砸了内容预载
试想,你正在滑动浏览Instagram,心情愉悦地欣赏美图。最终,你在内容无法更新的地方点击停留在最后的那张图片。
这下,你别无选择,只能重新回到最顶端,期望有人发布了最新图片。
这种情况是不对的。想象一下读书的时候,读完了一个篇章之后又要翻回书的开始,期待能够看到最新章节,这是一种怎样错误的感觉?
再想象一下,看电影的时候,是不是要不断地回到片头以实现继续观影?
其实,实现内容预载有更好的方法。
暂且不论为什么内容预载会有如此“不堪”的过去,本文只论述如何能优化内容预载的表现方式,并在今后的用户体验中实现。
首先,让我们先回到内容线性消费的情况下,线性方向不必要完全一致。只要不需要用户返回最开始刷新,内容流是哪个方向都可以。
其次,我们需要追踪用户的“确认点”,也就是说,我们需要记住用户离开的地方。就这一点来说,我们可做的有很多。
设计师们,停下你们手中的工作,认真思考一下针对内容体验的重大改进吧。我们应该完全去掉“返回顶部”这个按钮。
我们的内容预载体验应该是按照线性时间消费信息流。
你看这样好不好
目前,Digg的设计师们已经意识到这一问题并开始改进,但他们所作的还不够。Digg目前能达到的效果是:当你浏览的内容太过久远,他们会“适时”把你拉回前面。这样做的缺点是,如果你隔一段时间才打开这个应用,会有点不知所措,不知道该从何看起。
解决方法中最为重要的就是,追踪用户的浏览记录,记下用户停在了哪里。内容预载应记下用户的最后浏览点,待用户回来后将用户自动定位到之前的“确认点”。就像读一本书,再次那其实能够回到上次停留的篇章和页码。
不过,网络与图书有一个最关键的区别,网络内容是不断更新的,如果长时间不看,会“落下”太多内容,这样的情况下,还是从早前停止的地方开始看就显得不那么合适了,所以我们仍需改进。设计师们可以将决定权交给用户,让用户自己选择是想从上次停留的地方开始浏览,还是从一天前的内容开始,抑或从一周、一个月前……需要给用户提供多个选项。
一点思考
想要打造粘附力强的内容预载,我们首先要解决几个小障碍。
新用户入口点
每一种内容预载都应该为新用户选择恰当的起点。拿tumblr图片博客举例,第一张图片应该给人美感。当然,也有类似Verge这样的图片博客,是从当天第一个博客内容开始的。
内容起点应该根据内容种类和发布频繁度确定。
如何定位离开较久的用户起始点
这就是Digg遇到的难题。如果有些用户有较长时间没有打开Digg,他们就将用户随机“抛”在某个节点。
应付这种情况,设计师们可以建一个模板,写上“我们观察到您许久没来,这是您错过的内容……”或者“感谢回来,您希望从哪里开始浏览……”我们应该提供给用户多种选择,告诉用户可以从哪里开始,而不是被动随机的情况。
对“已阅”内容的处理
在每一个内容都很短的博客里,无限延伸的滚动条简直妙极,用户能够看到好多天内的消息。但其实这样并不是最佳效果。我们在设计时可以设定移除已经看过很久的内容,这也是一种处理方法。
亲爱的内容提供者,现在知道你们的内容预载有什么问题了吗?你一直要求你的用户们前前后后地在各种内容之间徘徊。读完这篇文章后,如果您能有所改进,我们将感激不尽。