消息通知的系统设计之初识通知渠道

 

    前段时间我们完成了通知系统的重构，满足基本的用户业务需求。消息通知作为系统的基础功能，虽然很难察觉，却是完成产品用户体验的重要闭环，也是产品经理应该熟知的最基础功能之一。网上关于消息通知的文章介绍已经有很多，有的关于样式，有的描述系统模块，有些以营销方式为入口，这些都是非常有参考价值的文章，不过对于我们现阶段要做的功能，这些内容相对零碎，我在整理的时候花了一些时间，本篇文章目标以通俗易懂的方式向大家介绍从消息通知的类型、设计到后期运营同步的过程，从而使大家尽可能系统的了解基本的渠道和使用方式，希望有用。

主要适合：

1. 初步梳理消息通知

从来没有接触过消息通知的产品都需要花点时间去了解各个消息的渠道和形态机制，除了网上现有的文章，也需要去翻各个第三方或者平台的开发文档，了解功能设计的内容以外，也要了解技术的可行性，对于没有做过的产品和开发都需要花费一定的时间做取舍和沉淀，本文整理的一些主流的方式以及文档链接可以为这类同学节省时间。

1. 满足基本用户体验闭环需求

设计完整的消息通知系统是较为复杂的，功能上：营销可以做到策略机制，考虑推送的类型和推送时机，进行个性化推送、精准营销；还需要考虑风控机制，如果部门较多，消息资源是统一管理的，需要设计后台的审核机制系统等；产品上：可以作为系统的业务支撑功能，也可以作为CRM等其他B端产品的增值功能。技术上：如果用户并发量大，为了保证消息的及时性和触达率，可能需要自己完成长链接开发，考虑性能优化等。所以很难一篇文章很难完整的介绍整个消息通知，这篇文章仅以描述满足用户基本体验需求的消息通知设计。

1. 以移动端的消息通知为主

对于不同的产品类型，消息通知的表象差不多，但是内核却可能千差万别，甚至极具智慧。整片介绍我们将以最能及时收到信息的移动端通知为主。

 

本片文章主要是以完成产品支撑功能，满足基本用户需求和业务需求为目标进行介绍。主要为三个部分，包括

1. 消息通知的主流渠道和形态
2. 消息通知的产品设计和维护文档
3. 开发中需要注意的问题

这些内容我将尽量在较少的篇幅完成说明。

消息通知的主流渠道和形态

通知渠道即可触达用户的各种渠道，他们的显示形态，应用方式各不相同，我将它总结为短信、PUSH、横屏通知、公众号模板消息、小程序模板消息、通知中心/站内信等，还有其他的通知消息形式，这里主要介绍常用的这六种。

1.短信

A：渠道定义：

短信时是大家较为熟知的通知渠道，发送的条件限制较少。主要包含三种类型的，下文是某第三方的文档的基本介绍：