“评论”功能是围绕内容展开的“轻社交”功能，是几乎所有产品的“标配功能”。 那么小型评论区如何设计呢？ 本文将从前端和后端的需求出发，详细介绍评论功能的设计方法。
一般来说：产品的最终形态是业务目标和核心流程的体现，因此产品设计与产品类型和业务目标密切相关。
一、前端需求与设计 1、为什么需要评论功能？
用户评论可以打通用户与用户、用户与产品之间的界限，提供双向甚至多向的沟通方式，增强产品关系维系。 评论功能不再只是用户表达意见的唯一目的，还创造了隐藏在屏幕背后的社交关系。
2.评论分类
评论可分为一级评论和二级评论（回复）。 详细定义如下：
3、根据查看/发表评论两种行为分析用户的使用动机。
用户对评论功能的使用可以分为两种行为：查看和发帖。
全面的：
不同的产品类型有不同的查看和发表评论的动机。 详细请看下面的分析：
4、从自己的产品出发，详细描述不同产品功能的用户动机差异。
就我们自己的产品而言，作为国企背景运营商的工具型应用网页点赞，有以下特殊性：
由于功能模块的多样性，评论的作用也不同：评论机制大多与业务处理和客户服务相结合。 同时，随着信息内容被添加到产品中，评论功能也会出现在信息内容下方。
对于上述三种不同的功能（业务处理、客户服务和信息），用户使用评论的动机也不同：
5.评论功能产品设计细节
针对不同类型的产品，评论功能的设计也应该有所不同。 产品的最终形态服务于产品功能的核心作用。
下面从评论功能的页面元素来分析评论区的详细设计：
(一)整体页面设计
评论功能一般可分为内嵌评论页面和独立评论页面。 内嵌评论页面是指评论直接显示在内容/产品下方的页面设计方式，如淘宝、头条、微博等； 独立评论页面是指需要跳转才能看到评论的页面设计，例如知乎等。
评论页面的整体设计除了展示风格之外，还涉及到逻辑设置。 例如，一级评论是按时间顺序排列还是按照点赞数倒序排列，以及在发布时间相同、点赞数相同的情况下如何排序，这些都需要产品经理决定根据他们产品的特点。
就我们自己的产品而言，由于页面来源和性质不同，有些页面是自有页面，可以修改添加评论区，所以设计为嵌入式评论页面； 有些页面是外部H5页面，由于页面内容无法修改，所以添加了消息悬浮窗，跳转后可以查看和发表评论。
(2)评论入口设计
发表评论的入口可以分为发表一级评论的入口和发表二级评论的入口。
发表一级评论的入口一般存在于页面中。 该位置可以是页面上的永久位置，例如页面底部：网易云音乐、今日头条等； 或者可能以浮动框的形式永久在页面右下角：百度知道，评论更有指导意义。
也可能放在页面的中央，比如公众号、“写留言”入口，这需要对内容有一定的了解才能发表评论； 或者可能需要在发表评论之前完成某些行为。 一般发表评论的入口在其他页面：淘宝。 您需要在我的 - 待审核中发表评论。 一级评论的入口设计可以根据自己的产品需求自行决定。
发表二次评论的入口可以跟随内容露出留言按钮，更具指导性； 回复入口也可以通过点击交互给出，感应性较小。
二次评论入口的设计也需要根据自己产品的需求来决定。
(3)评论内容输入页面设计
根据评论内容的长度，可以将评论内容分为长评论和短评论两种类型。 页面交互方式可分为当前页面输入和跳转后输入两种方式：
1）较长的评论
输入框需要很大，甚至可以占据整个页面。 之前录入的内容可以随时查看，形成章节体系。
例如：在知乎的回答页面，长评论输入一般需要跳转到新的页面，但跳转后的页面需要提示用户正在评论什么内容，因此通常会显示文章的主题或产品。 姓名等
2) 简短回顾
输入框只需要一行空格，比如今日头条的评论； 由于用户本身发布的内容不会很长，所以输入框不需要很大。 简短评论的输入框通常位于当前页面。
豆瓣书评中，根据书评的长度分为短评和讨论两个区域。 美妆产品“女友美妆”可以对产品发布长评或短评，满足不同受众的不同需求。
除了上述交互方式外，输入框中可以输入的内容可以是文字、图片，甚至视频、音频等，对于电商产品，还可以添加星级等元素。
(4)二次评论风格设计
二级评论设计主要分为两种形式（具体展示方式需根据产品特性和二级评论数量确定）：
1) 折叠式
主要关注一级评论，显示所有二级评论。 优点是一级评论和对应的二级评论可以形成明确的对应关系，上下文紧密相连； 缺点是评论显示的位置有限。 如果二级消息的内容有很多，并且用户发表的评论需要多次点击才能显示。
同时，二级评论的点赞限制也较多。 如下图从百度评论区可以看出，二级评论很难给点赞区。
对于折叠，一般先暴露n条二级评论，其他评论可以在当前页面无限展开或者需要跳转到新页面才能全部查看； 如：微博、百度贴吧等。
如果二级评论和一级评论联系紧密，比如问答类产品，推荐使用此方法。 如果二级评论较多网页点赞，建议使用跳转新页面的交互方式查看所有二级评论。
2) 瓦片类型
打破一级和二级评论的区别，将所有评论平铺。
缺点是一级评论和二级评论之间的联系较弱。 优点是显示位置比较灵活，不必折叠到一级评论中，比如网易新闻。
（5）交互机制设计（回复入口、识别、流水等）
交互机制可分为强交互和弱交互两种方式：
强互动就是回复别人的评论； 弱互动是点赞、认可、评论等。
反馈机制是评论区必备的设计，可以增强用户之间的联系； 用户可以根据自己的需要选择强交互方式或弱交互方式。
不同产品之间的交互机制有所不同。 一般来说，评论区的标准交互机制包括回复（包括用户之间的回复以及用户与运营商之间的回复）和点赞。
对于垂直社区产品，比如问答平台，可以识别、评论、分享别人的评论等。其他交互逻辑，比如是否支持用户回复自己的评论、是否支持别人删除自己的评论等评论、是否喜欢二次评论等，可以根据产品的需求来设计。
(6)评论功能分区
例如，网易新闻将评论区分为两个区域：热门帖子和最新评论。 豆瓣书分分为评论区和讨论区两个模块：淘宝区分评论区和大家提问区； 产品经理可以根据产品特性和评论数量来决定。 是否需要分区。
(7)其他相关功能设计
与评论功能密切相关的一个功能是消息提醒功能。 对于用户之间不同的交互方式，提醒方式也应该区别对待。
例如：对于运营商或者其他用户的回复，这种强互动的方式需要及时推送活跃气氛，并且可以点击消息提醒查看完整的回复内容，快速回复，跳转回评论页面， ETC。; 对于点赞、点赞等其他弱交互方式，则无需推送，可以跳转回评论页。
2、后台需求及设计
评论功能不仅涉及前端交互，还涉及后端逻辑。 以下是根据自己的产品整理的后端设计思路（注：我们的评论区名称为留言区）：
1. 背景要求汇总
就我们自己的产品而言，公司是国企背景，产品具有平台属性，不仅是TO C，还包括TO B。因此，在满足用户需求的同时，还要满足用户的需求。各省作业人员的需求。 从这个属性出发，后端的需求总结如下：
01
由于该公司具有国企和经营者性质，用户评论的倾向性具有不确定性（可能包括辱骂等），所以增加了审核机制，保证内容的健康性。
审核机制包括机器审核和人工审核。 人工审核需在消息后台完成。
具体来说：健康的内容可以在用户前端界面进行审核和展示，有问题的内容可以进行审核和否决，运营商可以通过私信回复用户，最大程度地满足用户的个性化需求。
而且，不同功能模块的审计要求也不同。 比如业务处理模块可能有很多用户辱骂等内容，需要审计。 信息模块不涉及处理等与金钱相关的敏感问题，因此审计要求并不大。
02
由于用户希望在产品中得到相关问题的解答，因此要求运营人员回复用户消息。
因此，在后台添加了回复机制。 回复功能的设计逻辑包括是否可以多次回复、回复后是否可以删除等，根据各自产品的特点来决定。
03
由于用户反馈问题比较集中，所以增加了置顶功能，提高用户效率。
在设计固定功能时，我特别纠结以下两点：
有必要像大众点评那样给优质评论贴上“优质评论”的标签吗？ 您需要将固定内容永远保留在顶部吗？
最后，我还是希望业务管理模块能够更加公正客观（至少看起来如此），而不是用“高质量”的标签来强迫用户阅读，我也不希望用户多次进入消息页面看到相同的置顶内容。
因此，采用了通过后台调整点赞数的方法，让排名靠前的内容可以暂时排名第一。 至于能排名第一多久，还需要依靠其他用户的投票。
04
由于公司架构分为总部和省分公司，因此需要划分角色权限。
消息后台可以设置两种角色：总管理员和省级运营人员。 不同的角色有不同的权限：
05
由于公司框架的特点，另一个问题是全国用户可见的内容——无论是业务处理还是FAQ内容。 由于不同省份的规则存在差异，不同省份的用户之间会存在比较，很容易引发用户投诉。 ，这样可以查看消息可见范围——这样用户消息和话务员回复对用户本人可见，对全省用户可见，对全国用户可见。
06
其他通用后端需求包括时间过滤、功能模块过滤、省份过滤、评论类型过滤、回复类型过滤、置顶类型过滤、消息内容搜索等，可以满足运营商精准搜索的需求。
2.前端和后端的关系如下流程图所示
整理好产品的前后端关联逻辑，有助于后端产品的设计。 下面的流程图展示了我是如何组织我的产品的前端和后端逻辑的：
3. 后端设计最终原型
基于以上分析，输出消息后台的最终产品原型，然后进行开发和优化迭代。
完(๑′ᴗ‵๑)IC Lᵒᵛᵉᵧₒᵤ❤~还有很多不足之处，欢迎讨论交流~~
本文最初由@不stop~发表，人人都是产品经理。 未经许可禁止转载。
标题图片来自 Unsplash，并获得 CC0 许可。
收藏 收藏 {{ postmeta.bookmark }} 喜欢 喜欢 {{ postmeta.postlike }}
