最近看了apple developer上的一个视频，主要讲ios的通知（notification）功能，讲到了很多通知应该注意的问题，而这些问题在一些软件上，被忽略或者错用。所以这是一篇意义深远的讲座视频，一下是自己的学习笔记和结合日常app的案例的联想和发散。

Jon Dascola, Human Interface Designer 

主讲IOS部分

Heena Ko, Human Interface Designer

主讲watchOS部分

这篇通知作为手机上每天用户都会看到的内容，是用户与软件交互中的至关重要的元素。

ios规范里，通知会在以下几种情况下出现：

新消息到来时

一个事件将要发⽣生时

新数据可获取时

某些状态发⽣生改变时

通知栏可以出现在以下这些地方： 

在锁屏上

屏幕顶部(使⽤用设备时)

以及通知中⼼(通过从屏幕 顶部边缘下滑呼出)

一.通知的演变过程：

ios早期时，如果谁给你发了一条信息，可能会用Alerts的形式呈现。

iPhone的经典蓝色警告窗

随后,随着越来越多的App推送通知，在ios4中开始在锁屏上排队呈现。

而到了ios12，用户接受的通知会更有价值、有用、有条理，但一切都要适度，这点很重要。

因为通知的目的是用来与人沟通并传递有意义的信息的。所以ios12中给通知增加了管理（Manage）功能，通过管理你可以配置来自App的通知传递方式。如果用户设置成隐式推送（Deliver Quietly），通知不会出现在锁屏上，它们也不会有声音和触觉反馈，不显示横幅，不会在应用图标上出现标记。它会被直接发送到你的通知中心（Notigication Center），而不会产生干扰。

关闭 （Turn off）可以关闭来自该app的所有通知，这个功能也使得开发者在使用通知时要变得更谨慎，发送有意义的通知，因为如果用户觉得被打扰可以随时Turn off你的通知。

以下是ios12中的消息的一些重要注意点：

一.在用户首次运行你的软件时：

首次运行是一个重要的时刻，这时如果像用户发送权限请求，就是要求某人在这里做出艰难的决定。设身处地的为用户想想，人们刚刚下载了你的App，他们很高兴第一次运行它，突然！Duang！他们被打断了，被要求做出关于接受通知的决定，他们怎么会接受呢，特别是如果它在没有任何上下文的情况下呈现出来。

你没有让他们知道为什么这些通知是有价值的

（反例：有品每次成体重前都发送位置请求）

所以如果在这样的请求下，你可能觉得用户会欣然接受，但用户更有可能做出的选择是：Don’t Allow。

allow or dont allow，是个问题

就好像你和一个女生第一次约会，就像对方求婚，你觉得对方会有多大可能同意。

于是，ios12新增了一个功能方便开发者解决这个尴尬问题。用户可以看到在通知托盘中的内容，你的权限信息可以作为正常的通知通知，这是一种非模态的，当用户查看通知中心（Notification Center）时会看到这个提示。

在发送通知许可权限时，要注意一下几点：

（这些点不光局限于发送消息的权限，在发送其他权限时也有同样的启发）

1，不要在用户第一次使用你的App时发permission，

给他们一点时间来体验你的app，让用户了解你做了什么，能为他们提供什么 ，之后再发送permission

2，要解释为什么要发送通知，更重要的是，让他们知道为什么通知要出现在锁屏上。

反例-有品每次成体重前都发送位置请求：

安卓版有品在你每次陈体重时，都会发送允许定位的请求，我真的不明白为什么我称个体重，一定要我的位置信息。难道我在北京称体重，和在上海称体重会称出不一样的体重？

当然设计者也有可能有其他考虑，但问题是并没有通过更多的上下文信息，让用户明白这个请求的意义所在。

3，要在正确的时候发布

DOOR DASH是一款国外的饿了么应用，它会在你的食物将要到达时，发送通知给你

如果是一个Travler APP，对用户来说，即使发布关于航班延误和登机口变更的情况。是很重要的。

而一个天气预报软件-Dark sky，在快要下雨时，应该通过锁屏发送通知给你。之所以通过锁屏，因为这个信息很重要，需要及时的让用户知道。

总结：

当你决定是否要求锁定屏幕访问还是在通知中心（notification center）里静悄悄地发送，取决于你的内容是否需要及时、是否紧急、是否需要立即响应

三.提供有意义、有价值的通知:

1，通知不是为了吸引用户登陆你的app的手段Notification aren’t reasons to launch into an app

正确的通知都有特殊的需要和理由的，它们不会为了让你进入app而发出空洞的邀请。

2，考虑充分后再发送

Considered delivery

考虑什么时间发送这些内容？

发送的频率应该如何？

CNN的App在你允许提示后，它们要求你选择提示出现的频率。这是一种很聪明的方式。因为作为用户，对发送通知的频率是有一些期望的，不同用户可能会有不同选择

3，聪明的定制化信息

Smart customization

当用户同意你发送通知，其实是跟你建立了一种信任关系，他们希望你会给他们推送有用的信息，要珍惜这种信任关系，要珍惜这种信任关系，要珍惜这种信任关系，重要的事情说三遍。

对所有的人来说，并不是所有的事物都有同样的价值或重要性，于是有了苹果自定义通知功能

在这里，希望通过更细粒度的方式定制你的通知类型。

正例-纽约时报的APP：

可以用户自己设置发送什么类型的通知给用户，可能一个用户觉得体育或政治没有帮助那就可以不发送这类推送，但用户仍可以接受突发新闻的消息等。

而国内的软件在这方面有详细考虑的软件还不多。像腾讯大厂，在这方面会比较重视，下面是腾讯视频的通知设置页。用户可以选择自己想接受的通知类型。

腾讯视频的通知设置

而很多app的消息设置和ios系统的并无两样，只能设置是否开启，如果开启就一股脑的所有消息都推送给你，没法用户根据自己的喜好定制化接收的消息。

三，通知分组（Notification Grouping）-ios12中的新功能

目的:让通知更有组织性

当你正在进行聊天是，如果没有通知分组功能，就会出现这样的问题：

锁屏上都被聊天内容覆盖了，其他程序的消息都没法显示了

默认情况下，系统会按app分组，但有些时候这样会出问题，需要用更详细的方式给它们分类。

可以为每一个对话创建一个新的组，这个组也被叫做线程（notification threads）。

线程是用来整合和组织内容的。

需要注意的是，虽然线程很有意义，但不要创建太多的线程。它们应该有意义地用于突出显示和区分。

四，创建丰富通知 （Rich Notification）-通知的详情视图（detail view）

-ios12中的新功能

用户通过3D touch（或在没有此功能的情况下通过长按）可以开启某个通知的详情视图。

通过3D touch开启通知的详细视图

详情视图提供关于该通知的更多信息， 并且允许用户在不离开当前环境的情况下去执⾏快捷的操作。

这个视图应该包含有用、易识别的信息，让人感觉就是你的 App 的⾃然延伸。

它可以包含图⽚、视频以及其它内容，它还能在显示时动态更新。⽐如，⼀个拼车 App 就能够在该窗⼝显示⼀张地图，并标出一辆⻋正在朝着你当前的位置驶来。

⼀个通知的详情视图能最多包含四个操作按钮。这些 按钮⽤来执行常⽤、省时的任务，而不用打开你的 App。

⼀个通知的详情视图还能在屏幕上呼出⼀个键盘⽤来收集执⾏操作需要的信息。⽐如，一个通讯 App 可以允许⽤户直接在新消息通知的详情视图上回复。

例如播客的通知的richer notification里有详细的内容、图片、自定义控件和交互。

在通知的详细视图中，可以添加图像、视频、音频和自定义的交互内容。发送丰富、有价值并且信息及时的消息。

在使用通知时还需要注意几点：

1，即使⽤户没有作出回应，也不要为同⼀件事情发送多个通知

2，避免展示破坏性的操作:

要在通知详情视图⾥展示破坏性操作之前请仔细考量。 如果你必须展示，确保用户拥有足够的上下⽂信息，以避免出现意外后果。 破坏性的操作应该以红字呈现。

番外篇：Apple watch上的通知设计

在apple watch上通知是一个非常重要的组成部分，比在iphone上更重要。为什么这么说呢？因为往往watch上屏幕空间有限，app的一些功能在watch上体验不会太好，比如打游戏，看视频、刷抖音。所以接受通知是watch与APP交互的一个主要方式。它的交互应该是轻量级的，在视觉上要一目了然。

有了watch用户可以在几个小时不带手机的情况下，仍可以接收通知并保持与外界的联系。

1.交互式通知 interactive notifications

交互式通知是watchOS 5中的一个新特性，它们允许在通知中有更多的交互性，

正例1：

滴滴已经在通知里加了打分和付费的功能，至于要旋转手表旋钮和点击表屏，就可以完成打分和付费了。这样可以更便捷的进行快速互动，用户的使用成本更小，也促进了提交评分。

正例2：

Yelp的交互通知：通知用户桌子已经准备好了，往下滑允许我延长我的结账时间

丰富通知(rich notifications)功能对于快速数据输非常有用。

总结下以上这些watchOS 5通知具有的共性：

它们具有提示性

在视觉上很丰富

它们具有行动性

快速的交互

以上就是关于ios通知的一些注意事项和误区和雷区，希望可以对其他小伙伴也有启发~