无论是 B 端还是 C 端产品，消息通知系统都是一个很基础且必不可少的模块，而产品经理要设计一个完整的消息通知系统并不难，只需要遵守好消息通知系统设计的六要素即可。

消息通知六要素

通知消息围绕在我们的日常工作和生活当中：在你闲着没事刷短视频的时候，会收到朋友的聊天消息；在你工作的时候，会收到任务工具软件的日程提醒；在你跳槽换工作的时候，会收到面试邀请的短信等等。

通过对消息的整理和抽象，可以发现一条完整的消息至少需要包含以下关键要素：

• 消息触发时间与条件：也就是什么时候发生了什么事情需要发消息，比如数据监控指标超出预警数、突发了新闻等；
• 消息发送方：即谁发现了事情要通知下去，一般来说可能是系统或者某个用户；
• 消息接收方：也就是谁需要知道发生的事情，有可能是某个用户，或者是某批用户，甚至是全部用户；
• 消息触达渠道：即通过什么方式可以将消息告知接收方，目前常见的手段有短信、电话、邮件、应用通知等；
• 消息通知内容：即要告诉接收方的消息正文，也就是消息文案；
• 消息操作反馈：一般就是已读或者操作反馈，操作反馈一般指消息通知内容需要用户操作，比如包含了网页链接，通常关注的反馈就是是否已点击。

设计消息通知系统

要设计好一个完整高效的消息通知系统，一定要谨记着消息通知系统设计六要素，而且在设计的过程中按照以下分步的方式进行：

（一）梳理消息通知系统的消息项

所谓梳理消息项，就是整理总结系统中存在的所有消息，按照特定的分类方式进行归总。分类的方式可以是按通知来源、按通知渠道、按触发条件等等，甚至也可以按照团队或公司内部偏好的分类标准进行归总。在这一步中，最主要的是要梳理出每个消息项的消息触发时间与条件、消息发送方、消息接收方以及重要程度。其中，重要程度是很关键的要点，会影响后续消息触达渠道和消息推送频率的选择。

（二）确定消息通知的渠道

在第一步的工作完成之后，产品经理就可以根据消息的重要程度给不同的消息项选择不同的消息触达渠道。

根据不同的提醒强度，消息触达渠道可分为以下几种：

• 强提醒：电话、短信
• 中提醒：操作系统 Push 推送、应用内弹窗、微信公众号
• 弱提醒：邮件、操作系统 Badge 提示、应用内 Badge 提示、应用内 Toast、滚动提醒、消息中心

（三）撰写通知内容与操作反馈

编写通知内容一般很简单，主要就是说清楚“因为什么，发生了什么，你可以做什么”，但有一些细节要注意：

• 保护好敏感信息：应用内最好是有入口能让用户设置是否开启敏感信息，比如用户名、用户金额等信息；
• 重点前置：因为系统 Push 只会展示部分内容，最好把重要的信息放在正文的前面，这样用户能快速关注到重点，比如现在快递的取件码、任务事件提醒等。

（四）平衡通知量

当某一款产品对用户的提醒过于频繁的时候，很容易让用户觉得自己的时间和空间受到侵占，最终会将负面情绪转移到产品上。产品经理在设计消息通知系统的时候，务必要平衡通知的强度和频率，应该按照提醒强度越强通知数量越少的关系调整消息项，或者在消息推送的时候适当合并消息项，比如现在常见的取件码，如果是同一个渠道推送的短信，系统会将多个取件码合并到一条短信当中。

写在最后

消息通知的目的是将重要的消息触达到用户，而不是滥用通知系统，产品经理在设计消息通知系统的时候，一定要将这一点谨记在心，方能设计出完整、高效且有大作用的消息通知功能。