定时推送：外卖型APP的推送，一般要设置在饭点前推送。也可根据用户的使用习惯，进行推送的细分。比如用户点一般在晚上8点的时候点外卖，就可以在7点半的时候进行消息定时推送；也可根据用户的使用频率进行推送。如，用户七天内未使用APP，则进行消息推送等。

实时推送：发生了新的新闻，有新的促销产生，就会实时进行消息推送。特别是对于有时限性质的消息，如果延迟推送，就可能给用户造成了损失。

遵循克制的原则。对于To B 端的产品虽然不用担心卸载率，atv，但推送次数过频繁，推送过多无价值的内容，也容易引起用户的反感。如果是To C的产品往往容易导致用户卸载之类的问题。

用户首次安装APP后，往往会关闭了消息推送功能。有时候需引导用户打开。引导时机可以是系统更新、有重要业务功能上线。

我这次产品设计，由于是业务上功能上的推送，实时性要求不强，故设计为了定时推送。每天早上9:00点推送一次，每次推送一条，在推送的一条消息里面提速待办的工作条数。用户早上一上班就可以看到要工作的内容，提高了工作效率，减少了对用户的干扰。

其它消息推送属性设置

推送的模板：手机通知栏、弹窗推送的模板设计。手机通知栏设置特定的模板，方便用户对消息的识别，减少用户认知难道。但是如果千篇一律的推送，又会造成用户审美疲劳。标题设计要遵循「AIDA法则」。（何谓AIDA法则：attention-引起注意，interest-产生兴趣，desire-唤起欲望，action-点击或购买行为），个人觉得还是要根据APP本身的定位而定。To B端的APP将意思表达清楚就好，太花俏的文案反而不太适合。

消息推送时的声音、字体、图文、动图设置。

消息与账户登录关系：用户以游客模式就可以查询到消息，还是必须登录后查询。比如新功能推送这个就应该支持游客模式，项积分、酬金类的推送，就必须登录后才能查看。

消息推送平台

目前消息推送主要分为以下三个模块：手机厂商（小米推送、华为推送）、第三方（友盟推送、极光推送、个推）、BAT推送平台（阿里云推送、腾讯信鸽、百度云推送）也可以进行多种推送形式的组合。

由于之前公司的产品已经集成了个推，所以是沿用之前的方案，提高开发的效率。具体在产品测试的时候也有些反馈小米、华为的进程取消后，无法接收到推送的消息。之后产品可能改进为采用个推+小米推送+华为推送的模式。

设计不足之处

本次设计虽然在后台预留了消息推送的多维度（版本、机型、地市）配置。但是由于前期对用户数据统计分析的不到位，导致无法对于推送消息进行多维度、细颗粒度分析。如：哪些地市的用户对于消息推送点击率比较高、用户对于推送消息的点击率有多少等。

对于消息的到达率、转化率没有定义好，无法衡量第三方推送是否达到了预期效果。无法从数据上获知小米、华为等机型推送的消息到达率是否有问题。

无法从数据上统计，用户是否反感这种推送设计，用户对于设计的推送模板是否感兴趣，推送的内容是否影响到了用户。只能通过用户的反馈来检测。