返回列表，别让用户从头找
列表翻到一半，点开一条详情，看完按返回。

页面回来了，位置却回到最上面。刚才看到哪儿、下一条是什么，又得重新找。

这次拿一个案例库做示意。

用户搜索“表单”，筛选移动端，按最近更新排序，翻到案例18，点进去看了一会儿。

如果只是从详情返回，我会希望页面接住这次浏览：搜索词还在，筛选没变，顺序没乱，位置也回到案例18附近。这样可以接着看19，不用再从01往下翻。

所以这里要保留的，不只是一个滚动位置。

如果位置留住了，筛选却被清空，回来看到的也不是刚才那份列表。反过来，条件都还在，但每次都回到顶部，用户还是要重复找一遍。

不过，这和“所有时候都记住上次的位置”不是一回事。

用户主动把搜索词从“表单”换成“导航”，就是开始找另一批内容。这时候应该展示新结果，不能还硬停在旧列表的位置。

还有一种情况：看详情期间，原来的条目被删了。

我会考虑保留仍然有效的条件，回到附近可用的位置，再把内容变化说明白。不能为了看起来恢复成功，就把已经不存在的条目照样放回来。

同样，如果内容更新后顺序变了，也得重新判断怎样定位，不能只记一个“第18条”，回来却指向了完全不同的内容。

做这类原型时，我会把“返回以后是什么样”也单独补出来，而不是列表、详情各画一张，连一条返回线就结束。

图里讨论的是同一次浏览、内容相对稳定的列表。实时行情、持续刷新的信息流，或者离开很久再回来，都要另定刷新和恢复规则，不能直接套用。

你有没有遇到过看完详情一返回，就得重新翻半天的页面？

AI × UX Experiment 021

交互设计 用户体验设计 列表设计 产品设计