0. 前言
互联网上的信息越来越多，反倒是给人们带来更大的筛选信息的负担。什么是产品？什么是好的产品设计？这些问题在网上众说纷纭。但其实，真正的顶尖产品，最典型的成功案例，就在我们随时可见，每天都在使用的地方。
刷手机的时候，无意间看到了 Apple 的设计讲座，题目是《设计基础：从创意到界面》。我是产品经理，最近也在做自己的产品 ，但随着越来越依赖 AI 工具，我逐渐对 AI 生成的界面产生了疑问。不是不美观，也不是不好用，只是有一种莫名的奇怪的感觉。于是我顺手报名了这个讲座。
讲座从一个唱片 APP 的例子开始，逐步揭示了 Apple 的设计语言。听完后我才明白，对于像我这种不懂但好奇的人来说，真正有价值的资源根本不用去筛选，因为成功的厂商已经为我们做好了教程。
这门课并不是单纯讲视觉美化，也不是教人如何做出 “好看” 的界面，而是围绕一个 App 从结构、导航、内容到视觉设计的完整过程，讲述如何让一个产品变得清晰、自然、可理解，并最终形成稳定的用户体验。
听完这门课后，我最大的感受是：很多平时使用 Apple 原生 App 时觉得 “理所当然” 的顺畅体验，其实背后都有非常细致的设计逻辑。就像我们在苹果手机中使用的音乐、播客、设置这些系统级或原生应用，它们并不是简单地把功能堆在界面上，而是通过统一的结构、导航方式、内容组织和视觉规范，让用户在长期使用中形成一种近乎本能的操作直觉。
这篇文章就基于这次课程内容，以及在我回过头看这些手机上的 App 后，整理一些关于界面设计的思考。
P.S. 讲座中拿的是一个唱片 App 的例子，但这个 App 并没有上架，所以后文以 iPhone 原生 APP 举例。你也可以随着这篇文章，打开你的手机，一步一步探索厂商在这些 App 上花的心思。
1. 结构
课程首先讲到的概念是 —— 结构。
1.1. 良好的结构，需要具备清晰性和良好的可发现性
一个好的界面结构，并不是把功能摆出来就结束了，而是要让用户在进入界面的第一时间，能够回答三个问题：** 我在哪里？我能做什么？我能到哪里？**
这三个问题看似简单，但其实决定了一个界面的基本体验质量。
回答我在哪里，就是让用户明确当前所处位置和页面层级；回答我能做什么，是要让用户准确理解当前页面可执行的操作，不需要猜；而我能到哪里，则是让用户对下一步的路径有所预判，减少犹豫感。
好的体验应该是自然、流畅、符合直觉的。用户视线聚焦时，界面需要具备基本的可预测性，能够有效引导用户，迎合用户直觉，而不是制造困惑。这样就能让界面具备坚实良好的体验基础。
以 Apple Music 为例，左上角的标题栏会持续告诉用户当前所处的位置。无论是在资料库、专辑、播放列表，还是某个具体的内容页中，用户都能通过标题快速确认自己当前所在的界面。这解决的是 “我在哪里” 的问题。
下方常驻的播放条、歌单分类旁边的小箭头，以及点进某张专辑或歌单后右上角的 “更多” 按钮等，则回答了用户 “我能做什么”。三个点通常代表更多操作，小箭头通常意味着可以进入下一级详情。这些图标非常简洁，但它们在长期使用中已经被用户理解为稳定的操作暗示。
底部的标签栏则承担了主要结构导航的作用。它不是用来执行具体操作的，而是告诉用户这个 App 的主要区域有哪些。比如主页、新发现、电台、资料库的入口，以及一个搜索功能。产品通过这些 Tab，清晰地回答了用户提出的 “我能到哪里” 的问题。
除了 Apple Music 外，你也可以切换到其它的原生应用中，看看苹果的界面中是不是都回答了这三个问题。
可以说，90% 的原生应用都能够快速回答用户提出的上述三个问题，这就是 Apple 设计中非常重要的一点：它并不依赖复杂说明，而是尽可能通过一致的，合理的结构，让用户自然理解界面。
1.2. 良好的结构，需要有清晰的信息架构
界面设计的基础不是先讨论颜色、图标、按钮，而是先建立清晰的结构，让用户在使用 App 时始终拥有方向感和掌控感。
清晰的信息架构，是设计出一个良好的 App 的基础。它决定了我们 App 的功能是如何被组织起来的，用户是怎么理解我们的 App 的，以及帮助我们判断各个组件应该如何被有效地使用及放置。
讲座中给了梳理出良好的信息架构的方法建议：
1.2.1. 列出所有操作
在设计前，需要先完整列出 App 中所有可能出现的操作和功能。
这个阶段不需要急着判断哪些重要、哪些不重要，也不需要马上删减。重点是完整地把可能涉及的功能和操作全部列出来。先完整展开，后续才能看到功能之间的关系。
例如：
- 用户能查看什么？
- 用户能创建什么？
- 用户能编辑什么？
- 用户能管理什么？
- 用户需要完成哪些主要任务？
- 哪些功能是高频？
- 哪些功能是辅助？
- 哪些功能可能只是高级选项？
1.2.2. 调研和学习
在经过第一步的完整列出后，我们需要去了解真实用户是如何使用这些功能的，他们在什么场景下使用，使用频率如何，哪些功能是核心需求，哪些只是偶尔使用。同时还要判断产品本身和这些功能之间的契合度。如果你自己也在做产品，那可以试着针对自己产品，回答下面的问题：
- 用户在什么场景下使用？
- 使用频率如何？
- 哪些功能是核心路径？
- 哪些功能只是偶尔使用？
- 功能和 App 定位是否契合？
- 用户是否真的需要这些功能？
反观我自己做的个人网站和，有的问题确实问到了痛点上，让我有种 “我明明做了，但就是没考虑到别人怎么用，这个功能白做了” 的挫败感。但这才是进步的开始，不是吗？在下一次迭代产品，下一次做新产品的时候，我就会问：** 用户是否会在这个 App、这个场景、这个时刻需要它？**
1.2.3. 整理洞见
在完成前面的梳理和调研后，再对功能进行增加、删除、合并或调整。在这一阶段，我们就可以决定：
- 哪些功能需要保留；
- 哪些功能需要删除；
- 哪些功能需要合并；
- 哪些功能需要调整入口；
- 哪些功能需要降低优先级；
- 哪些功能需要做成二级入口。
信息架构的优秀示例
信息架构不是一开始凭感觉定出来的，而是在充分理解用户行为、用户习惯之后做出的结构化决策和取舍。Apple 中很多软件的设计都体现了这种思路。例如在 Apple Music 中，常用的 “添加” 操作会直接以加号的形式出现在界面中下方便于用户观察和点击的地方，而其他相对低频的功能则被收纳在右上角的三个点的 “更多” 菜单中。这样做既保证了高频操作的可见性，也避免了界面被大量功能按钮占满。
这其实不是简单的 “隐藏功能”，而是一种基于用户习惯和操作频率的层级设计。常用的功能放在明面上，低频或高级功能放在二级入口中。用户既不会因为信息过载而感到混乱，也不会在需要更多功能时完全找不到入口。
你觉得在苹果的产品中，有哪些独让你眼前一亮的结构方面的设计呢？欢迎在评论区留下你的看法。
如果对您有所帮助，欢迎添加本站到收藏夹，也欢迎微信搜索公众号 半山数字札记 ，我会持续更新新的内容。
如果你也在做个人项目、优化工作流，或者只是想找一群折腾工具和内容的人交流，可以添加我的微信，备注「半山」，我会邀请你进群，欢迎一起探讨，一起交流。
