客户端|如何从0-1重构建消息系统：客户端( 二 )_

【客户端|如何从0-1重构建消息系统：客户端】特别注意沟通的时候尽量要记下来自己不懂的问题，随后要和相关访谈部门进行及时的确认，避免在后续方案实施中遗漏比较重要解决方案。
方法二：收集相关资料
消息系统作为每一款产品的基础模块，在前期的版本规划中，相关的产品经理和技术会留有相关的文档，如果我们在具体实施方案前，业务方没有明确的方向，我们可以通过部门内部调研，来解决需求真伪的问题：

我们需要通过产品内部对齐信息，并与相关的产品经理了解其他模块与消息模块的业务关联，并收集相关的文档，避免造成优化的过程中方案无效。
其次我们需要和相关的技术负责人沟通，收集现在系统中的消息种类、发送机制等，尽量让技术提供系统消息模版，这一步非常关键，因为随着业务的变迁，人员的更迭，业务部门的人员提供的相关信息可能存在纰漏和错误，查看技术代码可以最真实的还原现在消息模块的具体情况。

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

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

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

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

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

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