B端产品消息通知设计总结

消息通知是系统的一个必备功能，无论是在门户网站还是App，都需要用到消息通知，以此提醒用户关注一些信息。作者结合自身工作经验，总结如何进行B端产品消息通知设计的思路，希望对你有所启发。

在系统的设计过程中，消息通知的功能必不可少，合理的消息通知的设计，可以让用户在第一时间了解到需要关注的信息，及时响应后续的系统操作或业务操作。比如跨境物流，因其业务流程长，物流订单的生命周期长，参与的操作部门或供应商比较多，合理的消息通知的设计，可以减少各环节的沟通时间，提高操作效率。

前言

这篇文章写到一半的时候，在查找相关消息通知设计的资料时，看到了人人都是产品经理网站上腾讯设计的官方文章《消息通知系统设计》 ，自己写的内容一下子逊色不少，但想想还是要把文章坚持写完，借此整理自己的设计思路。

一、消息通知的梳理 1. 消息通知的要素

设计消息通知之前，我们需要根据消息的几个关键要素将系统系统开发的消息通知进行罗列，消息消息通知的几个关键因素包括消息名称、消息来源、消息通知对象、消息的触发动作、消息通知的方式、消息模板、消息接收后的操作。

2. 消息通知分类

根据消息对应的业务操作状态，分为：正常消息通知、异常消息通知；

根据消息内容和业务的相关性，分为业务操作消息提醒、系统监控消息报警、公告、广告等。

3. 消息通知对象

系统的用户（包括客户、后台操作用户）、在系统中进行管理的人员、系统的开发和运维工程师等，系统相关的人员都可能成为消息通知的对象。

4. 消息通知的触发动作

1、操作触发：用户在系统点击某项操作，或操作完成后，触发消息通知；

2、接口触发：通过接口接收到外部系统的某项操作提醒后，

3、定时任务读取数据：定时任务扫描数据表，或定时任务访问接口，获取需要的数据

4、系统监听：系统监听到某些操作后，触发消息通知，如通过系统进行车速监控，持续超速超过1分钟后，触发电话自动外呼或车辆监控设备语音播报；

5、事件触发：系统操作、接口等触发生成某一事件，事件产生后，再触发对应的消息提醒，基于事件的生成，可设计统一的消息通知功能，如：货物入库，通过接口或系统操作生成【货物入库称重】的事件，触发生成提醒客户进行货物件重体确认的消息通知。

5. 消息通知方式

消息同时的常用方式：电话、短信、邮件、企业微信、公众号、站内消息、APP消息等；可根据消息的特点灵活选择通知一种或多种方式进行通知。

1、电话（自动外呼）：紧急度高，触达率要求高的情况，如高级别系统报警，逾期通知等；

2、短信：优惠活动、新产品上线等可通过短信和站内消息进行提醒；

3、邮件：物流行业的B端客户，下单完成后，还需要进行备货、粘贴面单、准备随货文件等，业务相关的消息也会采用比较正式的邮件进行通知；部分国外客户；通知的信息较大，或需要生成附件文件发送时；

4、手机系统（微信公众号、消息推送）；需要通知后台的消息，企业内部流程提醒、业务监控预警、系统监控预警等，企业微信消息机器人是个不错的选择；预警类消息，邮件提醒

5、应用内消息-Web（站内消息、弹框公告、）：站内消息

6、应用内消息-APP：有移动端APP的，可通过设计消息中心，实现大部分消息的提醒；

二、消息通知的设计 1. 消息通知后台设计

我们可以根据消息通知的数据流向进行消息通知后台设计的功能梳理。其中业务相关的消息通知，可以将业务流程中的关键节点进行整理，抽象为事件，通过生成事件，触发产生对应的消息，一个事件可以同时触发生成多个消息，消息可以支持同时推送给多个用户。

1、通过接口、系统操作、定时任务轮询扫描数据库或其他数据源（关系数据库、非关系数据库、缓存）、实时监控消息队列等操作生成消息或事件；

2、生成的消息经过组装后直接进入消息池，放入对应的消息主题；生成的事件通过事件触发参数管理，触发消息的生成，再经过消息组装，放入到消息池；

3、消息监听程序读取消息池中的消息，根据消息模板配置将消息组装成最终需要发送的话术；

4、根据消息分发配置，调用对应的组件，推送组装好的最终消息，完成消息的通知。

2. 消息通知前台设计

1、自动外呼平台、邮件服务、短信平台、接口平台、微信公众号都是通过自己搭建或引用第三方组件进行开发；

2、消息中心的设计可以参考文章开头提到的鹅厂的文章，或其他消息中心的设计文章。

结语

看了鹅厂的官方文章，感觉差距还是很大的，后续的文章要对自己有更高的要求。本文仅用来记录自己在工作过程中进行消息通知设计的一些经验，关于文中提到的基于事件驱动触发的消息通知，有需要朋友可以一起来讨论。

本文由@特立独行侠 原创发布于人人都是产品经理，未经许可，禁止转载。

题图来自 Unsplash，基于 CC0 协议。返回搜狐，查看更多

责任编辑：