如何进行Push推送的精细化运营？
一、精细化推送拆解
一条精细化的推送就是将正确的内容，在正确的时间，在正确的地方，以合适的策略，以合适的路径，告诉正确的人，然后通过回馈数据统计优化用户标签或者推送内容设计。
在这里拿饿了吗来做例子，如果将一条推送拆解开来将会包含以下这些信息
1、触发条件
点餐时间段（用户点餐时间历史数据统计）
是否已点过餐（避免不必要的推送）
2、触达至哪些用户-通用用户标签
性别、年龄、兴趣…
3、触达至哪些用户-App用户标签
用户偏好餐饮类别
用户消费（历史消费水平）
用户类别（新用户/老用户)
用户活跃度
优惠策略
4、触达至哪些用户-用户实时标签
用户地理位置（公司/家)
5、推送内容
文案
点击后导向页（活动页或优惠券领取页、店铺页）
6、数据反馈
是否接收到推送
是否点击推送
是否产生下一步转化
是否产生了负反馈(关闭推送、卸载应用）
制作成表格的形式大致如此
二、推送定义
拆解了以上的例子后，我们再回到推送本身的意义
1、我们理想中的推送作用？
从产品价值的角度看，推送可以提高用户活跃度，提高用户的使用率增加用户粘度，唤醒沉睡用户降低流失率，召回流失用户，营销广告推广，带动功能模块使用率，引导用户参与App新功能建设提高等。从数据运营价值的角度来看，通过推送的数据反馈，更详细的了解分群用户的兴趣偏好，对已有模型进行优化和矫正。这里引入我最看重的一个点，用户操作成本，之所以提到这个是因为我认为通过推送点击相比用户在App内点击一条内容对于用户来说所付出的成本是不一样的，因为增加了一个需要用户唤起App的操作，所以我会把这条推送带来的用户标签权重相对增加。
1、了解整体App用户的定位
对推送属性变量的调整最后获取的数据做统计，对重复标签增加权重，最终获得你的App的用户定位。
2、提高用户活跃度，增加用户粘度
刷存在感，在现实世界中如果你不发声，那么渐渐会被人遗忘掉你的存在，放在App也一样，只不过要在频率和内容上做好控制，做好让用户获利的推送，对于电商类应用来讲，红包、优惠券、折扣券、促销活动等把没有购物意图或意图不强的用户转化为消费用户，对于社交/内容类应用来讲，好友点赞、评论、评论了自己的状态，关注的明星、大V、网红更新等等都是增加用户粘性的手段，这些都是广义上的让用户获利的推送。
3、通过运营提高某些功能模块的用户认知
App是经常需要迭代更新功能的，一方面是为了更好的运营用户内容，一方面是为了变现需求，比如陌陌一开始是基于地理位置的陌生人交友软件，但实际上到后期主要通过的是直播模块才获得的盈利，那么在直播推出时都要经过合理的活动策划来让用户开始使用起来，除了我这种喜欢尝新的用户之外，对于新功能点其实用户很难去主动发现的，这时候就要通过策划和推送的合作来让用户产生认知。
4、唤醒沉睡的用户提高留存率。
用户流失的原因，大致几种原因，要吗生命周期结束，比如豆瓣的主流用户永远是年轻的一代，用户到了一定年龄很自然的就会流失掉，要吗在功能上有更好的App替代，比如在熟人社交这块微信一家独大，而陌生人社交却是王朝更替频繁，而当用户已经流失之后，基本不太可能再把用户召唤回来，所以尽量防病与未然，在提高用户活跃度上做好工作，唤醒这块做好用户分析，看用户为什么不来，看用户最终流向，然后去优化我们的问题，通过push让用户获悉我们的变化。
2、推送方式（在这里主要是关于系统级推送，其他推送同理）
系统级推送：服务器通过第三方通道下发一条消息触达APP，无论app在不在运行用户都可以获取，不过需要用户为app开启推送权限
应用内推送：App内部的推送，只有用户当前正在使用App才可以接收到
短信推送：判断用户没有为app开启推送权限或者用户已经卸载或网络原因，无法接收到推送，通常会做短信推送，不过需要收费
3、推送内容形式：
高频，低运营或可自动化运营
社交类推送：社交类用户互动信息，用户关注度最高的部分，不同于其他类型的app，社交类的推送用户开启率是最高的，但同时社交类app在推送其他类型消息时要注意频率问题，其他类型的消息和用户间社交信息频率的比例尽量控制在5%以下，不然容易产生厌烦感。
提醒类推送：时间规划类、天气类、快递类
中频，中运营
资讯类推送:新闻阅读等，基本上做好数据分析用户偏好就能达到很好的效果
低频，高运营
活动消息推送：最常见的推送类型，比如饿了吗的优惠等等，包含活动、新模块推荐等，这一块需要在运营数据上有更多的支撑，也需要更有经验的运营人员参与。
促活推送：
一些常见的形式
4、推送文案：
文案直观：文字简介，内容直达主题，通过加入数字、免费、地理位置等关键字吸引注意力，以受众用户类型设置文案类型，拿新闻媒体举例，如果你的用户的消费、认知能力比较高，就尽量少用颠覆认知的手段，短期内可能带来更高流量，但长远来说用户对于你的平台信任度会降低，比如标题党，流量增长但对平台的长远定位伤害大。
用户收益：直接的收益就是参加活动获取优惠券等，隐蔽的收益包括关注度、曝光、获取资讯等
用户关联：比如好友相关信息、@、城市坐标，例如“上海最多人去的网红点”、“你的*粉丝等待你的更新”等
三、操作分析
再回到最开始的例子，我们首先要定义一个想要达到的目标
1、目标
用户点击了推送并通过优惠券进入对应商家消费，这样是三方获利，对于饿了吗保持了用户粘性、获得了商家推广收益和用户反馈数据，对于商家提高了用户点餐率有可能把用户转化为长期客户，对于用户获得了优惠。
2、操作
然后我们来看各项数据的判断
时间段：
对于饿了吗来说，时间是最好判断的，只不过需要注意的是各个地区的时间不同，比如我朋友在新疆玩，9点天还是很亮，而上海这边已经差不多接近深夜，那么在餐饮时间上可能就有区别，一般来说对于上班族，早餐时间（9-10点）、午餐时间（12-14点）、晚餐时间（6-7点）、夜宵时间（21-22点）四个时机发送较佳。
是否已点过餐：判断某个周期内例如1个小时内是否已经有下单操作，因为用户极低频率会短期的点餐
偏好餐饮类别：根据用户标签定义，跟踪用户习惯，他们访问了什么种类，他们筛选过什么类型的餐饮，他们买了什么餐饮？
用户消费行为(历史消费水平）：根据用户历史消费水平定义
用户类别：通过注册时间判断用户是否是新用户，用户的七日留存率是很重要的一个指标，如果一个用户在注册后的一段时间内没有有效的行为数据，那么这个用户就很难在回到这个app，这方面各大app都会通过大量的、高价值的拉新策略，比如送红包、送大额优惠券等烧钱方式来留住用户，所以在新用户的推送上就要提供更高的优惠策略。
用户活跃度：分析用户的打开频率、浏览时长等数据判断用户的活跃程度，不同性质的APP应用，用户活跃的衡量标准是不一样的：新闻资讯类、社交类APP，主要看的是日活，活跃的用户应该每天至少登录使用1次，如果经常隔天使用，就算是不活跃的用户。电商购物类APP应该看月活，一个月内用户是否使用APP购物。因为正常来说，一个用户不会天天网购买东西，也不经常每周都买好几次，如果以日活或者周活来衡量，是不合理的。对购物APP来说，如果一个月或者以上不使用，则可以定义为不活跃用户。对于点餐类用户可以关注下周活跃度，而我之所以在用户标签上增加一个活跃度的维度，是做这个考量，比如活跃度低的用户是不是可以通过一些需要持续化的行为带来的更大的优惠政策，比如连续购买几天可以免费获取一份礼物等等，通过这种方式让用户在App使用上有一个持续性的行为来塑造用户行为习惯。如果一个月内都没有活跃，那么基本是处于流失的边缘了，需要推送一些大额红包拉回，对于活跃度高的用户可以增加一些传播类的奖励活动来带新用户
用户优惠策略：控制变量
用户地理位置（公司/家)：根据上班时间周期或者定位权限获取
基于以上条件场景化推送：在11:30到12:00之间给喜欢健身餐饮、活跃用户、平均消费在30-50之间的尚未点餐的上班用户推送一条轻食餐饮商家的优惠活动“人气最旺的***路的高端轻食***送了你一张20元优惠券，快去使用吧！”
数据反馈：
内容推荐之后自然要知道有没有达到目的，那么对推送后的用户行为监测和行为数据分析是有必要的，通过埋点数据和业务数据可以获取用户是否在推送落地页产生浏览痕迹或者有没有进行我们想要到达的进一步业务操作，反馈数据最终还是会回到数据仓库，然后经过处理之后最终再反馈到用户画像层去建立更多更精确的标签，再去精细化。
相对于反馈到运营这块来说最常见的操作是对于内容的优化，可以知道什么样的文案和内容是可以促进用户进一步的动作的，反馈到数据处理部分可以是用户标签调整、用户画像更新，我们可以知道用户对那些业务是信任的、有兴趣的，对哪些业务是不感兴趣的、触达不到的，也能够明白用户对哪些活动是乐于了解的，对哪些活动是不感兴趣的。
ps：iOS判断是否开启了推送权限
+ (BOOL)isUserNotificationEnable { // 判断用户是否允许接收通知
BOOL isEnable = NO;
if ([[UIDevice currentDevice].systemVersion floatValue] >= 8.0f) { // iOS版本 >=8.0 处理逻辑
UIUserNotificationSettings *setting = [[UIApplication sharedApplication] currentUserNotificationSettings];
isEnable = (UIUserNotificationTypeNone == setting.types) ? NO : YES;
} else { // iOS版本 <8.0 处理逻辑
UIRemoteNotificationType type = [[UIApplication sharedApplication] enabledRemoteNotificationTypes];
isEnable = (UIRemoteNotificationTypeNone == type) ? NO : YES;
}
return isEnable;
}
在这里我有一条推荐，让用户主动而不是App主动去获取推送权限，获取权限或资料内操作，都适用于这条，比如微信小程序获取用户资料，在用户主动注册资料或者查看内容时或者进行任何点击操作时弹出获取权限会提交用户的接受度。
最后推荐一个推送SDK产品：MobPush官网
作者：MobTech jesseliu