专业的短链接生成工具
链接域名
短网址有效期
以电商/社交为例，解析不同业务消息功能的关键点
更新时间：2025-6-3 00:59:47 作者：爱短链
新闻模块是辅助业务实现与用户互动最直接的产品模块。
由于新闻本身具有广泛的意义，不同的业务也会产生不同的新闻产品形式。
新闻产品的设计也有不同的意见和智慧。
业务不断变化，掌握新闻设计的关键点，以应对不断变化。
1、新闻分类：案例分析 1. 电子商务产品新闻分类设计：以某淘为例 例如，在电子商务场景中，根据核心业务需求，不同业务的新闻需要接触用户。
有些信息优先级高，有些需要与用户实时沟通，如私人聊天，IM通讯等。
因此，在设计信息系统之前，我们必须了解新闻所涉及的业务形式。
这决定了如何在具体设计中设计新闻形式和互动。
就电子商务而言。
新闻形式分类： 根据业务信息量，新闻页面在页面信息路径上会有不同的显示方案。
一般来说，新闻页面有二级：新闻列表页面-新闻主页。
消息主页可以是基于服务号的信息卡流，也可以是一行文案或链接，或者H5互动页面，或卡片流；如下图所示： 电子商务产品的新闻设计侧重于售后服务。
因此，新闻创建的主体来自商品/商店/订单/物流/品牌/优惠券/促销活动等业务资源的变化。
通常，这类新闻将由相应的管理系统发送，但产品经理也需要根据相应的业务动态定义新闻形式。
2. 社交产品新闻分类设计:以某博为例 与电子商务产品相比，社交产品的新闻设计也很明显。
如下图所示： 以微博产品为例，相关新闻类型总结如下： 在社交产品中，新闻的产生可以来自于关注和不关注用户、粉丝、群体、社区、订阅号等主要对象。
这些角色也是构建社交产品的基本框架。
二、消息基本产品流程 从以上案例来看，在实际的新闻设计中，我们需要区分电子商务/社交/金融等平台的属性。
根据具体业务，定义新闻产品流程、新闻类型、新闻优先级、新闻发送方式和新闻显示方式。
如下图所示： 三、消息产品分步设计 第一步：「定义消息」 从新闻的本质来看，如果系统编辑新闻诞生的规则，我们可以从语义和系统原理中找到答案： 第一点： 从场景的角度来看，新闻作为一个包含动作的词，在语义上有一个共同的结构：模型1 ：“对象 动作” 或者 “ 对象A 动作 对象B” 其中，对象A是动作的施加者，对象B是动作的承非常简单的语法解构)。
第二，从开发的角度来看：资源在不断更新的过程中触发生的规则，最终推送给订阅接收用户； 这里有四个对象： someone = 提醒触发器，或发送者，标记为sender do something = 评论、喜欢评论，喜欢，关注都是动作，标记为action something = 提醒动作对象，这是哪篇文章，标记为target someone’s = 提醒动作对象的所有者被标记为targetOwner 例如，对于电子商务产品，提醒触发者可分为促销系统/管理员/商店/订单系统/物流系统/；社交网络是用户KOL等待自媒体账号。
输出需求关键点1:定义:资源/动作: 即：谁 在什么情况下 如何在用户端显示消息文案模板； 第二步「用户订阅」 每个用户都有自己的订阅管理表。
subscribeconfig，记录用户的提醒设置。
当用户没有提醒设置时，可以使用系统默认设置。
用户订阅管理记录大致包括： 订阅目标(资源是什么) 目标类型的订阅 订阅的动作（action） 触发订阅条件 （subscribereason =发布，对应action=赞/评论，比如我发表了一篇文章，如果有人喜欢和评论这篇文章，可以通知我) 输出需求关键点2：定义用户订阅管理对象的名称，如上图所示。
第三步 分发和获取消息 1 确定消息分发方式： 第一种：提取；当用户登录时，客户端要求服务提取相关消息数据，定期从服务器获取新消息并更新，或在用户手动下拉加载消息页面时更新。
第二种：push；push对消息的及时性起着重要作用。
2 确定分发频率： 根据消息的优先级制定消息发送的高低策略。
例如，高优先级消息的频率可以是：实时更新；即使用户知道并处理此类信息。
中间消息，即使不需要知道，频率可以是：时间/天/周；低优先级消息，频率可以是：固定周期； 3 优化消息分发：聚合 新闻的聚合，就是在什么情况下，可以将类似的行为分为相同的信息，进行推送。
输出需求关键点3:消息分发方式(可与技术沟通)，消息分发优先更新策略。
第四步： 阅读和标记新闻 输出需求关键点4： 定义信息数量显示规则： 1. 消息在TAB或列表中的显示规则，如显示方式，最多显示几个，如何显示超过限制等； 2. 定义信息处理的交互和处理状态：定义信息的有效操作，即用户如何将其标记为已读/处理状态。
处理交互可分为： 忽略：忽略此信息 查看:点击详细信息或主动标记已读 删除：删除本消息 确认：需要确认此消息 回复:需要数据交互 处理：适用于更复杂的业务通知。
第五步：新闻回收 新闻回收：根据实际开发需要，设置相应的用户设计，确认指定的新闻内容是否在一定时间内删除。
四、总结 新闻产品设计前提：明确新闻产生的主体（非常重要）； 第一步:定义:资源/动作: 消息模版； 第二步：定义用户订阅管理的具体对象； 第三步:消息分发方式(可与技术沟通)、对象、时间、更新时间、加载规则; 第四步：定义产品端新闻显示规则（数量/文案/图形结构等）；信息标记规则； 第五步：新闻回收规则。
新闻设计的本质是考虑产品经理是否有抽象的业务思维，这也是建立产品基本框架的基本质量，但也涉及信息设计和交互知识，值得研究。
特别说明：本网站的主要目的是收集与互联网运营相关的干货知识，为运营伙伴提供便利。
本网站收集的公共内容来自互联网或用户的贡献，这并不意味着本网站同意其观点，也不对网站内容的真实性负责。
如有侵权行为，请联系网站管理员删除，。
由于新闻本身具有广泛的意义，不同的业务也会产生不同的新闻产品形式。
新闻产品的设计也有不同的意见和智慧。
业务不断变化，掌握新闻设计的关键点，以应对不断变化。
1、新闻分类：案例分析 1. 电子商务产品新闻分类设计：以某淘为例 例如，在电子商务场景中，根据核心业务需求，不同业务的新闻需要接触用户。
有些信息优先级高，有些需要与用户实时沟通，如私人聊天，IM通讯等。
因此，在设计信息系统之前，我们必须了解新闻所涉及的业务形式。
这决定了如何在具体设计中设计新闻形式和互动。
就电子商务而言。
新闻形式分类： 根据业务信息量，新闻页面在页面信息路径上会有不同的显示方案。
一般来说，新闻页面有二级：新闻列表页面-新闻主页。
消息主页可以是基于服务号的信息卡流，也可以是一行文案或链接，或者H5互动页面，或卡片流；如下图所示： 电子商务产品的新闻设计侧重于售后服务。
因此，新闻创建的主体来自商品/商店/订单/物流/品牌/优惠券/促销活动等业务资源的变化。
通常，这类新闻将由相应的管理系统发送，但产品经理也需要根据相应的业务动态定义新闻形式。
2. 社交产品新闻分类设计:以某博为例 与电子商务产品相比，社交产品的新闻设计也很明显。
如下图所示： 以微博产品为例，相关新闻类型总结如下： 在社交产品中，新闻的产生可以来自于关注和不关注用户、粉丝、群体、社区、订阅号等主要对象。
这些角色也是构建社交产品的基本框架。
二、消息基本产品流程 从以上案例来看，在实际的新闻设计中，我们需要区分电子商务/社交/金融等平台的属性。
根据具体业务，定义新闻产品流程、新闻类型、新闻优先级、新闻发送方式和新闻显示方式。
如下图所示： 三、消息产品分步设计 第一步：「定义消息」 从新闻的本质来看，如果系统编辑新闻诞生的规则，我们可以从语义和系统原理中找到答案： 第一点： 从场景的角度来看，新闻作为一个包含动作的词，在语义上有一个共同的结构：模型1 ：“对象 动作” 或者 “ 对象A 动作 对象B” 其中，对象A是动作的施加者，对象B是动作的承非常简单的语法解构)。
第二，从开发的角度来看：资源在不断更新的过程中触发生的规则，最终推送给订阅接收用户； 这里有四个对象： someone = 提醒触发器，或发送者，标记为sender do something = 评论、喜欢评论，喜欢，关注都是动作，标记为action something = 提醒动作对象，这是哪篇文章，标记为target someone’s = 提醒动作对象的所有者被标记为targetOwner 例如，对于电子商务产品，提醒触发者可分为促销系统/管理员/商店/订单系统/物流系统/；社交网络是用户KOL等待自媒体账号。
输出需求关键点1:定义:资源/动作: 即：谁 在什么情况下 如何在用户端显示消息文案模板； 第二步「用户订阅」 每个用户都有自己的订阅管理表。
subscribeconfig，记录用户的提醒设置。
当用户没有提醒设置时，可以使用系统默认设置。
用户订阅管理记录大致包括： 订阅目标(资源是什么) 目标类型的订阅 订阅的动作（action） 触发订阅条件 （subscribereason =发布，对应action=赞/评论，比如我发表了一篇文章，如果有人喜欢和评论这篇文章，可以通知我) 输出需求关键点2：定义用户订阅管理对象的名称，如上图所示。
第三步 分发和获取消息 1 确定消息分发方式： 第一种：提取；当用户登录时，客户端要求服务提取相关消息数据，定期从服务器获取新消息并更新，或在用户手动下拉加载消息页面时更新。
第二种：push；push对消息的及时性起着重要作用。
2 确定分发频率： 根据消息的优先级制定消息发送的高低策略。
例如，高优先级消息的频率可以是：实时更新；即使用户知道并处理此类信息。
中间消息，即使不需要知道，频率可以是：时间/天/周；低优先级消息，频率可以是：固定周期； 3 优化消息分发：聚合 新闻的聚合，就是在什么情况下，可以将类似的行为分为相同的信息，进行推送。
输出需求关键点3:消息分发方式(可与技术沟通)，消息分发优先更新策略。
第四步： 阅读和标记新闻 输出需求关键点4： 定义信息数量显示规则： 1. 消息在TAB或列表中的显示规则，如显示方式，最多显示几个，如何显示超过限制等； 2. 定义信息处理的交互和处理状态：定义信息的有效操作，即用户如何将其标记为已读/处理状态。
处理交互可分为： 忽略：忽略此信息 查看:点击详细信息或主动标记已读 删除：删除本消息 确认：需要确认此消息 回复:需要数据交互 处理：适用于更复杂的业务通知。
第五步：新闻回收 新闻回收：根据实际开发需要，设置相应的用户设计，确认指定的新闻内容是否在一定时间内删除。
四、总结 新闻产品设计前提：明确新闻产生的主体（非常重要）； 第一步:定义:资源/动作: 消息模版； 第二步：定义用户订阅管理的具体对象； 第三步:消息分发方式(可与技术沟通)、对象、时间、更新时间、加载规则; 第四步：定义产品端新闻显示规则（数量/文案/图形结构等）；信息标记规则； 第五步：新闻回收规则。
新闻设计的本质是考虑产品经理是否有抽象的业务思维，这也是建立产品基本框架的基本质量，但也涉及信息设计和交互知识，值得研究。
特别说明：本网站的主要目的是收集与互联网运营相关的干货知识，为运营伙伴提供便利。
本网站收集的公共内容来自互联网或用户的贡献，这并不意味着本网站同意其观点，也不对网站内容的真实性负责。
如有侵权行为，请联系网站管理员删除，。
