B端干货|消息中心如何设计?

用户头像
北京/交互设计师/2年前/2812浏览
B端干货|消息中心如何设计?
我发现站酷上多是一些完整项目的分享,而在B端设计中,某个功能点的设计才是重中之重。
消息通知是系统的一个必备功能,无论是在门户后台还是App,都需要用到消息通知,以此提醒用户关注一些信息。
一、如何理解消息通知
消息作为一种信息交换方式,抽象其过程,即为“在达到某一触发条件下,由发送方发送消息给到接收方,接收方可针对此条消息提供反馈”。需要包含以下关键因素:
B端干货|消息中心如何设计?(图ZMTQ2OTE5NDg=) - 观点 - 站酷设计师Charlotte的嘻酱原创素材 - 站酷ZCOOL
收藏
  1. 消息触发时间与条件(何时什么事):如按周期重复的时间点,或系统状态变更、用户操作结果等;
  2. 消息发送方(谁发现的事):可能是系统、第三方服务商,或者某个用户;
  3. 消息接收方(谁需要知道):即接收方,可能是系统中的全部用户,也可能会根据权限划分推送到某个用户群组,或者是某个特定用户;
  4. 消息触达渠道(怎么找到他):短信、电话、App 内通知等;
  5. 消息通知内容(告诉他什么):短信的文本、电话对话内容、通知消息的文案等消息通知;
  6. 消息操作反馈(他可以干嘛):主要分为只读与操作反馈。只读,即当前消息用户在浏览后不需要做更多的操作,主要以了解为主;操作反馈,即当前消息需要用户浏览,且在浏览后做相应的后续操作。
好的消息系统要满足什么条件:
B端干货|消息中心如何设计?(图ZMTQ2OTIwMjQ=) - 观点 - 站酷设计师Charlotte的嘻酱原创素材 - 站酷ZCOOL
收藏
  1. 全面:通知的消息项要完整全面,用户才能放心地通过消息通知系统了解消息更新内容;
  2. 及时:消息的触达方式要及时有效,在消息相关事件发生后,用户能在第一时间获取到信息并提供操作反馈给到消息发送方;
  3. 高效:能通过合理的消息发送途径、允许用户设置及合并相似信息等方式避免过多消息侵扰用户,让用户能够高效处理消息通知。
二、如何盘点消息通知
设计全面、及时、有效的消息通知系统需要对消息的六个关键因素进行全面盘点,通过分步的方式逐步完成消息通知系统的设计。主要分为以下三步:
B端干货|消息中心如何设计?(图ZMTQ2OTIwODg=) - 观点 - 站酷设计师Charlotte的嘻酱原创素材 - 站酷ZCOOL
收藏
  1. 盘点系统中包含的消息项:包含其触发条件、通知来源及通知对象。需要盘点完整消息项从而保证消息系统的完整性;
  2. 确定消息触达渠道:包含各消息项的触达渠道。让所有消息都能触达到用户的同时,能够让重要信息更易触达,保证消息通知的及时性;
  3. 撰写通知内容与操作反馈:包含各消息项的通知内容与操作反馈。让消息内容能够有效地传达给用户,让用户能快速反馈、操作。
盘点的过程,即对消息通知清单的梳理。与产品、研发等团队成员的沟通也将使用该清单。最终目标即完成下方表格的填写:
B端干货|消息中心如何设计?(图ZMTQ3MDI2ODg=) - 观点 - 站酷设计师Charlotte的嘻酱原创素材 - 站酷ZCOOL
收藏
1. 盘点系统中包含的消息项
当前步骤需要对系统中可能会有的消息项进行完整的盘点。盘点消息项可以通过按消息类型走查方式完成。市场上比较有共识的消息的分类方式主要分为禁止、警告、成功三类。但是在实际设计工作中还需要配合以下的消息分类方式去更完整地盘点消息项:
B端干货|消息中心如何设计?(图ZMTQ3MDI3MDg=) - 观点 - 站酷设计师Charlotte的嘻酱原创素材 - 站酷ZCOOL
收藏
(1)盘点出的每个消息项都需要补充以下四个关键因素
  1. 触发条件:结合产品核心场景梳理完整。可通过状态图或泳道图查缺补漏(详见下段内容);
  2. 通知来源:可能是某个内部系统,可能是某个用户组,也可能是某个具体用户。用户组的划分需要提前与产品、研发同事沟通完成;
  3. 通知对象:可能是全部用户,也可能是某个用户组或具体用户。由触发条件中的场景决定;
  4. 重要性:需要与团队沟通得出,可使用“高”、“中”、“低”的分类方式。
盘点完成的消息项使用下表进行整理,方便产品、设计、研发之间的沟通。
B端干货|消息中心如何设计?(图ZMTQ3MDI3Mjg=) - 观点 - 站酷设计师Charlotte的嘻酱原创素材 - 站酷ZCOOL
收藏
(2)用流程图或泳道图查缺补漏
对于 ToB 或 ToG 类含有复杂状态转换以及任务流的产品,除了使用分类的方式盘点消息项,还需要对照流程图或泳道图查缺补漏,避免消息类型的遗漏。
如,顾客线上购买商品并收取商品的商品相关状态变化如下图所示,每个状态都可对应着一条消息项:
B端干货|消息中心如何设计?(图ZMTQ3MDI4MzY=) - 观点 - 站酷设计师Charlotte的嘻酱原创素材 - 站酷ZCOOL
收藏
当系统内包含多角色,且角色间流程有交互时,则可以使用泳道图的方式进行梳理。在泳道图中的每一条状态变更线,都对应着一个状态变更提醒。其中角色间交互的线,由于需要角色主动处理方可进入下一流程状态,这条消息一般会成为一条待办消息。
(3)什么类型的消息不要纳入消息通知系统
需要注意的是,虽然通知的完备性很重要,但某些消息在前期梳理时就需要从清单中剔除,包括:
  1. 单纯问候类消息,如“好久不见”等
  2. 不需要用户知道的消息,如系统后台数据更新等
2. 确定消息触达渠道
确定要推送给用户的消息类型后,需要给各消息匹配适合的通知方式。不同的通知方式会有不同的适用场景,可对照下表结合第一步整理的重要性配置消息的触达渠道:
B端干货|消息中心如何设计?(图ZMTQ3MDI4NzY=) - 观点 - 站酷设计师Charlotte的嘻酱原创素材 - 站酷ZCOOL
收藏
消息触达渠道的配置结果到第一步的表格中:
B端干货|消息中心如何设计?(图ZMTQ3MDI3MzY=) - 观点 - 站酷设计师Charlotte的嘻酱原创素材 - 站酷ZCOOL
收藏
平衡通知量:
一个好的消息系统需要能有效触达的同时不过分侵扰用户。这就要求我们对系统实际运行中可能会出现的通知量进行预估,并适量调整通知方式,让重要的消息能够更有效及时地触达到用户。
最终调整后的消息数量与提醒强度的关系最好能形成如下图所示金字塔的模式。
B端干货|消息中心如何设计?(图ZMTQ3MDI5NDg=) - 观点 - 站酷设计师Charlotte的嘻酱原创素材 - 站酷ZCOOL
收藏
(1)合并重复消息
对于出现频率较高,且用户不需及时了解每条消息的消息项,可以通过合并消息的方式减少通知的数量。合并主要有两种方式:合并流程过往节点信息和合并同类消息。
合并流程过往节点消息:
对于一些流程类通知,若用户在响应或查看前,流程已经进入到下一阶段,历史节点的信息已经无需了解时,可合并过往流程节点的消息。如淘宝在展示物流时,针对同一订单的物流,仅保留最新的一条。
合并同类信息:
对于同类型消息过多,且用户不需要一一查看,只需在用户有需要的时候提供入查看完整内容时,自动合并同类型的消息,减少对用户的打扰。如 Instagram 在展示用户动态信息时,会合并同一天同一类型的消息。
B端干货|消息中心如何设计?(图ZMTQ3MDI5NjA=) - 观点 - 站酷设计师Charlotte的嘻酱原创素材 - 站酷ZCOOL
收藏
智能推送:有条件的系统可根据用户行为分析及用户画像,进行智能推送。如基于用户画像按类型推送运营类消息,基于用户接受消息数量,判断是否合并消息推送等。
(4)渠道间消息项的延续与统一
出于信息持续性的考虑,触达渠道之间有部分关联关系在制定消息触达渠道时需要注意,如:
  1. 若系统包含App、web等不同端,相同通知类型的消息要保持统一
  2. badge提示需要在应用内消息通知模块有对应消息提示
  3. push消息的文案需要与应用内消息中心保持一致
3. 撰写通知内容与操作反馈
通知的内容需要满足简明易懂的同时,还要让用户能够快速处理。根据大量经验总结,通知内容的撰写可使用一个通用撰写公式:
B端干货|消息中心如何设计?(图ZMTQ3MDI5NjQ=) - 观点 - 站酷设计师Charlotte的嘻酱原创素材 - 站酷ZCOOL
收藏
在应用撰写公式写内容时,需注意以下要点:
  1. 重点前置:用户触达的第一场景,可能是手机的 push 消息,可能是多个消息的列表。这就要求在撰写文案时要将重要信息前置,如验证码、还款金额、事件提醒名称等。
  2. 敏感信息保护:由于无法确认用户获取信息的场景是否私密。对于金额、个人信息等隐私数据,建议在应用内或其他渠道提供设置项,提供用户自主选择是否在消息通知中包含具体数值。如果要默认显示,需要提前告知用户。
  3. 来源信息露出:在邮件、短信等非产品自有渠道推送消息时,用户可能会不确定消息的来源是否官方,需要包含消息来源信息。
  4. 提供触发时间:当消息的发生时间对用户后续判断、操作有影响时,需要在通知内容中包含消息发生的时间。
除了以上通用注意事项,由于渠道本身的特征差异,还需注意以下渠道相关的要点:
  1. 电话:需要设定客服话术标准,一般需要在会话开始前先告知用户来电是谁、有什么目的。在讲述完通知内容后,还应告知用户如何处理当前信息,如果想了解详细内容该前往哪个渠道了解。
  2. 短信-来源平台:由于通知类短信的发送号码可能会由于服务商设置的问题导致有多个发送号码发送给用户,用户无法根据号码判断发件人身份。故需要在短信最开始说明平台来源,建立品牌认知,避免用户错认为是垃圾短信。
  3. 短信-操作反馈:由于大部分短信为纯文本短信,相关操作反馈需要通过链接或者路径指引的方式提供。若短信包含详情链接,链接最好能设置为保留根域名的短链,如:点击了解详情:cdc.qq.com/d8djei
  4. 邮件:与短信相似会有来源可信度问题,邮件内容需包含品牌元素,同时发件的邮箱地址后缀使用产品官方网站。另外需要注意,某些邮件软件会设置不自动下载图片,邮件重要内容不要使用图片。
  5. push推送(移动端):是消息在移动端的特有触达渠道,由手机系统发送。发送的信息格式会受系统要求有所限制。最新的推送要求可参考相关设计规范文档或接口规范。应用的icon与名称系统会自动补充,撰写文案时不用包含。
  6. 微信公众号(订阅号/服务号):由于微信对订阅号与服务号的消息推送方式会经常变化,需要确认最新的要求并撰写文案,相关链接见链接。
在完成通知内容以及操作反馈的梳理后,对消息梳理表格进行更新,补充相关信息:
B端干货|消息中心如何设计?(图ZMTQ3MDI4ODA=) - 观点 - 站酷设计师Charlotte的嘻酱原创素材 - 站酷ZCOOL
收藏
自此,消息项的盘点已经完成,后续可基于该表格与产品、研发沟通。当业务出现变更时,也需要对表格内容进行同步更新。
三、如何设计消息中心
消息通知的触达渠道中,电话、短信、push 推送的呈现由系统决定。但是若产品有独立 App,往往需要消息中心去承载全量的消息列表。本章会介绍如何设计消息中心。
不同应用的消息中心处理方式受产品定位、应用框架等因素影响,设计差异化较大。但是可以通过按路径分割去简化设计:消息中心的入口、消息列表的组织方式、消息卡片的样式、消息的设置等几个部分。
1. 消息中心入口
主要有底部 tab、个人中心附近的图标入口、个人中心的菜单项等三种入口形式。
2. 消息列表
从消息中心入口点击后跳转到消息列表。由于消息的即时性,需要按时间维度排列。但是如果产品的消息类型较多,可通过分组合并或者分 tab 的方式提升用户触达消息的效率。
3. 消息卡片
消息列表中的卡片有两种样式可选,一般在一级消息列表使用小卡片样式,让用户有更高的浏览效率。大卡片样式则用于二级消息列表,或当前应用的消息数量较少时。
4. 消息中心设置
一般位于消息中心列表页右上角,若可设置项较多,则提供设置入口在二级页设置。一些常用的消息设置项如下:
  1. 全部已读:对于消息数量较多,且未读态会影响 badge 的展示时需要提供该设置项。点击后设置列表消息项全部已读。
  2. 发起对话:若系统包含通讯功能,一般会在消息类表页提供发起对话的快捷入口。点击后跳转到通讯录或好友列表。
  3. 设置通知提示方式:提供按消息类型设置某些通知项的接受渠道、接收时间段、各渠道之间的已读联动等,如微博;或者让用户选择消息通知的精确度,是否包含具体信息,如微信可接收“您收到了一条信息”的模糊消息。
  4. 打开消息推送权限:一些应用有一些状态更新或重要的提醒需要用户在系统设置中打开当前应用的通知权限,会包含提示用户打开通知的功能。这些提示需要在用户进行了如“办理事项”、“上传状态”等发起流程的操作后提示。不建议在用户启动 App 时就弹窗提示打开通知。
四、总结
设计时,首先要确定我们面对的是怎样的业务场景,根据业务诉求确定设计目标,从而选择合适的消息通知方式,不要过度使用通知给用户造成困扰。其次,在目标基础之上选择推送对象,以及具体的推送规则,分流处理信息,充分考虑消息通知的必要性和重要性,再做决定。最后,设计细节决定体验质量。
18
举报
|
35
分享
相关推荐
评论
用户头像
评论你的想法~
表情
喜欢TA的作品吗?喜欢就快来夸夸TA吧!
推荐素材
高级表盘系列UI源文件
UI 登录界面设计模板包
抽象液态渐变UI背景模版
智能家居中心 简约 UI设计组件库
Security Camera UI kit
UI通用设计素材1
【新年UI图标】积分icon
UI界面 组件
【新年UI图标】银行卡icon
【新年UI图标】相机icon
森系3D渐变流体抽象矢量UI背景图
【新年UI图标】活动icon
新拟态风格 UI设计组件库
科技医疗透明柜UI界面设计
新能源APP应用UIKit
【新年UI图标】旅行icon
盲盒APP UI设计
钱包ui模板
户外旅行飞机情侣假日出行
拟物风质感写实UI卡片合集源文件
3D渐变流体抽象矢量UI背景图
我的钱包-UI界面设计-app
【新年UI图标】礼物/活动icon
APP/小程序商业项目UI模板|99个高保真UI+79个原型
你可能喜欢
相关收藏夹
大家都在看
登录注册