消息提醒是一种信息交换的方式。目的是及时将反馈状态、内容的更新、重要的提醒触达给用户

• 通过业务去理解产品模块（一定要结合系统侧、对应的业务场景和用户场景）。
• 去拆解其他产品是如何做该产品模块的？
• 再基于产品经理工作流去设计产品模块。

接下来想通过消息模块来梳理下整体的流程应该如何思考。（PS：设计产品模块可别按照“工作经验”来做，而是真正落地业务去考虑，往往一顿操作猛如虎，结果一改到从头。请三思！！）

一、消息模块的整体架构

消息提醒是一种信息交换的方式。目的是及时将反馈状态、内容的更新、重要的提醒触达给用户。

尤其是涉及到复杂多状态的业务流程的产品，无法一步触达给用户，那么消息系统针对于状态流的告知就显得尤为重要。当然，通过消息系统也能达到召回用户的目的。

那么可以通过一句话来梳理——“在达到某一触发条件下，由发送方发送消息给到接收方，接收方可针对此条消息提供反馈”。John用一张图来解释下：

其中：

• 触发时间和条件（何时触发的节点）：用户通过触发某个动作或者用户操作结果给予对应的反馈，系统侧主动推送对应的信息和系统状态发生变更也会给予反馈；
• 消息来源（消息发动方）： 一般是系统主动推送消息（包含状态的变更、营销通知），第三方或某个用户通过系统推送的消息；
• 通知对象（消息接收方）：根据系统给用户划分的维度来推送消息，便于个性化推送或精细化运营；
• 触达渠道（怎么找到接收方）：触达的方式可以通过APP Push消息、短信、电话等方式；
• 通知文案（告诉接收方什么信息）：其中APP Push消息对应的文案、短信文本消息、电话内容等；
• 操作反馈（接收方可以干啥）：主要分为只读与操作反馈。只读，即当前消息用户在浏览后不需要做更多的操作，主要以了解为主；操作反馈，即当前消息需要用户浏览，且在浏览后做相应的后续操作。

通过以上六步，结合业务场景和消息的重要性，可以依次做分类。这里可以通过实际场景的业务流程进行梳理，其中消息推送需要满足以下三个维度：

• 消息的全面性 ：在业务流程中，消息推送一定要全面且完整。业务过程的扭转，比如订单状态扭转的推送；
• 消息的及时性 ：消息的触达方式要及时有效，在消息相关事件发生后，用户能在第一时间获取到信息并提供操作反馈给到消息发送方；
• 消息的高效性 ： 方便用户更便捷的处理消息通知，将相似的消息合并。

相信通过以上的内容，至少对消息模块有了一定的了解，接下来可以结合一起场景来聊下。

二、根据业务去理解消息提醒模块

举一个例子，用户在电商平台购买商品，在【付款】阶段退出了，在某个阶段未继续【付款】，是不是需要给用户推送消息？John帮您整理了下：

那么可以分为三步整理成这张图片：

针对这三步来整理下里面的细节：

①梳理产品中包含的消息类型清单