你可曾有过在深夜两点之际，被App推送惊扰而醒来的这般经历呢，又或者在一日之内，接收到同一条有着多次重复的消息达十几遍之多，以至于内心急切地想要直接去卸载该软件呢，这些能够让人产生抓狂之感的体验，其根源常常是出在了消息推送这一看似显得较为简易的功能设计方面，众多的产品经理觉得“发条消息”仅仅是一件只关乎于一句话的事情，然而却并不清楚在其背后隐藏着无数会令开发人员感到抓狂的细节，就在今天我们要来聊一聊，在进行消息推送设计之时那些你必须要知晓的关键要点。

渠道选择不是越多越好

要将消息推送给用户，首先就得去决定到底要走哪条路，不是发短信，便是打电话，推送App通知亦或是发邮件，就如同从A地前往B地，究竟是选择自行车，还是公交或者飞机，不同场景会有不一样的选择，比如说资金变动的交易通知，使用短信最为稳妥，其前提是你必须得知道用户的手机号，但是要是只是日常活动提醒，App推送便足够用了，毕竟发短信还得去考虑预算。

当渠道并非单一的时候，怎样去进行选择更能考验相关功力，钉钉具有的“Ding一下”功能会让你对于触达方式作出选择，这属于典型的场景化设计，关键之处在于要去看消息所具备的重要性，紧急类型的应采用短信方式，一般类型的则采用推送方式，如此这般才能够既确保触达率，又防控相关成本了。

推送时间直接影响用户好感

什么时间发消息，这可是门大学问。事件一旦即时触发，看似效率倒是挺高，然而半夜两点把你从睡梦中吵醒，你难道不会心生骂意？我有同事就碰到过凌晨收到银行交易提醒这般状况，虽说金额出现变动理应及时通知，可完全能够设定为早晨再发送呀！

定时推送存在着一定好处，好处在于其过程是能够得到控制的，将消息进行集中，集中于上午10点直至晚上8点这个时间段当中来发送，如此这般是契合大多数人的作息习惯的，然而定时同样存在着弊端，弊端在于高峰期的时候消息容易出现积压的状况，进而导致延迟，合理的做法乃是要对消息的类型认真加以区分，紧急出现的消息应当即时发出，并非紧急的消息则进行定时发送，这样做既能够保证时效又不会对民众造成干扰。

频次控制防止用户反感

短短一天之内，收到同样的一条消息多达十遍，你会不会感到厌烦呢？这无疑就是典型的疲劳度方面的问题呀。处于微信群之中，存在着200多条尚未阅读的消息，你还会逐一去查看它们吗？在垃圾短信日益泛滥的当下，好多人已然不再去查看短信的具体内容了，究其原因，正是由于频次失去控制从而致使用户变得麻木了。

频次控制得依据不同场景来进行区分，交易提醒这一类型的可以适当放宽一些标准，而营销类消息则必须要严格加以控制，一般来说，针对单个用户而言，每天同一类消息推送数量不得超过两条，每周的推送数量不能超过五条，部分App会对用户的点击率予以记录，对于那些点击量较少的用户，会相应地降低推送的频次，以此来防止造成对用户的骚扰。

目标用户定位要精准

这则信息要发给哪一个人，究竟是进行群发操作还是采取单点发送的方式？这样子看起来貌似十分简单的一个问题，然而在实际的操作进程当中却常常会出现差错状况。比如说存在这样一种情形，就是有一个用户ID和多个手机号码相互对应着，那又究竟应该去发送给哪一个手机号码？相当多的系统在这种情况下会默认选取其中的第一个号码号码；但万一那个号码已经处于停用的状态了，那么用户也就将没有办法接收到重要的通知了。

较为麻烦的是，用户卸载App之后的推送，在这个时候，短信就成为了备选方案，金融产品是允许存在一定资损率的，然而能够避免的部分还是应当予以避免，精确地定位用户，构建多渠道备选机制，方可最大程度确保消息触达。

文案参数变量别忽略

产品经理给予开发的消息文案，通常仅仅聚焦于内容自身，然而却遗漏了最为关键的变量参数，像是“##，你好，你已于##成功关注XXX公众号”，在此处的两类变量，即为用户昵称以及关注时间，这才是技术予以实现的关键所在。

事件的关键属性由变量设定所决定，参数传递以及获取受其影响。下次当再要求开发去实现推送功能之际，要先将参数变量予以给出，以便让他们能够着手进行编码，文案内容后续再去加以打磨。倘若消息内容是一成不变的，那么显然就无需去考虑变量方面的问题了。

一句话需求到落地差多少

“给用户发送一条消息”，这般表述距离代码得以实现，所欠缺的绝非一星半点。于渠道的选择方面，在时间的控制范畴内，针对频次的限制环节，直至用户的定位情况，以及参数的配置内容，每一个环节均存在着数不胜数的细节需要去确定。从事开发工作的GG不接纳这样的需求，并非是由于懒惰，而是因为信息并不完整从而无法着手进行。

六个要素，即包含发送者、信道、接收者、信息、上下文以及编码，共同构成一个典型的通信系统，消息推送同样如此 ，只有将这六个要素都分辨清晰明确，需求才可以称得上完整。只有多提出靠谱的需求，才能够让产品小船顺利去航行，而不至于说轻易就翻覆。

把你碰到的，那些能致使你抓狂的消息推送挑出来讲讲，是在半夜时分被吵醒的那种情况，还是遭受重复消息进行轰炸的情形呢？欢迎各位在评论区域分享一下自身经历，点下赞再转发出去，借此让更多的产品经理得以看见，别再给开发人员提出“一句话需求”啦！