移动端PUSH消息设计 | 系统PUSH与运营需求如何满足?

PUSH是什么

最近在梳理项目产品上关于PUSH的消息类型和文案，并且因为之前该项目是没有PUSH相关管理模块，我也开始落地从0-1去设计PUSH管理后台。

但之前，需要了解PUSH机制到底对产品有什么用？

PUSH的目的是为了唤醒哟过户，激活用户；

目前可以做的是智能推送模式、人工推送、系统推送默认项，根据产品的资源和当前阶段我们可以选择以上3种PUSH产品模型

智能推送模式：

基于用户行为数据，如启动APP频次、打开时间端.....

基于用户画像：用户的时间、作息时间

基于内容：推荐给予用户可能喜欢的内容

人工推送：

满足运营活动、或功能迭代等需求，能够从后台进行PUSH

可以控制PUSH内容、PUSH位置或元素

系统推送：

满足产品基本信息通知，让用户了解当前信息状态、好友动态、自己状态变化.... 

PUSH的分类

根据PUSH的产生方式，这里我们的PUSH消息分类与用户之间的关系，用下图表示

这里说到了非IM类型，那么IM类型就是即时通信信息，最简单的就是微信、QQ等社交对话消息列表、会话页面。

【IM通信】

作为PUSH，IM首先需要作为第一位与用户进行交互的模块，那么其PUSH的文案与功能按其微信或QQ标准模块进行。

系统消息PUSH需要考虑其目前产品有需要触发的模块或产品，因为PUSH往往是建立在当前产品的一个延伸，也就是说产品优先要有交互或发出信息流的来源，PUSH才会成为下一个考虑的节点

PUSH的规划，当然在产品设计中，我建议新人产品朋友在一开始就要考虑整体的规划，而不是单独对某个模块进行做起。

这也是许多产品经理刚刚从事PUSH规划的时候首先会遇到的一个问题，这让开发同学很伤心。

PUSH的移动端设计（系统类）

因为PUSH在安卓与IOS的方面是不同的，移动端与服务器都有一个建立连接的通道，使得APP可以PULL来自服务端的消息，服务端又可以给予APP PUSH消息。

但安卓与IOS的区别在于，安卓虽然用户可以关闭本身程序，但可以保留一个后台服务来维持这个PUSH的服务链接通道，因此仍然可以保持给予安卓用户推送消息；

IOS则就不能这样了，如果用户点击了关闭通知，那么必须要去用户去消息通知打开通知开关，才可以给予用户PUSH，所以IOS端一旦关闭了PUSH，一定要注意建立消息通知开关提醒，让用户能够打开消息通知。

关于PUSH消息的交互与文案备注

这里我拿一个当前自己用的模版，朋友们可以做为自己PUSH消息的文案备注，方便开发同学能够马上知道。

那么系统的消息，非人工干预的PUSH就可以通过以上PRD+DEMO的形式，交给开发同学了。

PUSH有些是可以交互，有些是不能交互的。看产品与运营的需求，我们可以将PUSH按第一部分进行分类，如果是功能性的PUSH，那么可以让用户来尝尝鲜。