H8.05.2collection return path设计研究

收藏后需有明确的再访入口

别名: 收藏夹入口 · 稍后读列表 · saved items

概念解释

钉住只完成了一半。收藏作为稍后处理,价值在再访:过一段时间之后,人能从固定入口走进那份清单,认出当时钉的那一条,并打开它。入口要在产品的稳定位置(导航、个人菜单、阅读列表),名称要和当时点的那个星星对得上。它不解释浏览中够不够得到星星,也不解释清单上了千条之后怎么分类——没有再访入口,分类没有对象。

机制

稍后处理把当前目标压入外部记忆。外部记忆必须能被同一套线索找回:当时的动作叫「收藏」,再访入口却叫「书签」「喜欢」「稍后」「我的内容」,线索断了。人会去搜标题,而标题可能没记住;或以为没钉成功,再钉一次。入口若只在钉成功的那一次吐司上出现,吐司消失后路径就没了。多设备时入口还要指向同一份清单,否则手机上钉的,桌面找不到。再访列表的排序默认若是「最近打开」而不是「最近钉住」,刚钉的项会被旧的已读顶掉,人以为丢了。

怎么研究

第一阶段让人钉住若干条,间隔一段时间(同会话后段,或隔日)请他们把其中指定的一条找回来,不提示入口名称。

自变量:导航里是否有与动作同名的入口、钉成功后是否只靠吐司引导、列表默认排序、多端是否同步。 因变量:找回成功、找回用的路径(入口 / 搜索 / 再浏览原处)、误以为未钉而重复收藏的次数。

实验室间隔太短,人还记得刚才的吐司。隔夜或插入无关任务再测更接近「稍后」。不要把「能搜到标题」算成再访入口成功——那是搜索定位,说明收藏入口没被用上。

边界

一次性的「喜欢」若语义是公开表态而不是稍后处理,再访入口可以是个人主页的公开列表,不必做成私人阅读清单。系统级阅读列表(浏览器)与应用内收藏是两份记忆,入口必须标明哪一份,否则人钉在 A、找在 B。内容被作者删除后,再访入口仍应能列出「已失效」的钉子,而不是假装从未收藏。没有登录身份时,再访只存在于本机,换设备找不到是预期,但要在入口处写明。

怎么落地

  • 在稳定导航放与动作同名的入口(「收藏」进「收藏」);钉成功的反馈里给一次「查看清单」,但清单不依赖这次反馈才能到达。
  • 默认按最近收藏排序,已读或已打开不要把新钉子挤出首屏;提供筛选「未处理」。
  • 多端打开同一入口看到同一清单;尚未同步时标明,而不是给空列表。
  • 验证:隔一段时间请人找回指定的一条。记录他们是否走进与星星同名的入口。若先去搜、去原频道翻、或再点一次星星,再访入口就不明确。

延伸

  • 同组H8.05.1 收藏入口需在浏览过程中可达 · H8.05.3 大量收藏需要组织手段
  • 相邻H8.13 内容的搜索与定位 · H8.14 内容的生命周期与归档 · G4.03 状态保持
  • 站内检索reading list · saved items · return path

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/H8.05.2