从详情页返回列表页,应该是回到顶端还是回到原地？.pdfVIP

从详情页返回列表页 ，应该是回到顶端还是回到原地 ？ 在一个列表页上点击某个项 ，进入详情页 ，再从详情页返回列表页 ，应该是回到顶端还是回到原地? 返回到列表时 ，列表不应刷新、页面不应回到顶端 ，应该是返回原地 ，回到刚才离开的那个位置。 对 PC的网页 ，这个问题并不典型 ，因为 ，新链接是在原窗口打开还是在新窗口中打开 ，这都还没 个定论 ，如果是在新窗口中打开 ，也就不存在返回列表页的情况了。 现在移动设备上 ，尤其是手机这么小的屏幕上 ，无节制的打开新窗口肯定不是什么好事儿 ，是得在 同一个窗口里打开详情页了 ，那么 ，从详情页返回列表后的问题也就更明显了。 PC网页、移动设备A PP、软件…应该说 ，在所有数字产品中几乎都会遇到这个问题。 像是这个客户端 ： 点击了左侧某个项 ，右边开始播放 ，左侧t abs收起 ，再次打开左侧t abs时 ，其实也是列表返回后的 问题。 应该返回原地 ，因 … 刚才点进去看某一篇了 ，现在回来 ，很可能是想要继续往下看列表。而且 ，回到原地才最不陌生 ， 在不陌生的页面上继续操作 ，才最不恐惧。 其实我觉得并不需要太多的说理由 ，因为原本就该如此。 列表就是一张张文件叠放在一起 ，每一张露出个标题来 ，从上往下捋(lǚ)着看 ，看到哪个标题感兴 趣了 ，就拿出来看看 ，看完之后 ，接着往下看列表。 展开、弹出详情使得返回原地看上去更合理 用这些形式展示详情 ，返回列表后列表保持不动显得更为理所应当。 如果弹出的详情页面更大些 ，充满整个屏幕 ，完全挡住列表 ，要再看到列表 ，就得点弹出窗口上的 叉子 ，这与跳转到详情页就是一回事儿了。页面内的展开也是类似。这些应该说是更形象的展示 方式 ，比起最原始的跳转页面 ，更形象了。 这些形式也与普通的跳转到详情页一样 ，列表保持不动 ，都要面对一些问题 ，也正是这些问题才让 更多的设计者选择了刷新页面 ，回到页顶。 返回原地要面对的问题 ： 以前没移动设备 ，页面主要是PC的网页。返回后把重新载入页面 ，页面刷新了 ，也置顶了 ，这样做 的好处 ： 1、可以展示更新了的内容; 2、知道当前位置。页顶的导航展示出了当前是在哪个页面 ，用户也知道现在是在页面顶端。 如果是返回原地 ，那这两个好处就没有了 ，变成需要解决的问题了。 为了这两个好处而刷新、置顶 ，有点儿舍本逐末了。是否返回原地 ，判断依据应该是 ：怎么才是用 户好理解的 ，用起来方便的。既然有这样的问题 ，我们就做出些配套设施直接来解决问题就好了。 配套设施 配套设施一、展示导航 展示出导航 ，让用户知道返回后回到的是哪个页面。 移动设备上 ，第一级的页面会用整行的导航 ，或在屏幕顶端 ，或在底端。二、三级的页面是有页面 标题和返回按钮。移动设备上的产品层级通常不多 ，又有比较明确的设计规范 ，基本上 ，移动设备 上的产品 ，确保返回后的页面展示清楚导航都能做的比较好。 对 PC软件 ，像上面看到的搜狐影视这样的客户端产品 ，展示清楚导航基本也没啥问题 ，内容的列 表怎么滚动 ，导航或在上 ，或在左侧 ，不跟着滚动 ，一直都在。 对 PC网页 ，就比较悲催了。由 古代网页的技术局限 ，形成了现在网页的传统 ，所有内容都是在 一整个页面里的 ，页面往下滚动 ，导航就滚出去了。不过现 在也越来越多的网页产品不再拘泥 这 个局限了 ，当导航要滚出屏幕时 ，让导航浮动起来 ，卡在页面最顶端 ，比如 ，淘宝的详情页。这虽 然也不见得是最好的形式 ， 但至少这是个有益的尝试。这个页面需要有导航 ，而不仅仅是这个页面 的首屏需要有导航。 配套设施二、用滚动条展示当前所在位置 设施一是为了展示当前页面在整个产品中的位置 ，设施二是为了展示清楚当前屏所显示的是此页面 中的哪个部分 ，是页面内的导航。 其实并不需要强调要“用滚动条” ，这是具体的表现形式了 ，要的是展示清楚当前屏在整个页中的 位置。不过 ，貌似除了滚动条似乎也没有什么更好的方式了。 现在移动设备操作系统中 ，右边的那个条 ，相比起传统意义上的滚动条 ，变窄了 ，也不能操作了 ， 纯粹是为展示当前位置用的了。 IO S上的窄滚动条只在用户滚动列表时才出现 ，意思是说 ，你要滚动页面时才会需要了解当前位置 ，在阅读页面上内容时 ，并不需要窄滚动条。这个思路挺好 的 ，对 小屏幕的移动设备 ，“适时 出现”这个设计思路尤其有用。但是在返回列表这个时候 ，我觉得也还是应该忽现一下子。窄滚动条 出现的原则应该是 ：需要的 时候出现 ，而不是滚动屏幕时出现。 配套设施三、提供“返回顶端”操作 回到了原地 ，这原地可能已