资讯内容采集系统(去除冗杂、推动系统优化，若想重构消息系统应该从哪些方面下手呢？)

　　资讯内容采集系统(去除冗杂、推动系统优化，若想重构消息系统应该从哪些方面下手呢？)

　　编者介绍：消息系统是产品的重要组成部分。它是企业产品与用户之间的桥梁。但是，如果产品不能有效地将信息传递给用户，就会影响后续的用户留存和产品迭代优化。为了去冗余，促进系统优化，如果要重构消息系统，应该从什么开始呢？这篇文章的作者做了相应的解读，一起来看看吧。

　　消息模块是每个产品不可或缺的重要模块。消息系统作为用户与产品之间的重要桥梁，在整个产品的每一个周期中一直扮演着重要的角色。既要保证企业核心业务流程的正常运行，又要传达用户反馈。

　　本文将分为上下两部分，基于消息中心思想的设计方案，以及基于消息应用的消息中心和后台方案的最终实现收发，为公司不同业务场景提供支持。

　　一、重建背景

　　对于一家财务咨询公司来说，如何有效、准确、及时地向用户传达专业的指导信息是一项非常重要和核心的业务。随着新业务的不断叠加，由于缺乏系统的规划，造成了现有业务的消息冗余、消息分类不明确、交付方式不及时等诸多问题。很多生意。

　　任何产品的重要模块重构过程都是一项非常具有挑战性的任务，尤其是核心业务，原有的流程已经深入人心，前端的功能体验和交互方式已经被大家熟悉和接受用户。如果大改，用户重塑认知的风险，会不会因认知成本高而流失原有用户，业务人员会不会接受？许多因素是该模块成功的关键因素。.

　　下面，笔者将详细分享自己对消息中心重构的设计心得（以下内容和数据经过模糊处理，仅供参考）。

　　二、需求研究

　　需求研究有很多分类和方法。在这个消息系统的优化中，作者采用了内部研究和外部研究两种方案。下面将为您详细介绍。

　　1. 内部研究

　　如何对现有的消息系统有一个全面而细致的了解，需要我们首先找到突破口，在日常工作职责中必须使用消息的职能部门。

　　我们不仅要了解消息业务背后的痛点，还要系统地了解业务。如果是需求研究，更多的是解决一个问题。现在我们需要了解和组织整个流程，这样不仅可以了解更深层次的业务逻辑，还可以给我们进一步了解业务的机会（作为一个新手，了解有需求的业务是一种更快的成长方式）。

　　方法一：相关人员走访调研

　　在实际调研过程中，在确定了业务部门的关键人物后，与相关业务人员进行面对面访谈在公司较为常见；如果是来自不同办公地点的同事，也可以使用在线交流。

　　首先要提前想好问题，以免与需求方会面后不知道重点，导致缺乏研究中心。在这里，我们可以为您提供几个方向，帮助您在调查新闻业务时了解业务方面。

　　请列举我们部门需要通过消息推送发送给业务用户的业务。消息推送的*敏*感*词*是如何实现的？这些企业目前获取信息的方式是什么？系统是自动发送还是需要手动推送，多久发送一次？你有遇到什么问题吗？通过现有渠道推送公众号/App Push/站内消息推送时，如何过滤推送渠道？您认为有必要增加推送渠道吗？不同渠道分别对应哪些业务场景？目前，我们的消息业务能否满足现有的应用场景和客户群，还有哪些不足的地方可以针对更多的场景进行优化，对公司有帮助？s 业务改进？在没有消息渠道可以联系到客户的情况下，我们目前如何与客户沟通？沟通的结果是什么？有相关数据支持吗？

　　要特别注意在沟通时把自己不理解的问题写下来，然后及时与相关面试部门确认，避免在后续计划的实施中遗漏重要的解决方案。

　　方法二：采集相关信息

　　消息系统是每个产品的基本模块。在早期的版本规划中，相关的产品经理和技术都会留下相关文档。如果业务方在具体实施方案之前没有明确的方向，可以通过部门。内部研究解决需求真实性问题：

　　我们需要对产品内部的信息进行对齐，与相关产品经理了解其他模块和消息模块之间的业务关系，并采集相关文档，避免优化过程中方案失效。其次，我们需要与相关技术负责人沟通，采集当前系统中的消息类型、发送机制等，尽量让技术提供系统消息模板。这一步非常关键，因为随着业务的变化，人员的变化，业务部门的变化，人员提供的相关信息可能存在瑕疵和错误。查看技术代码可以最真实的还原当前消息模块的具体情况。2. 外部研究

　　如果你没有消息系统的概念，只知道这个系统的具体功能是做什么的，这是远远不够的。你需要进行深入的研究。我们可以进行竞品调研，系统地了解竞品和你熟悉的app的消息模块，这样你就可以提出足够有针对性的问题。

　　笔者在分析消息模块的竞品时，根据消息模块的特点，从业务层和体验层两大维度进行分析。表格如下：

　　三、如何全面梳理消息系统

　　关于消息系统，我们要清楚知道消息本身底层逻辑的主要维度，从这些维度分析前台的功能设置，以及后端需要配置的相关配套数据。接下来，作者使用5W1H方法，从5个大维度进行分析。

　　1. 消息触发业务（什么）

　　作为模块重构，通过对业务部门和内部产品的研究，不仅要了解哪些业务触发了消息，还要与业务方讨论随着业务的增加，哪些新业务需要添加消息提醒服务。

　　比如运营部现有的消息业务是课程打折活动。通过调研发现，近期运营需要负责直播业务。该业务需要增加消息发送。我们需要先记录这个业务。

　　2. 消息触发的条件（方式、时间）

　　例如，我们以直播业务流程完成的描述消息触发的条件为例进行说明：

　　直播创建后，当操作同学成功发起新的直播事件时，触发机制是操作在后台手动推送给目标用户，通知目标用户有新的直播可以保留；点击“预约直播”按钮，系统触发消息提醒用户，直播用户预约成功；直播开始前，系统在设定的时间节点自动发送给预约用户，提示用户开始直播。

　　3. 推送消息的人（谁）

　　即消息接收者可以是系统中的所有用户，也可以根据权限的划分被推送到一个用户组或特定用户；用户群的划分与用户的画像和业务息息相关。后台设置了用户标签和头像库，让消息更高效。

　　4. 消息推送的通道（在哪里）

　　首先，我们需要梳理一下，消息推送渠道有哪些，这些渠道的特点：

　　然后我们划分哪些业务消息通过哪些渠道展示给用户；比如直播业务涉及的消息渠道：

　　直播创建后，在后台手动向目标用户推送操作，可以将直播信息以PUSH和站内消息的形式展示给目标用户；窗口/站内消息提醒用户预约成功；直播开始前，系统会在设定的时间节点自动向预约用户发送推送消息，提示用户开始直播。5. 消息推送的内容（如何）

　　消息内容按功能设置分为：只读和可操作。

　　消息分类需要结合业务深度来划分消息分类。目的是让用户以最短的路径浏览同类信息。高概率可以分为系统消息和业务相关消息。如果有社区，也会有互动信息。内聚合。

　　四、客户端消息构造方案

　　整理之后，我们这次主要需要重构APP的应用级消息。

　　而通过对业务端的研究，消息的主要问题是不断叠加新业务。由于没有系统的规划，现有的业务消息比较复杂，消息分类不明确。因此，我们需要对业务消息进行分类和合并，并对其进行重组。消息类型划分，消息类型与前端呈现形式明确划分。

　　1. Push 推送前端展示方案

　　Push的前端展示样式主要有：标题+摘要和标题；在不同的业务条件下，这两种展示方式都可以使用，所以我们在后台设计时需要注意字段的扩展。

　　需要注意的是，由于Android和iOS的机制不同，这里对两个平台进行说明。

　　1）安卓

　　国产安卓系统都是定制的ROM。需要与各大手机厂商合作，将产品加入白名单，或者将APP加入手机自带的安全工具白名单，保证推送不会丢失，因为是与各家手机厂商有关。连接大手机厂商的成本太高了。一般情况下，我们会连接第三方服务商（如极光）。各厂商的字符规则如下：

　　2）iOS

　　iOS的推送需要通过苹果官方服务器推送，与进程的生存无关，前提是用户开启了推送通知权限。

　　2. 内部消息优化

　　对于站内消息的优化，我们从两个方面入手。首先，业务侧需要对消息进行整合分类，划分明确的类型，从类型上减少用户识别路径；其次，针对消息的录入和消息列表的呈现形式，缩短用户的查看时间。消息路径。

　　1）消息条目

　　对于金融产品，消息入口的常见呈现形式包括底部的主导航选项卡和顶部的图标入口：

　　作为具有金融属性的产品，信息的及时披露对于用户的交易和服务非常重要。因此，在设计消息门户时，我们会选择兼顾灵活性和即时性的产品设计。两种设计都可以对于重要的消息类型，可以提供一个数字标记作为未读消息数量的指示。

　　2）消息列表

　　消息列表是笔者这次改造的重点区域。点击消息条目后，跳转到消息列表。由于业务增加，消息类型不明确，消息层级混乱。通过竞品研究，主流金融产品的消息列表为： 以下两种形式为消息分类或分页相结合的方式。

　　两种模式的区别在于，如果消息分类较多且有二级消息分类，则采用组合分类的产品设计，列表的展示相对简单，用户可以清楚地获取消息分类信息。

　　另外，如果消息的二级分类列表也可以在二级分类列表中使用，可以使用tab交互方式。列表顺序可根据业务的重要性质默认排列，信息详情按时间倒序排列；你可以按照你自己的。针对产品的具体情况设计产品方案。

　　3） 消息列表详细信息

　　消息列表详情，主要功能让用户无需点击消息详情即可了解主要消息内容。主要有以下几种：

　　标题+时间戳+内容摘要（消息内容字数固定）：一般用于消息频率高、消息内容长或单词相对较少的消息列表详情的消息，如新闻信息或交易提醒，只读到获取固定字数的消息内容，用户需要点击进入查看更多消息内容。互动功能未读时，文字会高亮显示，点击查看后会变灰；标题+时间戳+内容摘要（消息的关键内容）：对于可以从消息内容中提取出主要摘要字段的消息，可以使用这个列表明细来提高用户获取消息内容的效率，从而使信息有效能及时触达用户；比如收入等；标题+时间戳+图片+内容摘要（消息的关键内容）：此列表用于一般事件消息，也可以使用消息频率低的消息。添加活动图片可以增强活动的气氛，增加用户的点击欲望。

　　特别说明时间戳的规则，一般以12或24小时格式为标准。

　　五、总结

　　本文详细介绍了作者工作中消息通知系统的重构。金融消息通知需要及时向用户更新状态和内容，用户可以根据收到的消息进行后续判断。如果重要消息没有及时到达用户或消息被滥用，消息通知的原创目的将丢失。

　　尤其是涉及复杂任务流程的产品，消息类型复杂，难以全面盘点消息类型。消息系统的设计尤为重要。希望通过这个文章，可以借鉴消息通知系统的设计。

　　本文由@大大连原创发表于人人都是产品经理。未经许可禁止复制

　　题图来自Unsplash，基于CC0协议