本文的目的是通过通俗易懂的方式介绍消息通知的种类，从设计到后期操作的流程，让大家尽可能系统的了解消息通知的基本渠道和使用方法，希望对大家有用。
消息通知是系统的一个基础功能，虽然很难察觉，但却是完成产品用户体验的重要闭环，也是产品经理应该熟悉的最基础功能之一。
网上关于消息通知的文章已经很多了，有讲样式的，有讲系统模块的，也有以营销手段为切入点的，这些都是非常有价值的参考文章。不过对于我们现阶段要做的功能来说，这些内容比较零散，我花了些时间整理了一下。
本文的目的是通过通俗易懂的方式介绍消息通知的种类，从设计到后期操作的流程，让大家尽可能系统的了解消息通知的基本渠道和使用方法，希望对大家有用。
主要适用于：
（一）新闻通告初步整理
对于从未使用过接收消息通知的产品，需要花一些时间去了解各个消息的渠道和形成机制。除了网上已有的文章，还需要翻阅各种第三方或平台的开发文档，了解功能设计的内容和技术的可行性。对于从未做过的产品和开发，需要一定的时间去选择和沉淀，本文整理的一些主流方法和文档链接可以为这类同学节省时间。
（2）满足基本用户体验闭环要求
设计一套完整的消息通知系统相对比较复杂。功能方面：营销可以实现策略机制，考虑推送类型和时机，进行个性化推送和精准营销；还需要考虑风控机制。如果部门较多，消息资源统一管理，还需要设计后台审核机制体系等。
产品上：可以是一些IM工具等主打产品，可以作为系统的业务支撑功能，也可以作为CRM等其他B端产品的增值功能。技术上：如果并发量很大，为了保证消息的时效性和到达率，可能需要自己完成长链接开发，并考虑性能优化等。
因此一篇文章很难完整介绍整个消息通知，本文仅描述满足用户基本体验需求的消息通知设计。
（3）以手机消息通知为主
不同的产品类型，消息通知的表象大同小异，但核心却千差万别，甚至极其智能。本文我们将重点介绍能够最及时接收信息的移动端通知。
本文由三部分组成：
我会尽量用少的篇幅讲解消息通知的主流渠道和形式；消息通知的产品设计和维护文档；以及开发过程中需要注意的问题。
通知渠道是各种可以触达用户的渠道，它们的展现形式和应用方式都不一样，我总结为短信、PUSH、横屏通知、公众号模板消息、小程序模板消息、通知中心/站内消息等，还有其他形式的通知消息，这里主要介绍最常用的六种。
1. 短信
（1）通道定义
短信是大家熟知的通知渠道，发送条件限制较少，主要包括三种，第三方的基本介绍：
（2）发送前提条件
用户的手机号码
（3）优点和缺点
到达率高（到达率指用户发送信息后，能够收到的概率）。另外，收不到短信的主要原因有：所在区域手机信号差；手机号码被列入黑名单；该号码频繁收到。后两个问题可以通过与服务商对接解决。一般短信服务商可以设置同一手机号在一定时间内最多可以收到多少次信息。建议将贵公司的测试手机设置为白名单。
时效性高（时效性指消息发起到用户收到的时间，收到的时间越短，时效性越高）。
前提条件少，发送内容限制也少（当然，需要爱情和睦，短信模板一般需要服务商审核，不加模板也可以发送，但是可能会有延迟）。
不同类型的短信均需收费。
（4）互动形式
营销文字中可以包含短链接，点击后可以跳转到指定的H5页面。
（5）文档链接
建议查看第三方服务商的技术或者设计文档，具体文档链接我就不放出来了，免得有广告嫌疑，网上查看的渠道很多。
2. 推动
（1）通道定义
设备系统通知采用PUSH推送技术，是移动设备上常见的技术（基本和iOS的设备通知体验一致，Win也有多种形式的通知，这里就不展开了）。通知形式有锁屏、通知中心、（顶部弹窗通知）等，同时还可以传达声音消息。
（2）前提条件
用户设备号
（3）优点和缺点
时效性高；内容类型不受限制，就像短信一样，发送的内容类型不受限制，可以由开发者设置。
基本免费，可以自己开发（开发成本比较高，但是到达率和时效性很高，后期需求大的时候可以采用刺杀的方式），也可以找第三方，我经常用的是极光和友盟（如果用户量不大，可以接入免费服务，极光客服反馈说如果需要保证安卓到达率（安卓厂商优化系统，杀掉进程后无法到达）可以接入付费，暂时没有其他收费项目，但是根据其他信息源，单位时间API调用次数可能有所不同，这个可以根据需求进行机械对接。另外要表扬一下极光客服，反馈非常快。
到达率不稳定，需要下载APP并开启系统通知才能收到，也和手机厂商、性能、网络因素有关，极光开发文档给出的到达率为80%。
（4）互动形式
安卓和苹果都可以跳转到APP指定页面，安卓点击通知栏可以下载软件。弹窗样式的字数要求可以查阅各自开发文档；如果需要接声音，比如语音播报，苹果和安卓的处理方式不一样，这里就不展开了，有需要的可以另行沟通。
3.横屏通知
（1）通道定义
应用前台顶部弹窗通知也采用了PUSH技术，样式比较多样，可以由我们定义，应用场景是用户使用前台时需要弹窗通知，如果需要通知内容和交互形式比较多，可以使用此通知类型。苹果和安卓都可以使用第三方推送，接口我们自己开发。
（2）前提条件
获取用户的设备号码
（3）优点和缺点
到达率高，时效性低，由于只有用户在前台时才展示，所以内容类型没有限制，互动可以自己定义。
（4）互动形式
指定跳转和其他交互，具有各种交互和界面样式。
4.公众号模板消息
（1）通道定义
模板消息仅供公众号向用户发送重要的服务通知，常用于支付成功后的预约等服务通知。
（2）前提条件
用户需要关注公众号，并与公众号互动才能发起通知。
（3）优点和缺点
由于微信的普及，模板消息的到达率高，时效性高，并且接口免费。
前置条件难以满足，需要通过互动引导用户关注公众号（可以通过活动公众号引流，如果有支付功能可以设置微信支付后台支付成功后自动关注等），内容限制大（设置模板麻烦，规则多，发送内容受限，比如营销类信息）。
开发公众号通知需要进入公众号开发者模式，进入之后公众号内置的导航栏，关键词等将无法使用，其他第三方的也无法使用，需要自行开发。
（4）互动形式
可以跳转H5链接
（5）文档链接
模板消息仅供公众号向用户发送重要的服务通知使用，并且只能用于符合公众号要求的服务场景，例如信用卡刷卡通知、商品购买成功通知等，不支持广告等营销类消息及其他一切可能对用户造成骚扰的消息。
所有服务号在功能 -> 添加功能插件中都可以看到申请模板消息功能的入口，但只有通过认证的服务号才可以申请并获得使用模板消息的权限；需要选择公众号服务所在的两个行业，每月可以更换一次所选行业；选择所选行业的模板库中已有的模板进行调用；每个账号可以同时使用25个模板，目前每个账号每天调用模板消息限制为10万次，单个模板没有特殊限制。
可以添加模板，但是需要符合规则和通用性。
5. 小程序通知
（1）通道定义
小程序提供的模板通知基于微信的通知渠道，提供模板消息高效触达用户的能力，实现服务闭环，提供更好的体验。使用场景包括团购成功、下单成功等。
（2）前提条件
用户获取用户密码后，需要在小程序内完成支付或者发送表单，并且必须使用公众号现有的消息模板（新模板需要经过微信审核）。
（3）优点和缺点
到达率高，时效性高，前提条件较难满足，内容限制最多（设置模板麻烦，规则多，且模板受限，发送的内容如营销信息等有限制）。
（4）互动形式
你可以跳转至指定的小程序页面。
（5）文档链接
（6）其他
小程序模板消息将于2020年1月10日下线。小程序提供了另一种“订阅模板”，和小程序一样，需要申请模板，如果已经在小程序中申请过模板，很遗憾，需要重新申请。另外，通知的前置限制也更加严格，用户必须同意订阅后才能收到通知。
6. 通知中心/内部消息
（1）通道定义
应用内通知中心，用于发布服务、业务、营销、即时通讯等各种类型的通知。
（2）前提条件
大部分都需要用户登录才能查看，但有些公开信息不需要登录。
（3）优点和缺点
到达率高，时效性低，前置条件较难满足，需要用户下载登录，内容无限制。
（4）互动形式
互动形式比较自由。
二、结论
以上告知形式可以单独出现，也可以组合出现，还有其他告知渠道，例如电话（无障碍设计）等，具体运用与优先产品形态定位有关，了解相关情况只是第一步，重要的是如何利用这些渠道形式，设计讯息内容。