返回文章列表
半山设计 2026-05-23 6

你的产品用户不爱用?Apple 告诉你为什么 (2)

H

Hyperion CHI

The Digital Curator

你的产品用户不爱用?Apple 告诉你为什么 (2)

在这一篇中,我们从导航和内容来进行讨论,看看 Apple 是如何在它的产品中实践这两个要素的。

2. 导航#

导航的本质,是让用户知道如何浏览 App,以及如何在我们构建的信息架构中运动。课程中重点提到了两个组件:标签栏(Tab bar)和工具栏(Tool bar),我们一个一个进行分析。

2.1. 标签栏(Tab Bar)#

标签栏是最符合用户认知的导航方式之一,能够承载 App 的主要功能区域,所以也是产品中十分重要的一个组件。

但正因为它非常重要,所以更需要克制使用。因为每增加一个 Tab,用户就多一个选择,也多一层决策成本。如果 Tab 过多,App 就会显得复杂,甚至超出它原本应该有的复杂度,以至于用户需要从标签栏开始,就接受大量的信息,并分散精力去处理这些信息,这无疑是增加了用户的认知成本。

所以,在设计标签栏时,真正需要思考的问题不是 “我有哪些功能可以放进去”,而是 “哪些内容值得拥有一个独立的 Tab”。

2.1.1. 哪些内容应该放进标签栏,哪些不应该#

我们在设计标签栏时,不妨从以下几个方面进行考虑:

  • 这是不是 App 的核心功能区域?
  • 用户会不会高频访问?
  • 这个 tab 能够代表一个稳定的信息分区吗?
  • 用户能否清楚理解它的含义?
  • 它是不是应该长期存在的导航入口?

课程中提到一个唱片类 App 的例子。它没有把 “唱片分组”“添加唱片” 等功能都拆成独立 Tab,而是把这些功能合并到 “唱片” 这个主 Tab 之下。用户进入唱片 Tab 后,再看到与唱片相关的分组、添加和管理操作。

这个思路很关键:标签栏不是用来操作的,而是用来引导的。 它应该是独立页面或功能分区,负责告诉用户主要区域在哪里,而不是承载所有功能按钮。

在 Apple Music 中,我们一样可以看到同样的设计思路:

AM中的标签页
AM中的标签页

所以,下面这些内容,就不适合放在标签栏中:

  • 临时操作;
  • 单次任务;
  • 高频但不代表信息分区的动作;
  • 表意不清的分类;
  • 用户无法马上理解的概念。

2.1.2. 如何设计标签栏#

明确了标签栏的重要性和作用后,我们需要通过设计,让我们的标签栏发挥它应有的作用。

标签栏中,大部分的标签都是由文字和图标构成的。那么,我们必须保证文字和图标通俗易懂,才能减少用户的理解成本。我们需要尽可能减少下面这些情况:

  • 过于抽象的图标;
  • 表意不明确的文字;
  • 需要用户猜测的奇怪命名;
  • 只有设计师或产品自己懂的分类。

Apple 的建议是,在对标签栏设计时,可以参考《人机界面指南》中 “标签页栏” 的设计指南和最佳实践,对我们的标签栏进行设计和检查。

HIG_标签页
HIG_标签页

既然标签栏是用来引导用户的,那么用户真正的操作,应该在哪里实现呢?

用户真正的操作,应该出现在工具栏中。

2.2. 工具栏(Tool bar)#

工具栏的作用是补充页面上下文,辅助用户理解当前界面,并指引用户实现实现自己想要的功能。

工具栏通常和界面标题一起出现。标题提供上下文,让用户知道自己当前处于哪个界面;工具栏上的按钮则提供当前界面下可以执行的操作。比如添加、编辑、筛选、更多等。

我们可以看 Apple Music 的工具栏:

AM_工具栏
AM_工具栏

Apple Music 中的工具栏中,由返回按钮、页面标题、按钮和菜单组成。这些组件一样在回答我们上一篇文章中提到的三个问题:我在哪里?我能做什么?我能到哪里?

工具栏中的常见内容,主要有:

  • 页面标题;
  • 返回按钮;
  • 当前页面相关操作;
  • 编辑、筛选、更多等辅助操作。

这里着重说一下页面标题(因为我发现我自己的产品中,就没有注意到合理添加页面标题的情况)。

页面标题非常重要,它能帮助用户始终保持对信息架构的方向感。例如用户进入一个二级页面后,如果有页面标题,那就可以清晰地告诉他:“我现在进入的是哪个内容、哪个集合、哪个设置项。”

所以我们可以发现,到现在我们所做的一切,都是在回答:我在哪里?我能做什么?我能到哪里?
所以在设计我们的产品时,一定要反复问自己:用户看到我们界面的时候,能不能顺利解答这三个问题?

题外话:有关设计规范#

在讨论 Apple 的导航和结构时,一个非常值得关注的点是:Apple 并不是只把某一个 App 做得好,而是在整个 iOS 和 iPadOS 生态中建立了一套统一的设计语言。这套设计语言通过 Human Interface Guidelines,也就是《人机界面指南》,影响着大量 Apple Developer 的设计方式。

人机界面指南主页
人机界面指南主页

Apple 的很多原生 App 都遵循这种逻辑:底部 Tab 栏负责大结构,上方标题和工具栏负责当前页面的上下文和操作。这种分工非常清晰,也让用户在不同 App 之间形成稳定的操作习惯。

当不同开发者都尽量遵循同一套设计规范时,用户在使用不同 App 时就会形成稳定的预期:看到三个点,就知道这里有更多操作;看到左上角标题,就知道当前所在位置;看到底部标签栏,就知道这是主要导航;看到列表项旁边的小箭头,就知道可以进入下一级页面……

这种跨 App 的一致性,正是 Apple 生态体验稳定的重要原因。这种体验并不是某一个界面单独产生的,而是整个生态长期塑造出来的结果。

从这个角度看,设计规范并不是束缚,而是一种降低认知成本的工具。它让用户在面对新 App 时,不需要重新学习一整套操作方式,而是可以带着已有经验快速上手。

这也带来一个重要启发:在产品设计中,不应该为了 “显得特别” 而轻易违背用户已经形成的操作习惯。

创新当然重要,但真正高明的创新,不是把用户熟悉的东西全部推翻,而是在用户熟悉的框架里提供更好的体验。

对于结构的清晰设计和对于导航组件的合理运用,能够让用户有更强的掌控感。但除了让用户具有掌控感外,我们不能让用户当光杆司令,光有掌控感,不知道掌握了什么东西。这就是我们接下来要讨论的 —— 内容了。

3. 内容#

内容不是简单堆到页面上,而是需要被组织、分组和引导,以帮助用户关注最重要的信息,而不是一上来把所有内容全部展示出来。

内容设计分为三个方面:内容的组织,内容的布局,以及对内容的分组。

3.1. 组织#

内容需要的得到良好的精心的组织,以引领人们关注最重要的信息。

在课程中提到了一个重要概念:渐进式披露,也可以理解为渐进呈现。它的核心思想是:默认状态下只展示最必要的信息,当用户需要更多内容或高级选项时,再通过二级入口逐步展开。这是一种非常常见,也非常有效的设计方式。

例如在音乐 App 中,右上角的创建专辑和筛选是高频操作,直接显示出来;而三个点中的更多功能则被收纳起来,用户需要时再点击展开。这就是一种典型的渐进式披露。

AM中的渐进式披露
AM中的渐进式披露

把更多的操作隐藏起来,这一点很容易理解。那我们做的极端一点,把加号去掉,只保留三个点,那么添加创建专辑和筛选这两个高频操作就会被隐藏起来。

工具栏中过多的隐藏
工具栏中过多的隐藏

用户虽然仍然可以通过 “更多” 菜单找到它,但第一时间的可发现性会明显下降,操作成本也会增加。

这说明渐进式披露不是把所有功能都藏起来。它真正强调的是 层级。核心功能应该直接可见,低频功能可以收纳起来。好的设计不是越少越好,而是让不同重要程度的内容出现在合适的位置。

那么适合使用渐进式披露的场景有哪些呢?课程中列举了这些情况:

  • 高级设置;
  • 低频操作;
  • 复杂筛选;
  • 批量管理;
  • 编辑选项较多的功能;
  • 不同用户群体需求差异较大的功能。

这里有一点需要指出:我们在使用渐进式披露时需要注意:进入二级页面后,仍然要保持与上一级页面风格一致;并且每个页面都要提供足够的上下文信息,诸如:页面标题、返回按钮、当前内容说明、相关操作入口。否则用户会进入一种很糟糕的状态: 我知道我点进来了,但我不知道我进了哪里,我也不知道我能做什么。 这就是产品里的 “空间迷路” 现象。比现实中迷路更烦,因为用户在手机上找不到路时,一个能问路的人都没有。

3.2. 布局#

布局不是为了好看,而是为了更有效地承载内容。

在内容布局上,课程提到了网格布局和列表布局。

一提到布局,我就会想到网格布局。这次讲座的讲师指出:网格确实具有较强的视觉秩序感,也容易做出比较美观的界面。

网格布局
网格布局

但网格布局也有明显缺点:它会占用更多空间,单位屏幕内能展示的内容较少,而且不太适合处理长文本。如果内容本身是大量文章、条目、记录、任务或消息,那么列表布局其实是更好的选择。

列表布局虽然看起来更朴素,但它非常适合展示结构化信息。它在垂直方向上占用空间更少,也更适合承载标题、副标题、时间、状态等多层信息。

列表布局
列表布局

这其实是一个非常务实的设计判断:布局不是为了展示设计技巧,而是为了更好地承载内容。

Apple 的设计资源中提供了大量标准列表组件。如果产品内容本身更适合结构化浏览,而且恰好又是在开发 iOS 平台的软件,那么直接使用设计资源中成熟的列表样式,往往比重新设计一个复杂网格更高效、更稳妥。

HIG中的示例列表布局
HIG中的示例列表布局

3.3. 分组#

课程还提到,内容需要进行分组。分组的价值不只是整理内容,更是降低用户寻找内容的负担,让用户觉得产品是周全、体贴、有秩序的。

常见的分组方式包括时间、日期、季节等。这类分组方式贴近生活,也符合用户对内容的自然理解方式。时间最常见,适合记录、活动、订单、日志。日期、季节更贴近生活,适合内容型产品

基于时间的分组方式
基于时间的分组方式

另一种很重要的分组方式是基于进度。

例如播客 App 会让用户快速找到上次中断的位置,音乐或视频类 App 也常常提供 “继续播放”“最近收听”“未完成内容” 等入口。这种基于进度的组织方式,可以帮助用户从上一次中断的地方继续,而不是每次都重新开始。

这是一种对现实生活节奏的响应。用户使用产品并不是在一个理想、连续、没有干扰的环境中进行的。现实中,用户会中断,会切换任务,会忘记上次做到哪里。好的内容组织应该承认这种现实,并帮助用户恢复上下文。

基于进度的分组方式
基于进度的分组方式

还有一种分组方式是基于模式,也就是发现内容之间的逻辑关联。通过这种方式,产品不仅能帮助用户快速浏览,还能引导用户持续探索。

基于模式的分组方式
基于模式的分组方式

相信各位在平常的生活中,对分组的重要性也已经有的一定的体验:照片按日期按地点分、歌单按心情分、甚至 App 也会按功能分(文件夹或分屏)。所以,合理运用分组,一定能够在很大程度上帮助用户整理他所需要接受的内容。


今天我们讨论了有关组织和内容的话题,欢迎在评论区留下你的看法,我们一起讨论,在组织方式和内容设计中,还有什么实用的技巧或者踩坑的点?

下一期,我们将会讨论 Apple 设计基础中提到的最后一点 —— 视觉设计。


如果对您有所帮助,欢迎添加本站到收藏夹,也欢迎微信搜索公众号 半山数字札记 ,我会持续更新新的内容。

如果你也在做个人项目、优化工作流,或者只是想找一群折腾工具和内容的人交流,可以添加我的微信,备注「半山」,我会邀请你进群,欢迎一起探讨,一起交流。

个人微信
个人微信

相关文章

评论