每一个新功能的开发都要基于本身产品的定位，明确功能设计的目的。由于我负责产品的定位是To B 真个工具型产品，设计的目的是提示用户逐日的工作内容，提高用户的参与度。所以全部功能设计都在这个基调上进行，统筹1些拓展性。
前期设计参照了几个市面主流APP的消息推送功能，再结合产品本身的定位进行方案的选择与调剂。全部推送功能的设计分为以下几个模块：数据源、推送管理平台、推送消息设置、推送颗粒度设置、历史仓库、数据分析、第3方几部份。下文主要论述推送消息设置、第3方两部份。
以下是全部设计的框架图：
推送消息设置
消息分类
消息分类跟产品的定位是紧密相干的。例如：淘宝的定位是商品的交易平台，所以界面上设置了物流消息、通知消息、互动消息等消息入口；铛铛读书的定位是电子书购买、浏览、书评的平台，所以设置了小铃铛（买书的货币）、回复我的、书籍更新等入口；网易云音乐的定位是音乐播放下载、分享、交换的平台，所以设置了云音乐秘书、评论等入口。
消息分类的展现样式：常见的有列表、TAB页的情势，或是两种展现情势进行组合。下图为不同淘宝、铛铛读书、网易云音乐3个APP的消息界面截图：
我目前设计的产品要实现的是对工作内容的推送，且用户对每周上线的新功能比较关注，所以将消息分为了上线公告、业务消息、系统消息3大部份。全部消息的界面设计参照了淘宝。在底部进行大类辨别，然后在每一个大类里面以列表的情势做2级分类。
- 上线公告：当有新功能上线或对某个问题进行修复时，进行消息推送。
- 业务消息：推送反馈用户的业务完成情况，提示用户完成相应的工作。在业务消息内支持多种业务的推送。
- 系统推送：版本更新、系统优化等功能推送。
界面草图以下：
消息推送情势：手机通知栏、弹窗、红点、角标
各种类通知栏的强弱感知以下：手机通知栏>弹窗>角标>红点。多种情势也能够组合使用。
- 手机通知栏：推送级别较高。支持用户在未使用APP时进行提示。刺激用户打开使用APP。
- 弹窗：打开APP时，进行弹窗消息推送。支持用户打开APP后，进入新的功能模块。
- 红点：常常设置在APP内消息的入口处，属于较弱的提示。
- 角标：设置在APP图标上或APP内菜单入口，提示未读消息的数量。
下图是各类消息类型的样式：
由于我目前产品需求负责人希望实现：用户在没有使用APP的情况下，引导用户进入APP，完成工作内容。所以产品采取的是手机通知栏推送。以后要上线的公告消息、系统消息功能推送，会偏向于使用弹窗推送、角标提示方式，这样不会频繁的干扰用户。
消息推送目的地：消息中心、具体消息页面
推送的落地页面常常跟推送的内容有很大关系。如果是推荐1款理财产品、提示1个物流进度，点击后都是进入相应的消息界面。如果是1次推送多个系统消息，没法法直接跳转到某个具体界面，只能先进入中心，再选择浏览。每一个消息都单独推送是很容易引发用户反感的。
- 消息中心：提高其它分类消息的暴光度。进入消息中心界面，用户可重新选择相应的分类消息进行浏览。
- 具体消息：1般适用于具体的某次活动、或是新闻类的资讯。用户点击提示，说明是对消息的内容感兴趣，跳转至详情页，直奔主题
我这次的产品设计将目的地设置为了消息中心。缘由有2：其1，由于消息入口是新上线的，将目的地引入消息中心，可提高该入口的暴光度，为以后上线的公告推送、系统推送做预热。其2，为了不打扰用户，每天只推送1次消息，这1条消息内包括有多条的待办事项，故不能直接进入对应的具体消息界面。
消息推送时机
- 主要分为定时推送、实时推送。
定时推送：外卖型APP的推送，1般要设置在饭点前推送。也可根据用户的使用习惯，进行推送的细分。比如用户点1般在晚上8点的时候点外卖，就能够在7点半的时候进行消息定时推送；也可根据用户的使用频率进行推送。如，用户7天内未使用APP，则进行消息推送等。
实时推送：产生了新的新闻，有新的促销产生，就会实时进行消息推送。特别是对有时限性质的消息，如果延迟推送，便可能给用户造成了损失。
- 遵守克制的原则。对To B 真个产品虽然不用担心卸载率，但推送次数过频繁，推送过量无价值的内容，也容易引发用户的反感。如果是To C的产品常常容易致使用户卸载之类的问题。
- 用户首次安装APP后，常常会关闭了消息推送功能。有时候需引导用户打开。引导时机可以是系统更新、有重要业务功能上线。
我这次产品设计，由因而业务上功能上的推送，实时性要求不强，故设计为了定时推送。每天早上9:00点推送1次，每次推送1条，在推送的1条消息里面提速待办的工作条数。用户早上1上班就能够看到要工作的内容，提高了工作效力，减少了对用户的干扰。
其它消息推送属性设置
- 推送的模板：手机通知栏、弹窗推送的模板设计。手机通知栏设置特定的模板，方便用户对消息的辨认，减少用户认知难道。但是如果千篇1律的推送，又会造成用户审美疲劳。标题设计要遵守「AIDA法则」。（何谓AIDA法则：attention-引发注意，interest-产生兴趣，desire-唤起愿望，action-点击或购买行动），个人觉得还是要根据APP本身的定位而定。To B真个APP将意思表达清楚就好，太花俏的文案反而不太合适。
- 消息推送时的声音、字体、图文、动图设置。
- 消息与账户登录关系：用户以游客模式就能够查询到消息，还是必须登录后查询。比如新功能推送这个就应当支持游客模式，项积分、酬金类的推送，就必须登录后才能查看。
消息推送平台
目前消息推送主要分为以下3个模块：手机厂商（小米推送、华为推送）、第3方（友盟推送、极光推送、个推）、BAT推送平台（阿里云推送、腾讯信鸽、百度云推送）也能够进行多种推送情势的组合。
由于之前公司的产品已集成了个推，所以是沿用之前的方案，提高开发的效力。具体在产品测试的时候也有些反馈小米、华为的进程取消后，没法接收到推送的消息。以后产品可能改进为采取个推+小米推送+华为推送的模式。
设计不足的地方
本次设计虽然在后台预留了消息推送的多维度（版本、机型、地市）配置。但是由于前期对用户数据统计分析的不到位，致使没法对推送消息进行多维度、细颗粒度分析。如：哪些地市的用户对消息推送点击率比较高、用户对推送消息的点击率有多少等。
对消息的到达率、转化率没有定义好，没法衡量第3方推送是不是到达了预期效果。没法从数据上获知小米、华为等机型推送的消息到达率是不是有问题。
没法从数据上统计，用户是不是反感这类推送设计，用户对设计的推送模板是不是感兴趣，推送的内容是不是影响到了用户。只能通过用户的反馈来检测。
作者：张小菜
来源：人人都是产品经理
