设计 Widget - 避免“功能化”
Beforweb 从这里开始突然就继续了。
今后也不想再像过去那样开篇先码出约莫八千字的意识流。尝试尽快进入主题。若必须念叨些有的没的，也一律写在主题内容之后好了。
从今年新的 widgets，即“小组件”说起。公布已有两个多月，想必各位不再陌生。从目前了解到的一些基于真实产品而设计的 widgets 来看，大家多多少少都会遇到一些典型问题；确实难免，本就是新的特性，每个 app 都需要摸索试探，即便 HIG（注1）提供的设计原则也难以覆盖到所有真实产品可能涉及到的特定问题。
这些问题大体包括核心信息的选择、界面功能化的表现、信息布局合理性、logo 与品牌识别元素、场景与类型设计，等等方面。我约莫会时不时地挑出一个来念叨，就像现在这样。希望保持在从前随笔的轻量篇幅以内，而不会成为长篇累述。
设计 Widget - 避免“功能化”
第一篇便想聊“功能化”这件事。典型，引发过最多争议。这个话题并没有非常正式地在 HIG 当中出现过；更加明确提出相关原则的，是 WWDC20 “为您介绍 WidgetKit”视频 1:53 处：“Widgets are not mini-apps”（注2）。更完整的表述：
“你不需要按任何按钮，不需要花费时间去理解任何复杂的 UI，内容本身即焦点。这一点非常重要：不要将 widgets 理解成迷你 app。应该将 widgets 看作是把 app 的内容投射到系统主屏，而不是充满小按钮的完整迷你 app。”
回头看 HIG 关于 widgets 设计初衷的表述（注3），才感到呼应完整：
“虽然人们可以通过点击 widget 进入app查看更多信息或执行任务，但 widget 最主要的设计目标，是呈现少量的、适时的、与用户个人高度相关的信息，使他们无需打开 app 即可获取。”
Widgets 确实提供交互方式，但仅限点击，即通过深度链接进入 app 内的特定位置；Small 规格提供单一点击区域，Medium 与 Large 提供多个。这种交互的目的，是为了让用户在绝对必要时可以进入 app 了解详细信息或进行相关的操作，而不是在 widget 的层面提供任何功能逻辑。
不要为了引导用户进入 app 内特定的功能模块，而在 widget 上使用具有典型按钮样式的元素以及具有 call to action 暗示的文本，否则用户将很容易误认为点击该按钮即可实现相关操作；如果这样的按钮元素形成体系，用户便容易形成“widgets 是放在系统主屏的小 app”这样的错误观念；这样的误解是系统交互范式级的。
如果确实需要人们通过 widget 进入 app 进行相关任务流程，则尽可能尝试通过“信息”作为线索，让人们一方面可以从信息当中获取价值，一方面也可以理解其背后可能存在的相关任务。
再次：
- Widgets 是：呈现少量的、适时的、与用户个人高度相关的信息，使他们无需打开 app 即可获取。
- Widgets 不是：功能化的迷你 app。
本文仅代表 C7210 个人观点。
- 注1：Human Interface Guidelines。
- 注2：通过 Apple “开发者” app 观看，或访问 https://developer.apple.com/videos/play/wwdc2020/10028/
- 注3：https://developer.apple.com/design/human-interface-guidelines/ios/system-capabilities/widgets/