跳到正文
Jakob Nielsen · UX Tigers· Jakob Nielsen·· 57 分钟前精选AI 评分82

Jakob Nielsen:点赞、收藏与书签的三种任务分工及图标规范

Like, Favorite, Bookmark: 3 Importance-Marking Features, 3 Jobs, Too Many Mixed-Up Icons

文章摘要

标记机制是网页上成本最低的体验优化点,但设计师常将评估、策展和检索三种不同任务混淆在单一按钮中。明确区分这三种任务能避免信号污染和用户认知负担。

点赞用于向创作者和算法表达公开赞赏,具有情感性和计数特征;收藏用于维护个人高频访问的精短列表,强调稀缺性和空间记忆;书签则是私人的未来检索指针,不隐含质量判断。三者若共用一个控件,会导致社交信号干扰推荐算法或私人保存变成公开背书。建议严格遵循行业惯例分配图标:心形代表点赞,星形代表收藏,旗帜代表书签,并在首次使用时配合文字标签以消除歧义。

随着用户标记数量增长至数千条,系统需应对“标记通胀”和“保存债务”。设计应支持自动捕获上下文(如搜索词、来源页),利用语义搜索和“阅读磨损”算法排序,而非依赖用户手动整理文件夹。AI 时代下,显式标记的核心价值在于声明重要性,因为行为数据无法完全替代用户意图。产品需提供导出功能,确保用户的判断积累不被平台锁定,并允许 AI 代理读取这些带有上下文的标记以辅助工作流。

推荐理由

区分点赞、收藏与书签的三种独立任务,提供七维标记属性表及应对大规模标记堆积的设计指南。

正文 · AI 翻译

摘要:标记机制是网络上最廉价的用户体验提升方式:一次点击就能将短暂的相遇转化为持久、可重新查找的对象。但标记服务于三个不同的任务(评估、策展、检索),而设计师们却总是将它们混入一个功能过载的按钮中。使用心形表示点赞,星形表示收藏,旗帜表示书签。标记经历三个阶段(保留、管理、利用)的旅程,因此要为可能增长到数千项的集合做好规划。

(除另有说明外,本文所有图片均由 GPT Image 2.5 生成。)

一本常用的食谱会翻开在主人最喜欢的菜谱那一页。没有人设计过这个功能:20 年的肉汁飞溅和拇指油污造就了它,一页一页地积累。这本书通过随使用而累积的物理磨损来记住什么才是重要的,我的前 Bellcore 同事 Will Hill 将这一过程称为“readwear”。我们的软件大多保持无摩擦且失忆的状态,所以我们附加了心形、星形、旗帜、图钉和拇指图标:这些微小的单次点击机制让用户能够声明“这个项目对我很特别。”

在物理世界中,频繁使用的物品因使用的副作用而变得突出:千层面那一页沾上了污渍。虚拟世界则拥有数十亿个原始、无差异的对象。

本文涵盖了三种主要的标记机制(点赞、收藏和书签)及其辅助角色,如图钉、旗帜、关注列表和愿望清单。它梳理了区分标记的 7 个维度、削弱其效果的图标混淆问题,以及当用户标记第 1,000 个项目时出现的设计挑战。文章还探讨了什么算作一个“项目”,以及 AI 改变了哪些洞察(比你想象的少)。

失忆的软件会将一位 6 年的老用户视为陌生人。标记是用户告诉系统它本应注意到什么的方式。

信息流会遗忘:要么标记,要么失去

Herbert Simon 早在 1971 年就诊断出了我们的状况,那时信息流尚未将信息供应量增加百万倍:“信息的丰富导致注意力的贫乏。” 一旦帖子滚出屏幕,对于大多数实际目的而言它就消失了:用户不记得其确切措辞,平台搜索功能薄弱,算法信息流也不会重放。这种过载也不仅限于社交媒体。同一位用户拥有 40,000 张照片、六位数的电子邮件存档,以及自 2019 年以来就没人特意浏览过的文件系统。因此,注意力经济中用户的第一定律是:现在标记,否则永远失去。

算法信息流不会重放。如果某个帖子很重要,请在第一次看到时就标记它,因为不会有第二次机会。

Linda Tauscher 和 Saul Greenberg(卡尔加里大学)记录了 23 名用户 6 周的浏览行为,发现 58% 的页面访问是重复访问 (Tauscher & Greenberg, 1997)。Andy Cockburn 和 Bruce McKenzie 后来测量出 更高的重复访问率:81%。大多数“导航”实际上是重新导航。标记将其从回忆(“那篇文章叫什么,我在哪里看到的?”)转化为识别(扫描简短列表并点击)。自 1994 年以来,“识别而非回忆”一直是 我的 10 条可用性启发式原则 之一。标记是其最纯粹的应用:用户通过一次点击将记忆负担转移给界面,而不是稍后付出检索代价,这可能意味着几分钟的搜索甚至完全失败。

没有标记时的重新查找依赖于回忆,而回忆会产生一幅合成草图。书签将素描艺术家换成了列队指认,用户只需指出即可。

这种不对称性解释了为什么标记值得投入。标记花费 1 秒;而未标记的项目在大多数系统糟糕的搜索功能中可能需要 5 分钟到永远才能找到。如果一个项目有 1% 的概率再次被需要,且无标记时重新查找需 5 分钟,则预期节省为 0.01 × 300 秒 = 3 秒,即标记成本的三倍。而在 10% 的概率下,标记的收益是其成本的 30 倍。在 信息觅食理论 中,标记是一种 丰富化:一种小额投资,使该区域在后续回访时更具价值。华尔街会渴望这样的回报率,任何能提供这种回报的机制都值得在你的 UI 中获得首要位置。

现在的一根羽毛之力可省去日后一块巨石般的搜索。即使只有 1% 的重用概率,标记也能带来三倍的回报。

用户不会计算这些数字。他们凭直觉卸载记忆,而其偏差指向设计师必须规划的方向。Daniel Wegner 及其合著者在 1985 年引入了 交互记忆 来解释夫妻如何分工记忆:一方保留内容,另一方保留指针(“她知道保险文件在哪里”)。标记系统使软件成为第二方伙伴,而且是不对等的一方:人类保留一种已保存某物的模糊感觉,而机器保留其他所有内容。

交互记忆的夫妻治疗,数字版:人类保留一种已保存某物的模糊感觉,其余由计算机完成。

伦敦大学学院的 Sam Gilbert 及其同事进行了 3 项涉及 417 名参与者的实验,参与者可以选择依靠自身记忆来记住延迟意图,或者设置外部提醒,并根据选择得当与否获得现金奖励。由于低估了自己的记忆力,人们设置提醒的频率远高于最优水平,即使过度使用会导致他们损失金钱。因为用户高估自己会遗忘的程度,一秒钟的标记操作看起来总是很划算。

不要对抗这种偏差;要针对它进行设计。标记将会大量存在,因此让系统承担整理它们的成本。

人们设置的提醒比实际需要的更多,因为他们低估了自己的记忆力。预期会有大量的标记,并让系统承担整理它们的成本。

3 个功能,1 个手势

定义: 标记机制是一种单动作控制,它为项目附加一个持久的、由用户创建的重要性信号,服务于用户的未来自我、其他用户、项目创建者或排名算法(通常是这些对象的混合)。

心形、星星、旗帜、图钉和点赞很容易添加。昂贵的错误是将多个功能挂载在单个按钮上。

混合是设计出错的地方,因为标记捆绑了三个具有不兼容要求的功能:

  • 评估 (Evaluate)。 告诉创建者、受众和算法该项目很好。公开、计数、情感化。这就是“点赞”。

  • 策展 (Curate)。 维护一个小型、精选的最佳或使用频率最高的项目集合,以便快速重复访问。个人、有界、有序。这就是“收藏”。

  • 检索 (Retrieve)。 留下一个指针,以便未来的自己可以回来查找。私密、无界、无评判。这就是“书签”。

一个同时执行评估、策展和检索功能的标记,会将这三件事都做得很差,而副作用则由用户承担。

用两个或更多此类功能使单个控件过载,用户就会吃亏:他们以为自己在私下保存某物,结果发现广播了一种认可;或者他们为某物喝彩,却发现这污染了他们的推荐内容。

更糟糕的是,过载会在界面内部触发古德哈特定律 (“当一个度量变成目标时,它就不再是一个好的度量”):一旦社交按钮兼作推荐器的方向盘,它就不再是衡量喝彩或兴趣的良好指标。解决方案属于信息架构范畴:每个控件只负责 1 个功能。

为某人喝彩,推荐器就会永远向你提供该人的话题。将社交热度与动态流导向耦合会破坏这两种信号。

标记的结构:解决大多数设计争论的 7 个维度

这三种用途是粗略的分类。但设计团队仍会花上几个小时争论某个提议的功能“到底”算点赞还是收藏,而一旦你沿着 7 个维度来界定这个标记,争论就会烟消云散。在挑选图标之前,先填好这张表。

The 7 Dimensions of a Marking Mechanism
Dimension	The Choice	What Goes Wrong When Nobody Chooses
Time	Retrospective (an item already seen) or prospective (a source or criterion whose future output the user wants)	A “save” that silently subscribes the user to updates he or she never asked for
Audience	Visible only to the user, shared with selected people, or public	A personal shortlist becomes a public statement
Effect	Preserve for retrieval, promote in the UI, influence recommendations, trigger updates, or guide an AI task	A private save silently changes the feed or starts notifications
Valence	Evaluative (asserts quality) or neutral (asserts usefulness only)	Bookmarking a competitor’s page reads as endorsing it
Cardinality	Bounded (a shortlist) or unbounded (an archive)	Favorites that swell into a second bookmark pile and lose their speed-dial value
Scope	Item, anchor within an item, set (a source or a search), or position	A mark on a 3-hour video that refinds the haystack but misses the needle
Origin	An explicit gesture by the user or an implicit trace observed by the system	Watch history resurfacing as if the user had chosen it

时间是一个设计维度:回顾性的保存绝不能变成前瞻性的订阅。

来源也是一个设计维度:系统记录的隐式痕迹不应表现得像是用户主动选择的。观看历史并不知道是谁拿着遥控器。

点赞、收藏和书签都是回顾性、针对单个条目且显式的操作,因此在纸面上,它们在时间、范围和来源上看起来完全相同。正是这种相似性导致它们极易混淆。它们在另外 4 个维度(受众、效价、效果和基数)上有所不同,而这些才是真正让用户感到困扰的地方。把这张表带到你的下一次设计评审会上吧。

值得存在的官僚主义。七个复选框就能在任何人为图标争论不休之前确定一个标记的本质。

效价:书签断言未来的有用性,而不暗示赞同。正如任何乌鸦都会告诉你的那样,许多面孔之所以值得记住,恰恰是因为你不喜欢它们。

两个问题值得分别回答:谁能看到这个标记,以及它会因此改变什么? 私有的保存仍然可以重塑推荐结果。公开表达的感谢并不需要让作者订阅更多相同主题的内容。

隐私标签解释可见性,但对后果保持沉默。在选择图标之前明确这两点,因为用户在点击之前需要理解这两者。

隐私标签解释了谁可以看到一个标记。它们没有说明该标记将改变什么,例如一次意外的私有保存重写了信息流。

一条经济规律适用于每一行。标记是一种货币,而货币可能会通货膨胀。只有在点赞稀缺时,点赞数才承载信息,因此自动点赞和互动诱饵使其贬值;收藏列表只有在简短时才具有实用性;置顶项目只有在很少东西被置顶时才显得突出。标记通胀(Markflation),即随着标记数量增加而导致其信号价值受损的现象,是以下指南在不同名称下持续治疗的病症:上限、排名、可读性和分诊都是针对标记的货币政策。

标记通胀:标记是一种货币,每一次自动点赞和互动诱饵的点击都在印制更多的它。德国在 1923 年学到了那会导致什么结局,当时人们用手推车把马克运去面包店。

点赞 = 掌声

作为大理石神殿的点赞按钮,配有自己的朝圣者入口。插图刻意呈现纪念碑式的宏大感,但真正的设计目标恰恰相反:一种如此廉价的操作,以至于用户每天执行数十次而无需放慢脚步。(GPT Image 2)

定义: 点赞是对某个条目进行的一次单击式公开赞赏表达,通常汇总为可见计数并输入平台的排名算法中。

其主要用途包括向创作者提供轻量级反馈、为其他用户提供社会认同(4,317 人不会错,除非他们错了),以及作为信息流的训练数据。

这段历史比大多数人认为的要年轻。Vimeo 于 2005 年 11 月添加了点赞按钮,FriendFeed(Paul Buchheit 和 Bret Taylor 的聚合器)于 2007 年 10 月 30 日推出了其 Like 功能。Facebook 的工程师自 2007 年起就在内部推动类似的按钮,工作名称为“awesome button”,但 Mark Zuckerberg 抵制了近 2 年,直到 2009 年 2 月 9 日拇指向上的 Like 才正式上线。

名称很重要:“like”是英语中语气最温和的认可动词,而这种平淡正是设计所在。更强的词汇(Adore/Love/Endorse)会提高该动作的情感成本;而“like”将承诺感,从而也将交互成本,保持在接近零的水平。

“Like”是英语中语气最温和的认可动词,而这种平淡正是设计所在:承诺越低,动作越廉价。

点赞在 UI 中占据一席之地是因为参与不平等现象:大约 90% 的用户潜水,9% 偶尔贡献内容,1% 生产了大部分内容(90-9-1 规则)。点赞是那 90% 用户唯一会触碰的生产工具。有了它,潜水者可以参与、鼓励创作者并记录存在感,而无需撰写任何文字。而且点赞符合用户评估内容的方式:当 YouTube 运行 5 星评级时,其自身数据 显示绝大多数评分都是 5 星,1 星位居第二但差距悬殊,中间等级几乎未被使用。YouTube 于 2010 年切换为拇指图标。

用户不会按曲线评分。他们要么鼓掌,要么划走。

大约 90% 的用户潜水,而点赞是他们唯一会触碰的生产工具:它在无需撰写任何文字的情况下记录存在感。

用户不会按曲线评分。YouTube 的 5 星评级集中在极端值,而中间等级几乎未被使用。

Netflix 通过不同的路径得出了相同的结论。其 5 星评级具有理想化色彩:会员给纪录片打 5 星,然后却花整个晚上看愚蠢的喜剧片。因此,在 2017 年 4 月,Netflix 用拇指图标取代了星星,而在 2016 年一项涉及数十万会员的测试中,拇指图标吸引了 多 200% 的评分 (Variety)。

Netflix 产品高管 Todd Yellin 解释道:“我们降低了评级的重要性,因为你的行为所隐含的信号更为重要。” 星星询问用户应该喜欢什么;拇指询问用户是否喜欢;观看则什么都不问,却学到最多。因此,显式标记只有在它能告诉系统某些行为无法提供的信息时,才值得存在。

星级评级记录了用户渴望成为的样子;行为记录了他们真实的样子。仅当显式标记能告诉系统某些行为无法提供的信息时,才请求用户给出标记。

点赞如何损害可用性,以及应对措施:

  • 语义模糊。 “我的猫今天早上死了。” 47 个赞。单一的正面手势在面对悲伤或复杂内容时会失效,这就是 Facebook 在 2016 年 2 月添加 Reactions(表情回应)的原因。Reactions 恢复了表达的多样性。但每增加一个选项都会给原本让点赞变得廉价的选择带来负担:将选项数量限制在大约 6 个以内,否则你就重建了 emoji 选择器。

单一的正面手势无法应对悲伤新闻。Reactions 恢复了表达范围,但每增加一个选项都会给廉价的点击带来负担,因此应将选项数量限制在大约 6 个以内。

  • 虚荣指标与表现压力。 公开计数将表达变成了记分牌,滋生了互动诱饵(“同意的请点赞!”),并给年轻用户带来压力。Instagram 于 2019 年开始测试隐藏计数,并在 2021 年将隐藏计数作为用户选项推出。提供该选项,并质疑计数是否需要占据标题位置。

  • 算法污染 与信息流卫生。 许多用户点赞是为了保存内容(下文详述),而推荐系统则断定他们想要无限供应同类内容。用户也意识到算法在监视,并实践算法自卫:他们在朋友的悲剧性公告或离题的好奇心上保留真实的点赞,因为 1 次点击会在几周内扭曲他们的信息流。将社交温暖与信息流导向耦合会破坏这两种信号。 补救措施是结构性的:提供一个不进入推荐系统的私密保存功能,并披露点赞将如何改变用户的信息流。

点赞设计的 7 条准则

  1. 实现一键开启、一键关闭, 并提供即时的乐观反馈(在服务器响应前填充心形图标)以及持久的填充状态,以便用户查看他们已经点过赞的内容。

  2. 使用心形图标和标签“Like”(点赞)。 (关于图标之争详见下文。)

  3. generously 设置目标区域大小。 产品中点击最多的控件应满足经典的 1 × 1 cm 最小触摸目标尺寸,并保持间距以防止误触。(在前任发布的 3 年前度假照片上误点赞是一颗社交地雷; Fitts’s Law 很少涉及如此严重的人际风险。)

在前任的 3 年前照片上误点赞是一个具有人际风险的 Fitts’s Law 错误。慷慨地设置目标大小和间距,并使撤销操作即时生效,这样就不必叫拆弹专家了。

  1. 在行动点声明可见性: 谁可以看到点赞,以及它是否影响信息流。

  2. 绝不进行点赞门槛限制(like-gating)。 要求点赞以解锁内容会将掌声变成勒索。

点赞门槛限制是一种敲诈。这是不道德的,且被勒索来的点赞除了衡量用户急于通过门槛的心情外,毫无意义。

  1. 将点赞与私密保存配对 以免用户停止滥用掌声作为归档系统。

  2. 不要虚报。 没有自动点赞,没有购买的数量,没有四舍五入:虚假的社会证明对用户充满敌意。

对于一个拥有如此友好名称的控件来说,点赞按钮在大量令人印象深刻的可用性悲剧中扮演了主角。

收藏 = 最佳短名单

一颗金色的星星矗立在基座上,悬浮于万物之上:这是纯粹形态下的收藏。只有当基座上的空间保持稀缺时,这一机制才有效。当所有东西都是收藏时,就没有什么是收藏了。(GPT Image 2)

定义: 收藏将某项标记为一小群精选偏好项目的成员,主要目的是加快标记者自身的重复访问,有时也用于向他人展示品味。

这个词在其词源中承载着含义。英语中的“favorite”(经由法语)源自意大利语 favorito,指王子从人群中挑选出的受宠廷臣。“挑选”是其全部语义核心:收藏在定义上就是具有选择性的,这将其与点赞(你可以喜欢10,000样东西)和书签(你可以保存10,000样东西)区分开来。

Favorito 是王子挑选出的那位廷臣。一旦宫廷里拥有312位 favorites,这个头衔便毫无意义。

数字历史是一部命名的喜剧。NCSA Mosaic (1993) 将其保存页面列表称为 Hotlist;Netscape Navigator (1994) 将该功能重命名为 Bookmarks;Microsoft 的 Internet Explorer (1995) 将相同的功能称为 Favorites,而30年后,用户仍在询问 bookmarks 和 favorites 是否是不同的东西。(在浏览器中:不是。在其他地方:它们应该是。)Twitter 在2006年至2015年间通过其星形“favorite”加剧了这种混淆,用户将其用作喝彩、私人书签、已读回执,偶尔还用于调情。

在9年里,Twitter 的星星意味着喝彩、书签、已读回执和调情。一个具有4种含义的图标让用户忙于解码而非使用。

当 Twitter 用心形点赞替换星星 于2015年11月3日时,老用户们哀嚎不已,但公司的理由在语义上无懈可击:“你可能喜欢很多东西,但并非每样东西都能成为你的 favorite。”诊断正确,手术错误:Twitter 通过切除保存功能来消除歧义,随后不得不在2年后将其重建为 Bookmarks。

收藏作为热门列表大放异彩:在900个联系人中的 favorite contacts,在4,000个文件夹中的 favorite folders,或在拥挤调色板中的 favorite tools。当全集巨大而工作集极小时,将10–30个项目提升为可扫描的短名单是一个巨大的胜利:用户通过识别而非搜索来查找,每个选择器的顶部都变成了他们的专属区域。

在最小规模时(工具栏或快速拨号上的 5–12 个项目),收藏夹利用空间记忆:用户在阅读标签之前,凭肌肉记忆伸手去拿第 4 个位置。超过这个范围,列表就转变为符号扫描。用户 以每秒 2–3 个项目的速度扫描熟悉的列表,因此 30 个项目会耗尽标志着单一任务注意力极限的 10 秒时间(参见我关于 UX 时间尺度的文章)。超过 30 个项目后,短名单就不再是一瞥即得,而变成了一次搜索。

只有在保持简短时,收藏夹才能依靠空间记忆运行。超过约 30 个项目后,快速拨号就需要一个目录,并且不再快捷。

收藏夹失效之处:标记通胀(markflation)。无限制的收藏夹会悄然退化为第二个书签堆,并失去使其合理的快速拨号价值。另一种失效是可见性意外:多个平台曾比用户假设的更公开地显示“收藏”,将私人短名单变成了意外的坦白。

无限制的收藏夹会退化为第二个书签堆。喜鹊囤积一切;园丁鸟精心挑选十几件珍宝,这才是它们成为收藏的原因。

6 条收藏夹设计准则

  1. 使用星形图标和“Favorite”(收藏)标签。

  2. 将收藏夹视为短名单,而非档案库。在选择器、侧边栏、拨号器和下拉菜单中优先展示它们;这种布局就是功能本身。

  3. 支持手动重新排序和空间稳定性。一个包含 15 个项目的个人列表值得拥有固定的个人顺序,以便肌肉记忆可以接管。

  4. 通过反馈对抗标记通胀。显示数量。一旦列表超过阈值(我的经验法则:约 30 个项目),为陈旧项目添加徽章或根据实际使用情况建议降级。在不每次点击都打乱用户固定空间布局的情况下,让真正的收藏保留在短名单上。

  5. 默认保持收藏夹私密。分享收藏夹必须是一个明确的、独立的操作。

  6. 当用户需要重复访问小型工作集时提供收藏功能。在具有点赞和保存功能的内容产品中,让用户从已保存集合中将项目提升为“Favorite”(收藏)。这赋予了短名单独特的目的,并在工作流程中占据了自然的位置。三个功能可以拥有三个清晰的含义,而不必在每个项目旁边放置三个相互竞争的按钮。

书签 = 给未来自己的承诺

丝带标记了你停止阅读的地方;数字书签标记了你发现并害怕失去的东西。不同的机制,相同的情感:“我想回到这里。” (GPT Image 2)

定义:书签是用户为日后检索而创建的、指向某条内容的私有指针。它断言的是未来的有用性,而非质量。(你可以收藏你厌恶的东西。问问任何做竞品分析的人就知道了。)

书签是一种不带观点的导航辅助工具,因此必须保持私密:用户会收藏大量他们绝不会公开背书的内容。

这个名称直接源自实体物件:中世纪抄写员将丝带标记装订在手稿中,以便读者回到阅读位置;随着印刷书籍的普及,可拆卸的书签也随之流行。请注意数字转化中的 隐喻转变:实体书签标记的是一个 位置(我停在哪里),而浏览器书签标记的是一个 目的地(我想回到哪里)。

其情感功能完好保留,这正是网景公司在 1994 年采用该名称时沿用至今的原因。书签就像穿过迷宫的阿里阿德涅之线:没有它,忒修斯不过又是一个知道弥诺陶洛斯“就在这附近某处”的用户罢了。

书签最初是一条标记读者停止位置的丝带。一条丝带管用;300 条丝带就成了归档难题。

在希腊神话中,阿里阿德涅给了雅典英雄忒修斯一团线,让他进入迷宫时展开。杀死弥诺陶洛斯后,他顺着线原路返回。这根线既是书签,也记录了路径。

后来的两项发展对设计师至关重要。首先,del.icio.us(2003 年)使社交书签成为主流,并且更持久地推广了标签:用多个轻量级标签取代单一僵化的文件夹,这种组织模型契合记忆的工作方式(1 个项目,多种关联)。

其次,围墙花园重新发现了这一功能:Instagram 于 2016 年 12 月 14 日推出了 私有保存帖子,X(当时名为 Twitter)于 2018 年 2 月 28 日 上线了 Bookmarks,因为用户一直误用点赞作为保存,或将推文私信给自己。请记住这一模式:当用户发明变通方法时,缺失的功能正在自行编写规格说明。

标签契合记忆的工作方式:1 个项目,多种关联。文件夹迫使用户只能以一种方式记住它。

书签通过减轻记忆负担(再次强调识别作用)、支持跨天和跨设备的任务恢复以及促进研究资料收集来提供帮助。而且它们的私密性使其真实可靠:没有观众意味着没有表演,所以用户保存的是他们真正需要的内容,包括那些令人尴尬的、半成品的以及纯粹实用的东西。

一份可追溯至 1997 年的文献记录解释了书签为何失效。Tauscher 和 Greenberg 的日志显示,书签列表(Mosaic 的热清单)仅占 导航操作的 3%。David Abrams 及其合著者(多伦多大学和感知机器人实验室)在 CHI 1998 上调查了 322 名网络用户并分析了 50 名用户的书签存档:收藏以稳定的速度增长,即每 5 天一个书签,直到列表超出屏幕范围约 35 个项目时用户才开始使用文件夹,而中位书签约有 100 天未被访问过。Ofer Bergman 及其合著者在 2021 年发表的论文在其标题中给出了结论:书签被创建但未被使用。当 50 名参与者尝试重新查找网站时,只有 16%的书签目标是通过书签找回的,且其中大多数来自始终可见的书签栏。

首先是一个被称为“收藏家谬误”的心理陷阱:大脑将获取知识的指针误认为是吸收了知识本身。点击“保存”会带来一种过早的任务完成感,仿佛是一张允许关闭标签页的通行证。而对于大多数保存操作来说,书签就是阅读结束的地方。

当用户确实尝试返回时,书签墓地是四个部分的设计失败:保存时的上下文丢失(原因消失了)、归档摩擦(中断流程的文件夹对话框)、弱检索支持(仅针对用户从未编写的文本进行标题搜索),以及 链接腐烂(指针比页面寿命更长)。再加上平台衰退:Mozilla 于 2025 年关闭了历史悠久的稍后阅读服务 Pocket,导致任何错过导出窗口的用户多年积累的保存内容无处安放。

链接腐烂:就像海龟回到它孵化的海滩一样,你顺着指针回家,却发现那个位置已被其他东西占据。

上下文丢失是解释其他三个问题的关键失败点,认知心理学自 1973 年以来一直用术语来描述它。Endel Tulving 和 Donald Thomson 的 编码特异性原则认为,记忆是通过形成记忆时存在的线索来检索的。

在保存时,这些线索非常丰富:引导至该页面的搜索、它所服务的项目、让用户伸手去点旗标的句子。而书签没有保留其中任何一条线索。一年后,用户未编写的标题和无人能读的 URL 毫无意义。

William Jones 及其合著者(来自华盛顿大学和 Microsoft Research,包括我在 Bellcore 的前同事 Susan Dumais)观察了 11 位专业人士如何保存网页信息以备后用,并评估了 10 种保存方法用于 CIKM 2001。在 11 人中只有 1 人使用书签。最突出的是发送给自己的电子邮件,因为发给自己的邮件既包含提醒,也说明了该页面为何重要。变通规则再次应验:缺失的功能是上下文。

在保存时,上下文线索丰富;一年后,重建它们需要像夏洛克·福尔摩斯一样费力。自动捕获线索:查询、来源、日期和高亮文本。

8 条书签设计准则

  1. 一键保存,无需对话框。 归档是可选的,且发生在保存之后,绝不在之前。在保存后提供一键标签建议。

  2. 自动捕获线索。 将查询、引用页面、日期和任何高亮文本附加到保存操作中,使标记保留 原因 以及 位置。这是唯一一项对用户零成本的归档功能。

  3. 在项目本身上显示已保存状态 (填充的旗帜图标),以确认保存并防止重复。

  4. 始终保持书签私密。 他人可见的保存属于不同功能;如果你构建它,请明确标注。

  5. 搜索已保存目标的全文, 因为用户不会记得标题。

  6. 在权利允许的情况下存档内容,并检测死链。 指向 404 的链接是一个破碎的承诺。

  7. 重新浮现旧保存项 通过摘要和温和提示(详见下文“保存债务”部分)。

  8. 提供导出功能。 标记是用户的数据,而非平台的抵押品。(及时导出的 Pocket 用户仍拥有他们的库。其余的人则吸取了教训。)

书签承诺轻松回访,却因令人痛心的熟悉原因而消亡。

更多标记:置顶、旗帜、关注与愿望清单

除了点赞、收藏和书签之外,还有几种标记证明很有用:投票、置顶、旗帜、关注和愿望清单。

这三大类有各自的表亲,每种都有独特的作用:

  • 置顶。 置顶将项目固定在黄金位置,如固定标签页、固定聊天或位于个人资料顶部的固定帖子。软木板的比喻非常贴切:置顶是一种位置标记,因其位置的稀缺性而有价值。(2010 年推出的 Pinterest 将“置顶”扩展为无限制的收集,使其置顶实际上变成了隐藏的书签。不过那些看板依然很漂亮。)滥用随之而来:14 个固定聊天等于 0 个固定聊天。置顶通胀就是带图钉的标记通胀。

无限制的置顶会将精选列表变成一堆书签。

  • 邮件星标与标记。 Gmail 的星标(自 2004 年上线以来一直存在,为高级用户提供多种颜色和符号选项)和 Outlook 的标记用于在工作流中标识消息。它们的实际语义是“需要处理”,更接近待办事项而非收藏,这就是为什么标星的收件箱读起来像一份内疚清单。

邮件星标和标记意味着“需要处理”,因此标星的收件箱读起来像一份内疚清单。赋予工作流标记任务语义:完成状态、稍后提醒、老化处理和批量清除。

  • 关注与订阅。 前瞻性标记:现在标记某个项目或来源以接收未来更新,无论是通过 eBay 的关注列表、股票观察列表还是创作者关注。GitHub 在这里值得罕见的赞誉,因为它正确拆分了职责:star 用于赞赏加书签,watch 用于通知。两个按钮,两项职责,零混淆。更多产品应该效仿这一点。

  • 愿望单。一种带有明确购买意图的商业保存方式,兼作可分享的礼物登记处,有时还与关注功能融合:Steam 会在愿望单中的游戏打折时通知你,将被动标记转化为主动代理。

能提示折扣的愿望单将被动标记转化为主动代理。用户应该知道他们的哪些标记会开始“回话”。

以下三条准则适用于这些辅助角色:限制或排序置顶项, 因为置顶空间在定义上是有限的;赋予工作流标记任务语义 (完成状态、稍后提醒、老化指示器、批量清除);以及将赞赏与通知分离,采用 GitHub 风格,确保没有按钮同时承担这两项功能。

置顶之所以有价值,是因为黄金位置稀缺。把所有东西都置顶,就等于什么都没置顶,所以要限制或排序置顶项。

图标无政府主义:爱心、星标和标记在玩抢椅子游戏

接下来是令人尴尬的部分。业界有 3 种主要的标记图标和至少 4 种标记功能,却像玩三仙归洞一样随意混用它们。爱心在 Instagram 和 X 上表示喜欢,但 Apple Music 多年来使用一个标注为“Love”的爱心,然后在 2023 年切换为标注为“Favorite”的星标。星标在 Apple Music 上表示收藏,在旧版 Twitter 上也是这个意思,但在 Chrome 的地址栏中表示书签,在 Gmail 中表示跟进标记,在每个评论网站上则表示评分单位。

书签标记在 Instagram 和 X 上表示私密保存,但 TikTok 对名为 Favorites 的功能使用了完全相同的标记。与此同时,拇指向上图标在 Facebook、YouTube 和 LinkedIn 上与爱心竞争“喜欢”的含义。干得好,各位。

我们有 3 种主要的标记图标和至少 4 种标记功能,这场三仙归洞的游戏永无止境。用户每一轮都会输。

这很重要,因为根据 Jakob’s Law:用户大部分时间都在其他产品上度过,他们会将那些产品的惯例带入你的产品中。每一次图标重新分配都会导致误触、犹豫和无声的恐惧(“我是刚刚公开支持了这个,还是把它归档了?”)。一个后果不确定的廉价举动是一个昂贵的举动。

Jakob’s Law:用户从他们使用的每一个其他产品中导入图标含义。重新分配图标,每次点击都变成一场降神会。

我的建议遵循大多数产品已经使用的惯例:

Standard Icon Assignments for Marks
Icon	Assign It To	User’s Mental Model	Visibility
Heart	Like	“I appreciate this” (applause)	Public, counted
Star	Favorite	“Among my best; keep it handy”	Personal; promotes the item in my own UI
Bookmark flag	Save / bookmark	“I’ll come back to this”	Private
Thumbs up/down	Vote / rate	“More like this / less like this”	Aggregated

文化早在软件之前就已赋予星星其含义:被挑出作为优秀。仅将其用于收藏,别无他用。

心形赢得了点赞:它是情感化的、通用的(Twitter采用它的既定理由),并且在最大的平台上已经占据主导地位。星星赢得了收藏:在广义文化中,从金星到米其林指南,星星已经意味着“被挑出作为优秀”。旗帜赢得了保存:它是唯一一个物理祖先字面意思是“返回此处”的图标。

在这些分配之外,遵循三条规则。在菜单中以及首次展示时,将图标与文本标签配对;在同一产品中,绝不给1个图标2种功能;也绝不给1种功能2个图标。

当星星承载4种含义时,用户无法信任其中任何一种。让每个图标只承担一项工作。

坚持使用标准图标及其标准含义:心形代表点赞,星星代表收藏,书签形状的旗帜代表保存。

保存债务:当标记数量达到数千时

Steve Whittaker(加州大学圣克鲁兹分校)提供了我所知的该领域最有用的框架:个人信息管理是一个包含保留、管理和利用的3阶段策展生命周期(他2011年的综述,PDF)。大多数标记UI鼓励保留,容忍管理,却忘记利用,而利用是唯一能向用户回报价值的阶段。

保留、管理、利用:宝藏等待在路的尽头,而大多数产品让用户半途搁浅。

被遗忘的橡子至少会长成橡树。被遗忘的保存只会让堆积物增长,因为大多数标记UI忽视了利用阶段,即用户收获价值的阶段。

为什么标记集合只增不减?因为每个标记UI都是一个单向阀门:项目通过一次不经意的点击进入,只有通过用户很少付出的刻意努力才能离开。边际标记以1秒的成本看似划算,但账单随后到来,由未来每一次在刚刚加深了一层的堆积物中的搜索来支付。因此,每个标记在个体上是理性的,但在集体上是毁灭性的:公地悲剧,发生在单个颅骨内,当下的自我过度放牧着未来的自我必须赖以生存的牧场。

每个标记UI都鼓励囤积:项目通过一次不经意的点击进入,只有通过用户很少做出的刻意努力才能离开。

每一个标记单独看都合乎理性,但合在一起却具有毁灭性:当下的自我过度放牧了未来的自我赖以生存的牧场。

删除很少能重新平衡账目:丢弃需要在不确定性下做出判断,损失比收益更令人担忧,而 Whittaker 的评论指出,人们会推迟这种判断(“我以后再决定”),然后很少重新查看他们的存档来做出这一决定。

删除需要在不确定性下做出判断,且损失比收益更令人担忧。因此用户无限期地推迟这一决定。

几年后,收藏中包含了数千个项目,当它们争夺注意力时麻烦就开始了。一个未使用的书签安静地躺在可搜索的存档中几乎不产生成本;同样的书签占据了一个候选列表、遮挡了所需项目或生成了另一个审查提示,每天都在收取利息。保存债务 是你标记的所有内容与任何你重新访问过的内容之间不断扩大的差距(这是我曾在渐进式披露的背景下写过的披露债务的一个姊妹概念)。

保存债务:你标记的所有内容与任何你重新访问过的内容之间不断扩大的差距。幸运的是,真正的催收机构不会追讨保存债务。不幸的是,这正是它不断增长的原因。

解决方案始于将参考存档与阅读队列分开。“我可能需要这个” 属于存档。“我打算读这个” 属于队列。两者都值得低成本捕获,但只有后者表达了未完成的事务。因此,将每次保存都视为任务的产品制造了用户从未接受过的义务。

因此,设计目标是使大型存档易于忽略且在需要时易于使用,同时帮助用户履行他们实际形成的意图。这需要针对检索、重复访问和待处理工作采用不同的机制。按时间顺序排序会将旧宝藏埋没在最近的突发奇想之下,而按内容标题字母顺序排序则是组织表演。

用户只重新访问冰山一角。设计存档以在水下部分增长时保持有用。

以下是大规模管理标记的工具包:

  • 语义搜索,因为记忆保留大意而忘记确切措辞。对保存内容的全文搜索是基本要求。基于嵌入的 AI 搜索更进一步:用户可以通过模糊含义(“那篇关于为什么进度条撒谎的文章”)重新找到内容,而无需记住他们从未记下的关键词。重新查找查询是一种记忆,而记忆是近似的;搜索也应该是如此。但搜索无法完成全部工作。Ofer Bergman 及其合著者发现,人们仅在 4–15% 的检索中搜索自己的文件,因为在熟悉的结构中导航依靠识别,而搜索框要求回忆。构建搜索功能,但也构建其下方的结构。

  • 相关的已标记项目。 当用户查看某个已标记项目时,显示同一集合中语义相似的项目。这将一堆杂乱的内容转化为可导航的网络,并直接满足最常见的检索想法:“我记得我保存过一些 像 这样的东西。”

  • 阅读磨损与信息半衰期。 1992 年,Will Hill 及其合著者(来自 Bellcore 和 US West)将编辑和阅读频率映射到文档滚动条上,并以折角书页和沾有污渍的食谱卡片的物理磨损来命名这一概念(Edit Wear and Read Wear,7 页 PDF)。将计算磨损应用于标记:统计每次访问、分享和提及,将磨损严重的项目置顶,并在视觉上让未触碰的项目显得陈旧。

    浏览器已经在运行这种机制的一个版本。Mozilla 根据“frecency”(频率与近期性的混合指标)对地址栏建议进行排名。将阅读磨损与信息半衰期结合:为下周旅行保存的餐厅会在几天内衰减,税务指南在几个月内,基础文章则在几十年内。如果将每个标记都视为不朽,档案库就会变成囤积者的阁楼。阅读磨损加上衰减 正是软件学会自动翻到正确页面的方式。

    阅读磨损还会创建一个反馈循环。位于顶部的项目之所以获得更多关注,部分原因就在于它位于顶部。如果这些额外的点击证明了进一步推广的合理性,界面可能会将其自身的放置决策误认为是用户的持久偏好。与此同时,一个有用的项目如果埋在折叠线以下,仅仅因为没人看到它,就会积累被忽视的证据。

阅读磨损可能会让自己陷入“蚂蚁磨坊”,即行军蚁跟随彼此的气味直到力竭而死的循环行进。位于顶部的项目被使用是因为它们在顶部,而低使用率本身并不能确立低价值。

结合曝光度和当前任务来解读使用情况。保持手动排序的收藏夹稳定,并将自适应建议放在单独的区域,以便系统解释其出现的原因:“在你最近三个定价项目中用过。”保留通往完整收藏的路径,包括很少访问的材料。低使用率本身并不能确立低价值。阅读磨损的目的是帮助用户找回有用的材料,包括那些因当前排名未能暴露出来的材料。

  • 自动组织。 在保存时进行归档会增加摩擦,从而可能扼杀捕获行为;事后由机器进行归档是解决方案。AI 聚类成建议集合、自动标签和重复检测让用户可以批量批准组织结果,而不是逐项执行。

  • 重新浮现。 当保存的材料有助于当前任务时,将其带回视野。一篇关于定价的旧文章应该出现在今天的定价研究旁边;其 18 个月的周年纪念是一个要求关注的较弱理由。将定时提醒留给用户声明的意图。一个好的档案库会缩小用户未完成事务的范围。

  • 分类层级。 维护一个广泛的参考档案库和一个用于重复访问的小型收藏层。为用户打算完成的项目提供一个单独的阅读或行动队列。完成一项会将其从队列中移除,而无需从档案库中删除。这些结构回答了不同的问题:什么可能有用、什么应该保持随手可得,以及什么尚未完成。

  • 整理工作。死链检测、批量编辑、去重和导出。这些工作并不光鲜,但它们区分了图书馆和垃圾场。

什么算作一个项目?让标记与范围相匹配

每个产品都隐式地将可标记单元定义为其原子内容对象:帖子、页面、产品、歌曲、视频、电子邮件。用户的兴趣不那么整齐,并跨越其他三个范围:

  • 子项标记。 用户关心的是6000字文章中的一段话、3小时视频中的一个时刻,或60张幻灯片中的一页。对整个项目的标记重新找到的是干草堆,而不是针。机制已经存在,包括高亮(Kindle、Medium)、带时间戳的链接和章节(YouTube)、文本片段深层链接(Chrome的“复制链接以高亮”),以及聊天中的固定消息。我的准则是:如果你的内容项目通常超过几屏或几分钟,请提供锚点级标记,否则你的书签只是一个只兑现了一半的承诺。(Kindle的热门高亮是群体规模的阅读穿戴:成千上万陌生人标记的段落,渲染为集体下划线。)

对整个3小时视频的标记保存了干草堆却丢失了针(你回来找的那2分钟剪辑)。对于长内容,请提供锚点级标记。
  • 集合级标记。 有时用户想要标记一条规则而不是一个实例:保存的搜索(eBay查询、职位提醒)、智能文件夹或关注的创作者。关注是对一个 来源 的标记,是前瞻性的而非回顾性的;保存的搜索是对一个成员资格自行更新的标准进行标记。这些动态标记像项目标记一样积累并变得过时,因此给它们相同的机制:审查、修剪、阅读穿戴。
  • 位置标记。 中世纪丝带最真正的继承者是无人制作的标记:继续观看、恢复阅读、同步的页面位置。用户不把这些视为书签,这是最高的赞誉,因为标记成本已降至零。分工很明确。自动化系统可以观察到的内容(位置、频率、新近度),并将显式手势保留给只有用户才能提供的唯一判断:重要性。

标记的4个范围:项目之上的集合、整个项目、其中的区域,以及其中的位置。

通过设计设定范围,而不是从数据模型继承它。一首3分钟的歌曲是一个项目;在3小时的DJ套装中,时间戳就是项目。询问用户想要找回哪个单元,并使那成为标记可以持有的东西。

在一部 4 小时的歌剧中,炫技咏叹调才是看点。在应用支持锚点级标记之前,只能靠时机恰当的肘击来凑合了。

AI 改变了检索方式,但将判断权留给了用户

上述所有发现都早于当前的 AI 浪潮,因此自然的问题是:其中哪些会被 AI 推翻?我的回答是:AI 改变了策展生命周期中的利用阶段,而几乎未触动保留阶段。

在检索方面,AI 几乎消除了书签最古老的借口。一个能访问你的浏览历史、阅读记录和文档的模型,可以从模糊如你记忆般的描述中重新找到某项内容(“那篇关于为什么进度条会撒谎的文章,大概是在我们争论仪表盘的时候”),这正是自 1994 年以来用户一直想输入的查询。

AI 可以从模糊如用户记忆般的描述中重新找到某项内容,这正是自 1994 年以来用户一直想输入的查询。

完全的记忆召回赋予了标记新的职责。 50,000 个已访问页面的完整记录会让策展淹没在噪音中,将愤怒诱饵和竞争对手研究与那些你信任的文章同等权重地对待。系统可以观察你做了什么(位置、频率、新近度),但它无法知道你的意图。因此,显式的手势专注于行为数据无法提供的那一点:重要性。

预期会有更少但含义更重的标记:收藏将比书签更持久。(目前基于个人数据的 AI 搜索仍然缓慢、零散,并且偶尔会对错误的条目过于自信,因此在花哨的搜索证明其价值之前,请保留枯燥的全文搜索。)

行为数据只是间接证据。它记录了用户做了什么,却隐藏了他们的意图。这留给显式标记一项行为无法完成的工作:声明重要性。

标记变成了一键式 上下文工程,其主要消费者从平台算法转变为用户自己的代理。收藏充当宪法性权重(“优先处理这些来源并模仿这种品味”),而书签则界定工作记忆的范围,以便个人 AI 可以根据你在某个主题上保存的 6 篇文章起草一份简报。 这将导出从一种礼貌变为一种必要,因为无法离开平台的标记无法为你的代理提供依据。

但是,标记的含义必须在进入代理的过程中得以保留。保存一篇文章意味着它值得保持可用。这并不确立其主张的真实性,也不意味着其风格应当被复制。

研究集合可能包含证据、反驳论点以及应避免的例子。如果将该集合作为无差别的批准输入给代理,你就在 AI 内部重建了那个过载的点赞按钮。

保存的食谱可能是值得保留的,也可能是一个警示。如果将集合作为无差别的批准输入给代理,你就重建了那个过载的点赞按钮,只不过现在是用果冻呈现的。

为用户提供一种独立的方式,来声明某个集合应如何指导任务:“比较这些论点”、“模仿这种风格”或“查找与此决策相关的证据”。这些指令应在使用点提出,此时目的明确。不要让每次保存都以问卷开始。简单的操作保留了材料;后续的指令则赋予其角色。

而且代理(agents)也会进行部分阅读。一个审阅 200 页的代理应该提议出值得关注的 3 页,但其建议必须与用户明确批准的最爱保持可区分。否则,代理可能会将其早期的选择误认为用户偏好的证据,并强化用户并未做出的判断。

这是杜鹃鸟的技巧,AI 版。除非代理的建议与用户批准的最爱明显分开,否则代理会将它们自己的选择当作用户的品味来培养。

因此,导出功能必须保留的不仅仅是目标地址。包括用户的标记、注释、相关上下文以及为材料声明的任何角色,同时区分人类的选择和代理的建议。

一堆 URL 保留了访问权限,但丢弃了大部分积累的判断。我的预测:到 2030 年,最有价值的已保存项目集合将是你的 AI 能有效使用的那个,而将标记作为人质的平台将失去它们,转而流向不这样做的侧车工具(sidecar tools)。

到 2030 年,将标记作为人质的平台将失去它们,转而流向用户自己的 AI 可以读取的工具。

测试返回旅程

标记机制有两个关键时刻:当用户进行标记时和当他们需要其益处时。两者都要测试。给参与者一个现实的浏览任务,让他们决定什么值得标记。

之后,询问每个操作改变了什么,谁可以看到它,以及它是否会影响推荐。将他们的期望与产品的实际行为进行比较。一个被自信地误解的按钮是失败的设计。

询问参与者每个标记改变了什么以及谁可以看到它。一个被自信地误解的按钮是失败的设计。

一周后让参与者回来,进行原始任务的一个合理延续。要求他们继续工作,而不提供有用项目的标题或将他们引导至已保存项目屏幕。这些线索会提供你的界面本应保留的记忆。观察已保存的材料是否重新发挥作用,检索需要多少努力,以及参与者能否恢复某项内容为何重要。

用于研究返回旅程的替代用户研究方法包括实地研究和日记研究。这些方法通过检查用户自己的标记增加了生态效度,但牺牲了在受控初始会话中进行标记所能实现的系统比较。

在两个时刻测试标记 UX:当用户进行标记时和他们稍后需要它时。延迟第二次测试以使返回旅程更真实。

纳入拥有成熟收藏习惯的用户。每天早晨都会使用的“喜欢”和 6 个月前保存的文章有着不同的需求:前者需要稳定、即时的访问;后者需要能够重建其上下文的线索。因此,一个仅有 5 条新保存内容的干净账号无法测试这两个问题。

衡量标记是否帮助用户完成工作。保存次数衡量的是捕获行为,这是最容易实现无摩擦的部分。而重新打开次数的增加可能仅仅是因为产品发送了更多提醒。有意义的结果是用户在关键时刻以比原本更少的精力恢复有用的材料。

当产品频繁打扰时,重新打开次数可能会上升,但这仍然是一个虚荣指标。请衡量标记是否帮助用户完成他们的工作。

通用标记机制的 10 项准则

  1. 为每个标记控件分配恰好 1 个职责:评估(like)、策展(favorite)或检索(bookmark)。请记住 Twitter 长达 9 年的星标混淆历史。

  2. 使用标准图标执行其标准任务:心形、星形、旗帜、拇指,并在菜单中及首次展示时配合文字标签。

  3. 使标记可逆且可见:轻点一次开启,轻点一次关闭,即时反馈,并在物品出现的任何地方显示持久的已标记状态。

  4. 在行动点声明可见性。用户必须在提交前知道标记是公开、私密还是算法数据,而不是在截图流传之后。

  5. 除非用户选择加入,否则不要让私密保存进入推荐系统。用信息流扭曲来惩罚检索标记会教会用户停止诚实标记。

  6. 零摩擦捕获;稍后整理,最好由机器完成。保存时所需的任何决策都是对相遇时刻的征税,而用户通过不缴税来回应税收。例外情况是系统可以免费记录的上下文(查询、来源、日期、选区),这是记忆赖以运行的归档。

  7. 从第 1 天起就为数千个标记进行设计:全文和语义搜索、相关项目导航以及阅读就绪排名,因为收藏会在几个月内超出按时间排序的能力。

  8. 让标记重现,否则看着它们腐烂。摘要、情境提示、半衰期衰减和复习提示将档案从只写堆积转变为工作记忆。

  9. 提供正确的范围:长内容的锚点级标记、重复兴趣的集合级标记,以及系统能观察用户位置处的自动位置标记。

  10. 让用户带着他们的标记离开。以用户自己的 AI 代理可读的开放格式导出。多年积累的判断属于行使它的人。

多年积累的判断属于行使它的人。让导出足够简单,以至于即使是监护权分割也能在几分钟内完成。

结论:让软件像翻开的食谱一样便捷

食谱之所以能轻松翻开,是因为反复使用使其变得实用。软件应在尊重用户明确选择的同时提供同样的便利:用爱心表示欣赏,用星标表示快速访问,用书签表示未来的潜在需求。点击之处即是系统责任的起点。保持短名单稳定,确保归档可搜索,并在任务需要时让有用材料触手可及。保留、管理、利用。用户提供判断;软件必须提供记忆。

用户免费填满第一个罐子。软件的职责是确保第三个罐子不空。

课后作业:在表格中列出你产品中的每一个标记机制,每行对应一种标记,每列对应解剖表(本文前文)中的一个维度,最后一列为图标。任何两个模糊不清的行都是你的下一个冲刺目标。你的产品处理不当的是哪些标记?请在评论区坦白。

2015 年图标大战的老兵们仍在讲述这个故事。每一次图标重新分配都会导致误触和保存丢失。

原作者保留版权;来源:Jakob Nielsen · UX Tigers。本站维护者确认获准转载,非公共领域或开放许可证声明。 原文来源(转载授权由站点维护者确认) · 中文译文由 CxHub 客户体验社区生成,并非官方译文。

来源:Jakob Nielsen · UX Tigers · uxtigers.com