实习快一年了，设计不少功能时都会涉及到消息通知，客户对消息通知这一点也比较看重。于是对消息通知作了一些总结。

类型与目的

对于toG的系统来说，消息通知的类型主要分为3种

1、业务通知。

目的：完成某项工作，推进业务流转。

这种消息的目的是希望可以提醒到用户，他当前有哪些事需要处理，可以协助该用户的工作。比如，当用户提交了某个预约，对应的审批人将会收到通知，提醒审批人进行审批。

2、反馈通知

目的：告知用户参与的某件事目前的工作进展。

这种消息虽然不用该用户去处理某项工作，但需要该用户知晓工作项当前的进展，主要是一个信息反馈的作用。比如某个用户提交了某个预约，通过还是不通过，需要一个信息反馈。

3、运营通知

目的：提高用户活跃度，参与度。

这种消息主要目的比较偏向运营类，不需要用户做什么事，只是希望用户可以参与进某些事项，提高用户的参与度。比如某个预约的发布中心，希望大家知道有哪些事项可以被预约，通过通知，大家知道后可以多多预约。

触达方式与感知强弱

消息的触达方式有很多种，不同的触达方式对于用户的感知度也不一样。有时候感知度太强容易造成打扰，感知度太弱又起不到提醒的作用。以下3种是目前常见的触达方式。

1、消息中心

一般toG的系统都会有一个消息中心，因为模块较多，设有消息中心会灵活一点，也方便集中管理。

消息中心这样的触达方式感知度属于中等，消息中心如果设计得够醒目，那么提醒是够的，但是如果用户不进入系统，打开频率低，消息中心再抢眼，也没办法提醒用户。这类触达方式比较适合用于反馈通知。

2、公众号消息通知

以微信的国民度来说，公众号消息通知对于用户的感知度还是比较强的，这类触达方式比较适合用于需要强提醒的通知，比如业务通知。

3、短信

短信这类触达方式直接触达用户，用户侧感知度非常强。在toG产品里，对于这种超强提醒触达方式的使用更加要慎重，把握不好很容易就打扰到用户，容易被投诉。这类触达方式比较适合用于一些个人账号安全性的通知，或者一些紧急重要通知。

触达时间与用户体验

对于消息的触达时间，一般分成即时推送和定时推送。关注触达时间主要还是用户体验和消息及时性的取舍。

1、即时推送

即时推送一般就是满足了触发条件，就推送。这种方式好就好在及时，用户立刻就收到推送了。但是如果在半夜一点钟收到消息推送，那第二天你也等着即时收到客户的投诉了。这种用户体验就比较差了。即时推送可以结合感知度比较弱的触达方式进行推送。或者一些比较重要的通知，可以采用即时推送。

2、定时推送

定时推送可以定义消息推送的时间段。定义推送的时间段，可以较好地兼顾到用户体验，结合用户的生活工作时间，设定好推送时间段。但相应地及时性也稍微差了些，以及容易造成消息队列积压，导致消息延时。

推送频率

推送频率主要还是针对业务通知。

比如一个通知是让用户去处理某个工作，如果他一直不去处理，那么就一直满足触发条件，那我们是三天推一次还是一天推三次，亦或是就推送一次？

主要考虑的因素是用户体验和成本。太频繁会打扰用户，如果触达方式是短信，那短信成本也会升高。

数据验证

消息推送后，如何验证我们的消息推送是对用户有帮助的，如何验证是否达到了消息推送的目的。这一方面没有实际操作过，仅为个人思考得出的意见。

1、点击率

可以通过点击率去验证消息是否真的触达了用户，用户看到后是置之不理还是点击进行了操作。

2、转化率

从消息到消息推送落地页，有多少用户通过消息通知完成了消息希望用户完成的操作。

通过数据反馈我们可以分析消息推送是什么因素影响了推送，不断调整推送策略。

最后

写了个大概，很多都可以拓展开来讲，比如如何梳理业务消息，消息推送的变量配置。有时间再写写。