2021-9-1 ui设计分享达人
我们每天都会收到很多应用软件推送的短信或者push消息，它们总会推送各种消息吸引我们打开APP。鉴于我每天都要手动清除这些通知消息，并且有时候打扰到了我的生活（午休的时候被推送消息吵醒），除了微信和工作软件外我基本关闭了APP消息通知，下载新的app也会选择不开启消息通知。
消息通知能提升用户活跃度，但是推送过多的消息对用户来说是一种信息负担，也打扰了用户的生活，用户轻则关闭消息通知，重则卸载应用。每天接触这么多消息通知，大家有没有想过他们是怎么推送这些消息的？
不管是to c 产品还是 to B 产品，消息推送是运营必不可少的一部分。to C产品在产品运营环节通过消息推送，能提升用户活跃率、留存率，提升业务转化率，to B产品通过消息推送能提高工作效率，及时知晓业务问题（毕竟用户只会在工作需要的时候使用系统）。
近期我在做crm系统移动端的版本时，销售反馈系统推送的消息太多，打扰了正常工作，他们觉得很烦，表示都不相干收到这么多消息通知。接到反馈后，我盘点了系统推送的所有消息，发现消息类型多达20几种，并且集中在周一上午10点推送，导致销售短时间内会收到十几条消息。对此，我把盘点出来的消息进行筛选，精简了通知数量，优化了推送策略，优化后销售的满意度和消息触达率都高了许多。
我们不能把消息推送看做是一个简单的功能，要有一个系统性的思维，从盘点消息项、制定推送策略、设计消息文案/内容、建立推送任务、选择推送渠道、筛查有效用户、消息存储等各个阶段流程，都包含了很多因素需要我们仔细考虑的。
本文将以系统通知消息为例来介绍消息推送功能。
告诉用户消息来自哪里，谁发送的，让用户对消息内容快速建立认知，同时增强用户信任度，避免认为是垃圾消息；
什么情况下会推送这条消息，如任务到期没有完成。
什么时候推送给用户，多久推送一次
消息应该推送给谁，谁会受到消息，可能是系统中的全部成员，也可能是某个部门，或者某个人。
怎么样可以把消息发送到用户的设备上，如短信，app通知。
用户收到这条消息可以干什么，如处理待办任务。
用户需要做什么，可以得到什么结果，如收到线索分配通知，需要跟进线索。
推送的消息既不会打扰到用户，又能达到运营目的，我们需要在合理的时间选择合适的渠道推送合适的消息给合适的用户，这句话有点绕但是就是这个意思。
建立推送任务之前，我们要盘点系统中所有的通知消息，列出消息清单。根据上述消息推送描述的几大要素，以下是我在优化crm系统通知消息列举的消息项，
以销售订单和开票明细两个业务对象为例：
可以从以下三个角度来盘点消息项：
1、按通知来源：业务消息（线索、商机、回款、订单、任务等）、系统消息、用户信息等；
2、按触发条件：运营消息（回款预警、商机跟进等）、用户发起、待办消息、系统反馈等；
3、按通知对象：所有成员、部门、个人
我们要列出所有可能用到的消息项，不怕多，就怕遗漏。盘点完所有的消息后，可以按照上述表格列出消息清单，再根据业务目标、运营需求、用户需求、对消息去重、精简消息项，只留下必需推送的消息类型。
列出消息清单后，要明确什么类型的消息应该推送给什么人，即通知消息要匹配正确的通知对象。
系统给用户推送了消息，用户对消息内容感兴趣，点开了消息查看详情并进入目标页面或者处理通知消息，才能实现推送消息的目的。
to c产品需要对用户信息、用户行为等构建用户画像，用于精准推送或者个性化推送。to b产品的用户结构相对简单一些，一般是企业人员（员工、部门负责人、管理层等），根据业务使用场景
对用户划分角色，再以角色为基础匹配功能权限，进行权限控制，如销售、研发、财务、运营等对应不同的业务场景，推送消息侧重点也不同。
确定好了通知对象，我们需要思考以下问题：
1、什么时候推送消息既不会打扰到用户，又能引起用户的注意？
2、是主动推送还是由用户触发后被动推送？
3、多久推送一次合适，推送是一次性的还是持久性的？
4、这个消息推送触发后要立即处理吗？
3、用户怎么样能收到消息？收到消息后要做什么？
以下这个金字塔图可以解决上述的问题：
消息清单上的消息项，我们不能一股脑全部推送，要根据信息的提醒强度平衡通知量、推送时间、推送频率，避免对用户造成干扰而影响推送效果。
消息类型：对于需要用户立即处理，或者用户确认才能继续进行的操作，如预警、异常、错误、验证码、重要消息等，让用户及时发现并采取措施。以飞书为例，飞书上要是有人给你发了紧急消息，会以短信的形式提醒你。
推送渠道：电话、短信，但是一般不会用电话，一是成本高，二是对于用户来说是强打扰，而且陌生电话用户一般不太会理。
消息类型：无需用户立即处理，但是需要引起用户注意的操作，如运营消息、待办提醒、审批通知、系统公告等。对用户会产生一定的干扰性，此时要给用户一定的控制权，可以通过设置通知方式或者关闭通知提醒，减少消息打扰。
推送渠道：系统推送、应用内提醒，邮件。
消息类型：无需用户立即处理，仅提醒用户有新的状态，或者对用户操作后的反馈，如应用更新提醒、状态变更通知、操作成功提示等，对用户几乎不产生干扰。
推送渠道：一般只在应用内提醒或者系统内提醒。
提醒强度越强，通知数量越少，呈金字塔形状，强提醒通知数量要比弱提醒少很多。通知消息数量较多时，要权衡推送数量，推要克制，对于推送频率比较高且用户不需及时处理的消息，可以通过合并通知的方式减少消息推送的数量，减少对用户的打扰。
根据提醒强度选择推送渠道，多渠道组合协同推送，能够提高推送效率，但要保证多渠道消息内容一致。一般来说to b产品通知消息是以系统内提醒和办公协作应用（第三方工具，如飞书、企业微信等）内提醒的形式通知用户。
对于系统内的通知消息，不同强度的提醒消息会对应不同的消息通知组件。
强提醒的内容对用户来说是高关注度的，要求及时、主动的把消息推送到用户面前，用户要立即采取措施，对用户当前操作具有强干预性。
中提醒的内容对用户来说是中关注度的，要在合适的时间推送，可以是系统主动推送也可以用户发起的，用户可以延后处理，对用户当前操作的干预性为中等。
弱提醒的内容对用户来说是低关注的，可以是用户操作后的及时反馈，短暂的出现后就消失，或者可以延后处理的消息，对用户当前的操作几乎无干扰。
用户正在使用crm系统办公，同时飞书也在线，我们该如何推送消息？
用户可能已经在系统内查看了消息，再把消息推送到飞书上对用户来说就是重复提醒了。如果飞书上已经读了消息，那么系统内该条消息就要标记为已读。
用户收到推送消息后，要能快速抓到重点内容，知道这条消息表达了什么，是否需要进行处理。
一般我写消息内容时是会遵循3w1h原则：what（发生了什么），why（什么原因），when（消息触发时间）、how（我该怎么做），再根据实际情况进行适当调整。在设计消息文案时要考虑用户的预期，不要标题和消息内容不一致，或者消息内容和详情页不一致，可以通过推送点击率辅助判断推送是否达到预期效果。
上述原则并不是固定死的，需要根据实际推送目的进行调整，如运营信息可以通过标题、摘要或图片吸引用户，可以直接附带链接跳转到详细信息。
设计消息文案/内容的要点：
1、消息文案要简明易懂；
2、重要的信息要放在前面；
3、不同推送渠道的消息内容要保持一致；
4、通过短信或者邮件推送的消息要说明信息来源平台，避免用户认为是垃圾信息，如【腾讯】【网易】等。
消息推送给用户后，用户看完不一定会立即处理，延后处理的时要能够找到相应的消息，此时需要消息中心呈现所有的push消息。
消息中心受产品定位、系统框架等因素影响呈现形式会有所不同。消息中心的入口主要有顶部图标（悬浮通知）、左侧tab等形式。
1、顶部图标：适用于消息数量较少，或者消息不是产品核心业务场景的情况。一般会在顶部导航右边，或者左侧导航下方，以 badge 的形式在图标上提示新消息的数量；
2、左侧 tab：适用于消息以用户间通讯为核心场景的情况。可根据消息类型进行分类，以 badge 的形式提示未读消息或未处理消息的数量。
消息列表按时间维度排序，可以对信息进行分类展示，如全部，未读、稍后处理的tab分类形式展示，消息类型比较多的情况下通过选择消息类型快速找到相应消息。
消息推送并不是简单的把需要提醒用户注意的事项全部推送出去，合理的推送策略才能到达推送目的。
消息推送前的思考：
1、应该推送什么消息，推送给谁？
2、什么时间适合推送，为什么要推送这条消息？
3、怎么推送？
4、推送的这条消息是否能引起用户兴趣？
4、用户查阅了这条消息知道要干什么吗？
思考完以上问题基本上能确定一份消息清单 ，要保证推送效果还要注意以下推送的要点：
1、权衡消息推送数量，只推送必需的消息；
2、选择合适的推送时间、推送频率，避免对用户产生打扰；
3、消息文案简明易懂；
4、多渠道推送保持消息文案一致，不要重复推送；
5、需要用户采取措施的消息提醒，在用户解决问题之前，要持续提醒；
蓝蓝设计建立了UI设计分享群，每天会分享国内外的一些优秀设计，如果有兴趣的话，可以进入一起成长学习，请扫码ben_lanlan，报下信息，会请您入群。欢迎您加入噢~~希望得到建议咨询、商务合作，也请与我们联系。
分享此文一切功德，皆悉回向给文章原作者及众读者.
免责声明：蓝蓝设计尊重原作者，文章的版权归原作者。如涉及版权问题，请及时与我们取得联系，我们立即更正或删除。
蓝蓝设计( www.lanlanwork.com )是一家专注而深入的界面设计公司，为期望卓越的国内外企业提供卓越的UI界面设计、BS界面设计 、 cs界面设计 、 ipad界面设计 、 包装设计 、 图标定制 、 用户体验 、交互设计、 网站建设 、平面设计服务
文章来源：站酷 作者：仲夏M