现如今消息通知也是1桩麻烦事,这篇文章旨在介绍几种通知模型,帮助你的APP挑选到适合的通知模型。
通知是指源自于APP以用户为目标的信息片断,以下是通知的几个重要组成部份:
来源(Source):这是APP中生成通知的源头。每一个APP根据自己不同的内容体系可以有多个内容池,信息在内容池中进行归类,这些内容池将会变成通知的来源。
信息(Information):以通知为载体转达给用户的消息。比如说“Jesse申请成为你的好友”或“James赞了你的推文”。
类型(Type):通知主要分为两类——信息类和操作类。如果你APP需要的话,这两种都可以继续辨别子种别。
徽章(Badge):引导用户查看通知的视觉元素 。徽章里的唆使可以是1个简单的点,也能够展现未读消息的计数。
锚点(Anchor):指的是界面中用来引导用户进入通知的提示位置。简单来讲,锚点就是用户看到通知指引或徽章的地方。锚点其实不1定只能打在通知的来源,也能够打在你希望体现有通知的地方。锚点可以用来展现多种来源的通知,固然也能够只展现1类。你可以这样想,来源是信息架构层面的概念,而锚点不过是你可以看到徽章的视觉元素。
通知是1种媒介,APP使用它与用户沟通,让用户有再次打开APP的可能性。因此通知是APP中10分重要的部份。让我来介绍几种常见的通知模型,并说明为何它们合适于自己的APP。
1、通知中心式
在这个模型中,把所有的通知都放在了通知心中里。通知中心可以是1个精致的页面,也能够是1个弹窗,这取决于你的界面设计。
不管通知的来源是甚么,所有的通知都被锚点到通知中心里,然后再对通知进行导航分类。Medium就是使用这类模型,底部导航中的铃铛图标会出现徽章,从而作为指向所有通知的入口。视觉上辨别已读和未读通知变得尤其重要,用户需要清晰地辨别这两类信息。
这类方式的最大优点在于灵活性,以1含百,即便未来有新的来源出现也能够应对。
设计原则:
- 所有不同种别的通知都需要使用同1种设计模式,而且1定要斟酌这类模式的伸缩性。
- 如果你有太多通知来源,可能会出现界面乱糟糟的情况,这时候候你就要斟酌将同1类的通知合并成1个组,有助于减少信息重复出现。例如:James与2位好友开始关注你。
- 请确保通知中心的入口容易被发现与触达。
通知中心式合适于:
- 产品中的通知没法被锚点到任何1个已有的导航中。可能由于通知不和已有内容1致,或由于内容架构中没有可以生成通知的来源。
- 有些来源的通知在已有页面中没法承载。
- 当时间很紧急,你可能很难把所有可能的通知场景该如何锚点都细想1遍。这类情况下,通知中心是1个很简单的方案,在实际操作中也很灵活。
2、来源锚点式
这类方式中,所有的通知都被锚点到导航的菜单中,这些菜单也正是通知的来源。
APP中并没有1个共有的通知中心。看下WhatsApp的截图会更容易理解,不管是安卓还是iOS版本,通知被锚点到了各自的来源——Chats和Calls。
这类方式的优点在于内容的易发现性,凭仗通知用户可以非常直接地获得到信息,进程中无需进入额外的中间页。不过这类方式的灵活性和伸缩性不如通知中心式。
这类方式高度依托APP本身的信息架构,导航本身必须可以容纳不同种别的通知。和上1个模型1样,这里也需要通过视觉设计来辨别已读和未读通知。
设计原则:
- 确保每个通知可以和导航里的菜单对应起来。随着你APP复杂度的增加,各个通知的来源也随之变多,这个时候你可以斟酌使用通知中心或混合式的模型(把通知中心式和来源锚点式混合起来)。我们将在下1个段落中讲到混合式。
- 每个锚点的设计模式应当可以承载各自的内容,并确保你的通知合适这类锚点的设计模式。用WhatsApp举例,锚点“聊天”本身有自己的设计模式定义了每个聊天应当长成甚么样,那关于聊天的通知就必须跟随这个设计模式。“电话”也是同理。
- 确保每个锚点都易被发现与触达,尽可能避免在子级页面中出现锚点。
来源锚点式合适于:
- 当所有的通知的来源可以被安置到APP首页(包括主导航)中。
- 你必须仔细想1遍所有需要通知的场景,且所有的通知可以被安置到现有的设计模型里。通知和来源的设计模式必须保持1致,这1点很重要。
3、混合模式
顾名思义是前两种模式的混合体,且使用最为广泛,Facebook、LinkedIn、 Twitter、Instagram等1些热门APP都在使用它。
例如:Facebook,消息中心变成了主导航中的1个菜单,用来展现哪些没法在主页面中展现锚点的通知。Facebook把好友约请的通知锚点在了主导航的好友菜单中,而把推荐用户锚点到了通知中心。
*Facebook目前已更新:
这类模型同时具有了前两种模型的优点并且可以适用于大部份情况。虽然你现在可以把所有通知都锚点到通知中心里,但仍有必要仔细斟酌1下是否是有些场景的通知更应当优先使用来源锚点式。
设计原则:
- 定义产品体系中所有的内容池,并按重要等级排序,这样可以帮助你列出哪些通知应当被锚点到来源,哪些可以直接进消息中心。由于这类模型与导航非常相干,通知的配置方式会影响到你导航的设计。
- 确保主锚点和通知中心易被发现,并且作为主页导航的1部份。
混合式模型适用于:
- 当你仔细斟酌通知的场景后,发现1些通知可以被锚点到对应的来源中,但是有些却找不到已有的来源。
- 在你的导航体系中,有些来源藏得比较深。举个例子,Facebook导航中有个汉堡包餐单,当他的2级餐单中有通知来源时,汉堡包餐单就会变成锚点,例如:小组、视频、那年今天、收藏夹等。
结论
上述的模型都要用在正确的环境中,根据你APP的信息架构来挑选合适的模型,可以帮助你提供想要的通知类型。
原文作者:Shashank Sahay
原文链接:https://medium.muz.li/designing-notifications-for-applications⑶cad56fecf96
翻译:Jesse Zhou