我们在设计产品时会涉及到消息通知的功能，消息通知一般采用消息推送系统来进行处理。
消息通知的基本功能
- 点对点的消息传送
1） 用户给用户发送站内信
2） 管理员给用户发送站内信
3） 系统给用户发送站内信 - 点到面的消息传送
1） 管理员给用户群发消息
2） 系统给用户群发信息
消息通知的几种方式
-
短信消息推送
-
邮件消息推送
-
微信服务号通知（钉钉通知）
在特定节点收到来自微信服务号的推送就是微信消息推送，包含客服消息、群发接口、模板消息接口。具体可以参考《微信开发者文档》消息管理模块，开发者文档讲解的非常详细。 -
APP Push (通知栏消息）
即时消息提醒、评论/互动、运营通常采用这种方式。
即时消息提醒如微信、QQ、钉钉的聊天消息，对及时性的要求极高。
评论/互动常见于社交类应用，比如微博、简书。
系统 PUSH 的优点在于它的到达率和曝光率，只要没有被关闭通知权限，几乎能够 100% 让用户看见。
这样的后果是打开率极低，并且一旦频繁推送，就面临着被用户关闭通知权限、甚至直接被卸载的后果。
-
应用内弹窗
重要的版本更新提示通常采用这种方式。
支付宝、京东版本更新提示，饿了么每天打开时的红包，百度文库的活动推广....都会采用应用内弹窗。
应用内弹窗的曝光率极高，但破坏性也极强，因为它打断了用户的正常使用流程，并且必须按关闭/确认才能关掉弹窗（更优雅的交互方式是点击屏幕空白处）。 -
站内信消息推送
取决产品本身的架构，通常由官方账号发出，站内信通知，是普遍的一种活动运营方式。 -
小红点+浅灰色文字
通常标记在入口处，在功能入口上加小红点，在列表式的功能入口上加小红点/右侧浅灰色文字，是更常见的一种方式，比如微信默认朋友圈有更新时会在发现栏上出现红点提示，以及微信后续的版本更新会在相应的入口处都添加小红点。
所谓消息通知推送就是平台信息对用户的投放，实际上是平台对用户的沟通。
曾经的消息推送渠道有短信、邮件以及站内信。后来APP兴起，APP Push成为主要渠道，目前也被广泛利用甚至滥用。
微信渠道是微信平台开放的产物，随着微信逐渐扩展的生态圈，微信渠道推送也成了一些平台消息推送通知的重要方式。
从运营成本、功能局限、迭代规划、业务驱动几种方面考虑，他们的各有各的优势。
后续会对各种形式的推送进行阐述，感兴趣的老铁继续关注。
网友评论