APP的消息通知设计：你的APP适合什么样的通知模型

通知是指源自App内部，推送给用户的提示信息，一般包含标题和内容两部分，绝大部分通知均是文字内容。

来源(Source)： 这是APP中生成通知的源头。每个APP根据自己不同的内容体系可以有多个内容池，当系统、其他用户或者用户自己的操作引起内容池变化时便会产生通知。

信息(Information) ：以通知为载体传达给用户的消息。比如说“Jesse申请成为你的好友”或者“James赞了你的推文”。

徽章(Badge) ：引导用户查看通知的视觉元素 。徽章里的指示可以是一个简单的点，也可以展示未读消息的数量。（对于强迫症患者来讲，徽章就是“恶魔”）

锚点(Anchor) ：指的是界面中用来引导用户进入通知的提示位置。简单来说，锚点就是用户看到通知指引或显示徽章的地方。锚点并不一定只能通知来源的地方显示，也可出现在你希望体现有通知的地方。锚点可以用来展示多种来源的通知，当然也可以只展示一类。你可以这样想，来源是信息架构层面的概念，而锚点不过是你可以看到徽章的视觉元素。

通知是App与用户沟通的一种方式，提高用户再次进入App的可能性，增加用户的粘性，同时也有几率唤醒那些沉默用户。因此通知是APP中十分重要的部分。常用的App通知模型主要有以下几种：

一、通知中心式

在这个模型中，将App内所有的通知都放在独立的通知心中里。通知中心可以是一个精致的页面，也可以是一个弹窗，这可以根据需求及使用场景来确定。

无论通知的来源是什么，所有的通知都被锚点到通知中心里，然后再对通知进行导航分类。Medium就是使用这种模型，底部导航中的铃铛图标会出现徽章，从而作为指向所有通知的入口。视觉上区分已读和未读通知变得尤为重要，用户需要清晰地辨别这两类信息。

这种方式的优点在于比较灵活，扩展性较好，通知中心的入口可以根据需要进行调整，后续即便是增加了新的通知类型，只需在通知中心内部调整即可，对其他模块没有影响。

缺点就是众多类型的通知放在一起会略显杂乱，最好用tab加以区分

设计原则：

所有不同类别的通知都需要使用同一种设计模式，而且一定要考虑这种模式的扩展性。

如果你有太多通知来源，可能会出现界面乱糟糟的情况，这时候你就要考虑将同一类的通知合并成一个组，有助于减少信息重复出现。例如：James与2位好友开始关注你。

请确保通知中心的入口容易被发现和触达。

通知中心式适合于：

产品中的通知无法被锚点到任何一个已有的导航中。可能因为通知不和已有内容一致，或现有内容架构中并没有生成通知的来源。

有些来源的通知在已有页面中无法承载。

当时间很紧急，你可能很难把所有可能的通知场景该如何锚点都细想一遍。这种情况下，通知中心是一个很简单的方案，在实际操作中也很灵活。

二、来源锚点式

这种方式中，所有的通知都被锚点到导航的菜单中，这些菜单也正是通知的来源。

APP中并没有一个共有的通知中心。看下WhatsApp的截图会更易理解，无论是安卓还是iOS版本，通知被锚点到了各自的来源——Chats和Calls。

这种方式的优点在于内容极易被发现，凭借通知用户可以非常直接地获取到信息，过程中无需进入额外的中间页。不过这种方式的灵活性和伸缩性不如通知中心式，一旦后续需要调整，可能各个消息来源模块都要改动，工作量会较大。

这种方式高度依靠APP本身的信息架构，导航本身必须可以容纳不同类别的通知，即所有的通知必须有与之对应的来源模块。和上一个模型一样，这里也需要通过视觉设计来区分已读和未读通知。

设计原则：

确保每一个通知可以和导航里的菜单对应起来。随着你APP复杂度的增加，各个通知的来源也随之变多，这个时候你可以考虑使用通知中心或者混合式的模型（把通知中心式和来源锚点式混合起来）。我们将在下一个段落中讲到混合式。

每一个锚点的设计模式应该可以承载各自的内容，并确保你的通知适合这种锚点的设计模式。用WhatsApp举例，锚点“聊天”本身有自己的设计模式定义了每一个聊天应该长成什么样，那关于聊天的通知就必须跟随这个设计模式。“电话”也是同理。

确保每一个锚点都易被发现与触达，尽量避免在子级页面中出现锚点。

来源锚点式适合于：

当所有的通知的来源可以被安置到APP首页（包含主导航）中。

你必须仔细想一遍所有需要通知的场景，且所有的通知可以被安置到现有的设计模型里。通知和来源的设计模式必须保持一致，这一点很重要。

三、混合模式

顾名思义是前两种模式的混合体，且使用最为广泛，Facebook、LinkedIn、 Twitter、Instagram等一些热门APP都在使用它。

例如：Facebook，消息中心变成了主导航中的一个菜单，用来展现哪些无法在主页面中展示锚点的通知。Facebook把好友邀请的通知锚点在了主导航的好友菜单中，而把推荐用户锚点到了通知中心。

这种模型同时具备了前两种模型的优点并且可以适用于大部分情况。虽然你现在可以把所有通知都锚点到通知中心里，但仍有必要仔细考虑一下是不是有些场景的通知更应该优先使用来源锚点式。

设计原则：

定义产品体系中所有的内容池，并按重要等级排序，这样可以帮助你列出哪些通知应该被锚点到来源，哪些可以直接进消息中心。由于这种模型与导航非常相关，通知的配置方式会影响到你导航的设计。

确保主锚点和通知中心易被发现，并且作为主页导航的一部分。

混合式模型适用于：

当你仔细考虑通知的场景后，发现一些通知可以被锚点到对应的来源中，但是有些却找不到已有的来源。

在你的导航体系中，有些来源藏得比较深。举个例子，Facebook导航中有个汉堡包餐单，当他的二级餐单中有通知来源时，汉堡包餐单就会变为锚点，例如：小组、视频、那年今天、收藏夹等。

结论

上述的模型都要用在正确的场景中，根据你APP的信息架构来选择合适的模型，可以让通知发挥更好的效果。

原文链接：https://medium.muz.li/designing-notifications-for-applications-3cad56fecf96

我们通过门铃响得知门外有人来访，电话铃响得知被人呼叫，设备中例如短信及各类产品的消息推送也起着类似的作用

不同的是，消息推送的重要性随着（通知）被滥用变得不那么重要，起到的作用远没有现实中那么急迫，大多数短信沦为验证码及各种优惠促销。

随着信息爆炸，通知越来越多的通过各种方式触达用户。比如消息未读的计数及红点提示，即使我们就已经知道当中的作用并不重要。当通知内容变得次要且被滥用，似乎成了违背设计原则的功能--中断用户当前行为。因为它打破了用户与产品之间的层级关系，破局至产品之外来吸引用户的注意力，这是一个非常打扰的行为。举例：如果我在看书，突然收到一条不重要的信息，我一定会非常反感。所以为了不被红点支配，不让通知干扰，我会把手机里所有产品的消息推送关闭。

同样，很多用户沉迷通知的使用，它所控制的是用户对某个产品的控制欲，担心错过某条信息，比如kol发布一条小红书，吸引很多点赞评论关注，而他又不可能时刻盯着，所以通知这时候就起到一个很好地作用。

对于优秀的产品人或设计师，包括运营来说，利用好通知，就能掌握用户心理，巧妙的将用户留在产品中，甚至有助于和打算放弃产品的用户建立联系并促进互动。

定义：一种吸引用户注意的功能模式，让用户获悉新事件的信息动态。产品将其发送给用户并与用户产生交流。

有定义可知，通知有两种形式，分别是被动只读型和操作反馈型。被动只读型是指该信息可读，但不可进行操作；操作反馈型，指用户可对该通知进行操作，如某宝订单支付成功后的地址信息确认通知。

1.消息中心

这里消息中心，指信息汇总中心（邮件中转站），但不一定是信息来源。意思是信息来源可能是有很多用户在你的文章下面点赞了，而这个点赞行为被汇总到了消息中心，再用消息中心指引作者去到文章页面查看详情（最终节点）。所以它是一个汇总表。但也有可能它就是信息来源点，比如一些系统通知，告知要升级，因为它没有其他功能可承载，所以只会在消息中心里出现。

或者类比ios系统的通知中心，如果通知是app推送的，那么它会指引用户进入某个app；如果通知是系统行为，如勿扰模式，[6：00前来电和通知将会静音]这个通知， 是只可在通知中心进行操作，想要更改，就需要手动打开设置。

2.通知指示符

4.推送时间

我们经常会在各类产品中发现不同通知的类型会汇总在各自的类型下。包括用户所接收到的信息，通常也会告知用户该信息属于什么类型。有时标题可能会更细，但是用户通过图标可以判断该信息属于什么类型，甚至都不需要仔细查看标题和内容。[图片上传中...(-8d0694-1606376556559-0)]

6.阅读指示器

就像上面提到的红点，进入app的消息中心之后，所显示的内容

8.小结

由此可以看出，通知是有具体模式的。一旦确定了通知的主要目标，以及想要解决的问题，包括它们如何对业务产生作用以及对用户形成吸引力，就可以确定通知的具体样式了。

常见的通知类型

1.用户信息类通知

主要由用户主动生成发送至其他用户被动接收，作用是促进用户与用户之间但互动关系，以提升用户使用产品的评率与时长。比如微信消息发送，知乎私信，手机短信等等。这种通知，可给予用户操作也可不给予操作，不操作就是读取，并回复；操作就是可对该用户的信息进行屏蔽、已读、删除等设置。

这是最常见的通知类型，在多数社交产品与有社交特性的产品里都能看到。

* 说明：

之所以给予用户信息的操作行为，是因为用户信息可分为感兴趣的与不感兴趣的，它主要取决于人。不感兴趣的人，频繁的发送消息，会影响用户对产品的好感度，毕竟有很多用户消息并不是用户想要接受的，所以在社交产品里，用户可删除好友，或拉黑好友；在有社交属性的产品里，用户可拉黑账户，已达到不被骚扰的诉求。

4.智能推送类通知

大众点评等产品在你切换城市，产品就会推送通知告知用户该城市有哪些值得游玩的景点与品尝的美食。虽然这类通知算不上智能，但至少在用户群体中存在这类诉求。而这类诉求有时候并不能主动感知，因为用户可能会想不起来通过哪类产品来查找附近美食。当这一条通知出现的时候，正好解决了用户问题，提升了用户对于产品的好感度。

现在产品的通知趋向智能化，不会三更半夜发来一条无关紧要的通知。出现这类问题的主要原因还是在于产品、设计、运营，在这方面没有下功夫，只是将通知作为一种普通工具来使用。导致用户开始排斥通知，将其强制关闭。之后，很难再让用户开启，同理心效应，当做这类功能的时候，可以回想一下自己是如何被其他产品打扰的。

随着大数据的发展，我相信未来的通知系统会更加全面，且能做到千人千面的模式。

5.小结-通知该如何设计

a.干扰最小化：通知本身具有强制性和干扰性。它的目的是把用户的注意力吸引到产品上，所以要认真思考发送通知的内容、时间、频率；不要提醒用户当前屏幕上已经处于展示状态的内容；也不要推送与用户无关的系统信息。

b.跨设备：当用户读过了某条信息，这条信息应该不再做展示。同理，用户也应该能够在其它更适合接受消息的设备上找到已读信息。用户通知应该在所有设备上进行同步。

1.通知具有召唤属性，但是频率过多就会变成干扰，所以要注意通知的频率与内容重要性

2.设计师或产品经理应该将通知的内容分类梳理出来，以便维护或新增必要需求可能需要用到的推送信息

3.通知一般为两种类型，一类是推送只读型，一类是操作反馈型；设计师需要根据不同类型的通知做好对应的设计，针对具体问题具体分析

4.想要利用好【通知】，也需要对业务有详细的了解，再带入本文所列举的注意点，就可以设计出一个体验更加的通知模式

5.通知规则不会脱离本文范围

参： https://www.uisdc.com/notification-design-rules

前端：

首先关于消息中心的入口，一般有两种做法，一种是作为一级页面展示（适用于消息通知重要级别高，如倚重消息页面的营销功能），一种是放置一个icon入口。 如下两图所示：

首先根据自己需要确定消息中心的入口展示，接下来我们看看消息中心页面展示：

其他几点细节：1、关于新消息提醒，通常使用圆点或数字角标，圆点对用户造成的压力更小，数字角标则对于用户点击更有吸引力。另外如果采用数字角标的话，数字上限是多少，超过上限了如何展示，这也是一个需要考虑的问题。

2、第一级页面消息内容展示多少字符，超过如何展示？ 常见展示字符在30-40个之间。（1个汉字为2个字符，1个数字或字母为1个字符...）

下面是消息内容详情页面的几种展示：

关于消息格式需要后台设置，同时别忘了消息为空时的展示：

后台：

首先罗列需要的功能，主要有：1、新增消息  2、历史消息管理  3、用户群管理  4、操作记录，下面依照这些功能便可以搭建出需要的后台框架：

前端展示的数据来源于后台，所以两者设计中一定要建立联系，相互对照，确保设计完善。

清晨，准备出门的你打开手机，匆匆看了一眼天气，然后关上手机备上了一把雨伞；临近中午，你打开外卖App，在各种美食间反复挑选，然后下单，付款，等待送达。这是我们每天都会经历的两个典型用户场景。

那么，看天气和点外卖这两个用户与智能设备之间的交互最显著的区别是什么呢？

时间，没错，这两个交互行为最显著的区别可能就是用户完成操作所消耗的时间了。对于查看天气，用户可能只需匆匆一瞥；而对于点外卖这个由多个步骤组成的交互操作，我相信大部分人很难在十几秒的时间内完成。

一个一般在十几秒内可以完成的交互任务，我们可以称之为“ 微型会话(microsession） ”。这一概念由奥卢大学和卡耐基梅隆大学的研究人员提出，用以描述用时少于15s的移动端交互操作。微型会话对应的具体时间阈值可能是有争议的，但没有关系，真正值得我们思考的是如何去设计这类在较短时间内即可完成的微型使用交互。

有研究表明，用户超过40%的对移动设备的使用都属于微型会话的范畴。关于微型使用的业界最新实践就是包括苹果在内的各智能机厂商推出的 桌面小组件 。

vivo 在2020年发布的新系统OriginOS上推出自己的桌面组件系统——华容网格与原子组件。我们就以其中一个典型的组件——原子通知中对航班信息的呈现为例，来探究一下移动微型会话设计所应秉持的原则。这一组件所针对的场景——航空出行过程中通过手机查看信息，正是一个典型的移动端微型会话。

在分析原子通知如何进行设计之前，我们先来看一下常见的航班卡片的设计：

当你看到这张卡片时，你最先注意到了哪些信息？除了刻意突出的出发和到达时间，我相信很多人的注意力会首先被底部的按钮所吸引。按钮本身属于交互上典型的“ 行动召唤（Call to Action） ”元素，对这种明确指令的注意随着移动端交互方式的普及已经深深嵌入到用户习惯之中，这导致底部功能不合时宜地抢夺了用户的注意力。而从这张卡片的定位来看，卡片上所呈现的关于航班的信息才是核心。

然后，让我们忽略掉底部的按钮，请你用10s时间浏览这张卡片上的内容，然后告诉我你记下了哪些信息？也许你的记忆力不错，在这短短的时间里记下了包括航班号、出发到达时间、值机柜台等全部信息。那么，10分钟后呢，1小时后呢，你还有多大的把握能准确无误的说出所有信息？

事实上，我们的注意力有限，记忆力也不完美。大家可能了解交互规则上的 米勒定律 ，即著名的7±2法则，也就是我们短期的工作记忆（或者说是注意力）所能处理的信息条数是极为有限的。后续的研究表明米勒的研究结论由于实验设计和实验对象的原因，其实偏高了，工作记忆的的容量更接近于4±1，即在单次认知中，最多处理5个信息点。而在这张航班卡片上，共计有航班号、出发时间、到达时间等9个信息点。

除了显性的信息点之外，用户在浏览这张卡片时还在获取着另一层隐含的信息，那就是关于 信息所在位置的信息 。如“值机柜台信息在卡片左下角，导航按钮之上”，这层信息的价值在于用户再次浏览时能够快速找到自己关注的信息，而不需要重新进行视觉定位。显而易见，这张卡片一次试图传达给用户的信息已经大大超过了一般用户工作记忆容量。要记住，用户的真实使用场景只会更复杂，注意力更分散。为了在特定的时段获取有效的信息，用户在使用这张航班卡片时，只能反复查看，反复视觉定位。这种体验无法称之为一次成功的微型会话。

那怎么办？如果我们无法在一次微型使用中将所有信息有效的传达给用户，何不聚焦于当下用户最关注的一点信息之上？这也正是原子通知航班组件所采用的的策略。我们此时再来看一下原子通知对于航班信息呈现的设计：

面对用户在信息获取过程中的认知局限性，原子通知采取的核心设计原则就是 聚焦 。首先，在呈现信息的选择上，原子通知牺牲了一部分商业的考量，摒弃了常规设计中辅助的功能按钮，聚焦于包括出发时间、值机口、登机口、行李提取位置等几个用户价值最大的核心信息。

聚焦于单点信息的同时如何满足用户整个行程过程中复杂多变的需求？

充分利用 信息价值的时效性 是原子通知在聚焦基础上的进一步思考。航空出行的整个用户流程看似复杂，实际上被几个关键节点清晰的分为不同阶段，同一条信息在不同时间节点的价值是天差地别的。以登机口信息为例，在用户登机这个行为发生前，登机口位置是用户关注的核心信息点，而用户一旦完成登机动作，这个信息点的价值瞬间降低近乎为0。

基于这样的思考，原子通知对航班信息展示的时机进行了重新设计，特定信息只会在其用户价值最大的特定时段出现。如值机口信息只会在起飞前的时段内出现，行李提取位置信息只会在飞机即将落地的时段内出现。卡片聚焦于展示当下用户最关注的1-2个信息点。用户只需要在整个行程中的几个关键节点匆匆一瞥，便能准确获知当下最有价值的信息。

原子通知航班组件相较普通的航班卡片核心只做了一件事情—— 聚焦 。这是原子通知以更小的桌面空间占用面积（约为普通航班卡片的1/5）却带来了更好用户体验的本质原因。聚焦保证了在一个微型使用的极短时间内信息的有效传达。以此为例，不管是在功能层面，还是交互层面，亦或是视觉表现层面，聚焦都是一个好的移动微型会话设计所应秉持的原则。

设计通知：这个没接触过应该是，工程中设计院单方做的改动，做出蓝图修改通知

工程联系单：与甲方沟通的，正式书面文书，以备后查，涉及重要事宜需双方盖章

工作联系单：与上面差别不大，区别在于这个类似日记，上面是月汇总

设计变更：施工中，乙方发现不符合现场施工情况，或者甲方为方便使用修改

然后通知设计院出具的图纸更改

变更设计：与上面基本用途一样。

以上五个名称，其实就两个主题，一个是乙方与甲方联系，一个是乙方与设计院联系

，可能一些超正规的工程会分开使用，具体没接触过

1、确定是否被允许通知：要设置某个应用未读信息的提醒方式，首先需要确认该应用是否被允许显示通知。确认方法如下：设置——通知中心——批量管理。

2、打开应用后面的开关：然后在批量管理页面中，找到要确认的应用。如果应用后面的开关是关闭的，请打开该开关。

3、设置通知提醒方式：同样，依次点击“设置”——“通知中心”，进行通知中心页面。

4、开启图标角标提醒：在通知中心中，点击“图标角标”选项，打开“全部”后面的开关，或单独打开指定应用后的开关。

5、开启锁屏通知：在通知中心中，点击“锁屏通知”选项，弹出窗口中选择“显示所有通知”或“隐藏通知内容”，其中前者会显示通知的部分内容，后者不显示通知内容。

6、开启指示灯提醒：在通知中心中，点击“更多通知设置“选项，在打开的新页面中开启“收到通知时指示灯闪烁“开关，收到新信息就会有指示灯提示了。

7、设置多样化通知提醒：你还可以通过开启“智能通知管理”和设置“通知 提示方式”来设置各多样化的通知提醒。

哈尔滨工业大学

外观酷似芯片主板，科技感十足

正面封固有金刚石或蓝宝石

背面可呈现夜光效果

希望学子们通过

学识的雕琢、人生的磨砺和心智的锤炼

在未来的人生路上闪耀出不一样的光彩

南京航空航天大学

建校70周年特别版通知书

7个与南航息息相关的飞行器徽章

封壳更改为黄金分割比双开门

封壳寓意“智周万物 道济天下”

神秘高深，沉稳大气

四川大学

以“锦凤传书”为设计理念

卷首为一只凤鸟，环绕着四川大学的标志

凤首口衔录取通知书

卷尾是翻涌的海浪

象征川大“海纳百川，有容乃大”的校训

书卷以褐色与金色为主

古朴且富有历史厚重感

中山大学

首次采用礼盒套装样式

创作灵感源于中大校训

“博学 审问 慎思 明辨 笃行”

北京邮电大学

录取通知书名为“精芯北邮”

以北邮蓝为主色调

以电路板和芯片纹路为背景

五张分层插画靓丽多彩

象征着北邮5A学科

科技与活力并存将“二零二二”分别用

阿拉伯数字、计算机二进制、摩斯密码

三种方式进行表达

意在激发北邮学子

对信息通信的浓厚兴趣

南开大学

和通知书一同寄出的

还有两份特殊的“新生礼”

两粒莲花种子与一份“山海”书签

中国药科大学

最闪耀的中国红

最闪YAO的星之路

以中国红为主调

寓意“中国未来，因你而YAO”

中国科学院大学

通知书简约但不简单

为每位本科新生定制了一枚

世界上独一无二的

可一生珍藏的“时间戳”

山西大学

深蓝色信封搭配金色文字

正面以山大校徽作封口

背面校徽两侧的数字

寓意从过去到现在的百廿校史

打开信封内部誊印的十六字校训

是一代代山大人的精神烙印

与录取通知书一同寄送的

还有精致的五枚手绘磁性书签

代表山西大学五处标志性建筑——

山西大学堂、文科楼、图书馆、

坞城和东山两校区主楼浙江大学

以浙江大学标准色——求是蓝为主色的封壳

沉稳大气的求是蓝

代表底蕴更传递智慧

与海纳江河、启真厚德、

开物前民、树我邦国的浙大精神相契合

烫金立体压纹的“求是鹰”图案内

水纹重叠交错

水系浙大，灵秀风光

港泉溪池江舟海，人文与自然齐美