客户端|如何从0-1重构建消息系统：客户端( 二 ) 龙珠|wi-fi|美团|王兴|大众点评

2. 外部调研如果你对消息系统没有概念，只是知道这套系统具体功能是做什么的，这样是远远不够的。你需要进行深入的调研，我们可以进行竞品调研，大致把竞品和你所熟知的app的消息模块进行系统了解，这样你才能够提出足够有重点的问题。
笔者在进行消息模块的竞品分析时，根据消息模块的特点，从业务层和体验层两个大的维度进行了分析，表格如下：

文章插图
三、如何全面梳理消息系统关于消息系统，我们必须清楚的知道消息本身的底层逻辑都包含哪些主要维度，并从这些维度去分析前台的功能设置，以及后台需要配置的相关支撑数据，接下来笔者使用5W1H的方法，从5大维度进行分析。

文章插图
1. 消息触发的业务（what）作为模块重建，通过对业务部门及内部产品的调研，我们不仅需要了解触发消息的业务都有哪些，还需要和业务方探讨随着业务的增加，有哪些新的业务需要新增消息提醒服务。
如运营部门现有的消息业务为课程打折活动，通过调研发现最近运营需要负责直播业务，此业务需要增加消息发送，我们需要先记录下此业务。

文章插图
2. 消息触发的条件（way、when）

从业务维度划分：在什么业务流程中什么时间会给用户触发消息，如按周期重复的时间点，或系统状态变更、用户操作结果等；
从触发维度划分：分为系统触发和手动推送两部分，系统触发顾名思义为用户触发某个业务流程后自动发送给用户，例如购买基金成功后会发送申购成功的通知；手动推送消息，需要运营同学或者业务同学在后台进行设置后，才可以推送给目标用户。

如：我们用直播业务流程完成的说明消息触发的条件举例说明：

直播创建后，当运营的同学成功上架一场新的直播活动，触发机制为运营在后台手动推送给目标用户，告知目标用户有新的直播可以预约；
直播预约前，用户在直播模块的前端页面点击「预约直播」按钮，系统触发消息提示用户，本场直播用户预约成功；
直播开播前，系统在设置的时间节点自动发送给预约用户，提示用户直播开始。

文章插图
3. 消息推送的人群（who）即消息接收方，可能是系统中的全部用户，也可能会根据权限划分推送到某个用户群组，或者是某个特定用户；用户群组的划分，与用户的画像和业务紧密关联，如果后台已设置用户标签和画像库，则会使消息更加高效。
4. 消息推送的渠道（where）首先我们要先梳理，消息的推送渠道一共有哪些及这些渠道的特点：

电话；传统的电销模式下，电话提醒作为获客的主要手段，优势在于可以强提醒用户，并和用户做深度沟通，但是由于过度打扰用户，触发方式及渠道比较特殊，成本较高，所以这种提示方式需要甄别业务实施，不建议使用。
短信；作为及时触达用户的一种方案，用于把重要且信息量较少的消息内容及时传达给用户的有效方法，如验证码、基金申购通知等。
邮件；互联网2.0时代的重要的沟通方式，优势可以把信息量较大的消息准确地推送给用户。但是随着移动互联网的兴起，即时通讯APP大量的出现，邮箱作为主要的pc端工作交流的渠道，所以劣势就是无法及时提醒用户；如常见的消息业务员激活邮箱、验证码、银行账单等依旧在使用。
push推送；主要是配合应用的出现，iOS和安卓系统的推送方式不同，iOS可以运用自身系统的原生推送渠道，推送规则一致；安卓则因手机厂商的规则不一致，则应用无法单独满足，一般会使用第三方服务；需要用户及时处理的消息则使用push推送。
弹窗；主要作为用户前端操作反馈的及时通知，如订阅成功、直播预约成功等。
站内信；作为主要应用消息的推送方式，可以把消息有效且准确地推送给目标用户，并在消息中心储存；应用类所有业务皆可使用此渠道。

然后我们再去划分哪些业务的消息使用哪种渠道展示给用户；如直播业务中会涉及到的消息渠道：

直播创建后，运营在后台手动推送给目标用户，可以使用PUSH及站内信的方式展示给目标用户直播信息；
直播预约前，用户在直播模块的前端页面点击「预约直播」按钮，系统触发tost弹窗/站内消息提示用户预约成功；
- 上一页
- 1
- 2
- 3
- 4
- 下一页