如何从0-1重构建消息系统：客户端( 二 ) 编辑导语：消息系统是产品的

【如何从0-1重构建消息系统：客户端】方法二：收集相关资料
消息系统作为每一款产品的基础模块，在前期的版本规划中，相关的产品经理和技术会留有相关的文档，如果我们在具体实施方案前，业务方没有明确的方向，我们可以通过部门内部调研，来解决需求真伪的问题：
我们需要通过产品内部对齐信息，并与相关的产品经理了解其他模块与消息模块的业务关联，并收集相关的文档，避免造成优化的过程中方案无效。其次我们需要和相关的技术负责人沟通，收集现在系统中的消息种类、发送机制等，尽量让技术提供系统消息模版，这一步非常关键，因为随着业务的变迁，人员的更迭，业务部门的人员提供的相关信息可能存在纰漏和错误，查看技术代码可以最真实的还原现在消息模块的具体情况。 2.外部调研如果你对消息系统没有概念，只是知道这套系统具体功能是做什么的，这样是远远不够的。你需要进行深入的调研，我们可以进行竞品调研，大致把竞品和你所熟知的app的消息模块进行系统了解，这样你才能够提出足够有重点的问题。
笔者在进行消息模块的竞品分析时，根据消息模块的特点，从业务层和体验层两个大的维度进行了分析，表格如下：

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

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

文章图片
2.消息触发的条件（way、when）
从业务维度划分：在什么业务流程中什么时间会给用户触发消息，如按周期重复的时间点，或系统状态变更、用户操作结果等；从触发维度划分：分为系统触发和手动推送两部分，系统触发顾名思义为用户触发某个业务流程后自动发送给用户，例如购买基金成功后会发送申购成功的通知；手动推送消息，需要运营同学或者业务同学在后台进行设置后，才可以推送给目标用户。如：我们用直播业务流程完成的说明消息触发的条件举例说明：
直播创建后，当运营的同学成功上架一场新的直播活动，触发机制为运营在后台手动推送给目标用户，告知目标用户有新的直播可以预约；直播预约前，用户在直播模块的前端页面点击「预约直播」按钮，系统触发消息提示用户，本场直播用户预约成功；直播开播前，系统在设置的时间节点自动发送给预约用户，提示用户直播开始。
文章图片
3.消息推送的人群（who）即消息接收方，可能是系统中的全部用户，也可能会根据权限划分推送到某个用户群组，或者是某个特定用户；用户群组的划分，与用户的画像和业务紧密关联，如果后台已设置用户标签和画像库，则会使消息更加高效。