提问
评论要不要支持插图功能?
发布于 1 个月前 作者 shenyue 87 次浏览 来自 产品

2019/9/18 这是个挺有意思的问题,和你聊聊关于评论功能我的思考。 本文809字,阅读约8分钟 昨天在脉脉上收到一则讨论邀请,提到评论这个功能,是否应该支持发图,原文如下:

本来没太在意,以为是机器自动群发的,后来脉脉的产品经理专门找到我,想问下为什么我没接受邀请参与讨论,就又回过来仔细想了想,觉得还是有一些可以思考的点的,也就干脆写出来和大家分享。

其实一些回答思路,在上图题主已经自己给出了,基本也和我想的一样,大概给大家展开说下:

产品定位是否更强调对评论氛围的打造

很明显,同样是内容社区类产品,什么样的内容更值得被用户消费,就更要丰富其UGC展示元素。通常社区由内容生产者和消费者组成,生产者完成主内容实体的生产,一般以帖子、动态这样的产品形态承载;消费者则以观看这些内容实体为主。但二者是可以相互转化的,尤其会存在一部分消费者由于对内容或认可,或有共鸣,或表示感谢,会以评论、点赞等方式给予生产者反馈,这本身就是一种内容再生产的过程。而这种基于某条内容的内容再生产,有时往往会起到意想不到的效果,比较典型的就是网易新闻的跟贴盖楼、云音乐的感人故事。

而图片则能让评论的可消费性更高,因此如果你发现你的评论区内容足够精彩,且未来可通过运营引导让讨论方式更丰富,提高用户粘性,是可以考虑增加插图功能的。而如果你要更强调“一级内容”的曝光,且用户评论较单调,则可不太考虑。

此外,有些内容社区,天然就是要突出评论区内容的,比如知乎,它的评论区就是问题答案,是必须要支持图片的,但针对答案本身的再讨论,则文字就足够了。(当然如果你觉得知乎答案不算“评论”就另当别论了)

图片形态是否能足够促进互动表达

对某些强调“轻松、娱乐、搞笑”的社区,由于图片天然就是一种表达情绪的方式,再加上产品用户年龄层较低,有充足时间去找图再创作,那利用图片发表看法就很有必要。典型例子就是最右的“神评论”,已经形成一种“右友”们独特打招呼的方式,通常来最右第一时间要看的就是神评。贴吧也是类似,不仅支持图片,还能通过评论打赏,充分体现了吧友之间互相认同的精神。

此外,除了用图片抖机灵外,某些特定场景的讨论,如果通过发图能让过程更清晰、明确,也建议增加插图功能,比如电商类产品,淘宝、饿了么的用户评价功能,也是有必要加图的。闲鱼的鱼塘支持发图,猜想也是这个道理。

图片形态是否会增加运营成本和审核风险

上面说的是加图的好处,那我们也要看到加图片评论的风险。首先就是审核,毕竟图片包含信息很难提取,也就容易被滥用,尤其涉及一些敏感信息,如果机器反作弊不够强大,人工又审核不过来,很容易就会被人举报下架。其次是增加传图功能带来的产品逻辑、UI布局的复杂度,比如是只能传一张还是多张,是只能选择传图还是可以拍照上传,图片是否有大小尺寸限制,带图评论发PUSH时图片怎么表示,多个评论列表都带图是否可以滑动连续查看等等,而且以后但凡评论区有改动都要考虑带图和不带图两种情况,维护成本很高。

当然,最后我还想强调一点,就是做产品,没有绝对的对与错,只有是否合适。就算评论氛围高的平台,也不一定要有图片,比如刚才说的网易新闻和云音乐;就算有图片,也不一定能促进用户表达;就算为了促进表达,也不一定要有图片,表情包和鼓掌照样也有效果。因此,具体这个功能要不要上,还是取决于你的产品方向和你对用户心理的把控。

以上就是今天想和大家说的,你觉得你家产品评论要插图么?期待你的回复与我讨论~  日更不易,如果觉得对你有帮助,就分享一个吧 小广告:欢迎点击“阅读原文”,来我知识星球一起成长进步~ *关于《产品日思录》 《产品日思录》是我个人公众号上每天更新的系列文章,记录了我在做产品过程中的思考、总结、经验积累,如果觉得对你有帮助,欢迎随手转发留言~ 下面是历史文章目录: 产品日思录目录1-150 产品日思录目录151-200 产品日思录目录201-250 产品日思录目录251-300 产品日思录目录301-350 产品日思录目录351-380 产品日思录目录381-400 产品日思录目录401-430 产品日思录目录431-450 产品日思录目录451-500 产品日思录目录501-550 产品日思录目录551-600 产品日思录目录551-600 产品日思录目录601-650 近期日思汇总如下: 日思667.做产品不要“套公式” 日思666.产品迭代两个版本之间应如何衔接 日思665.交易型产品的资讯模块怎么做 日思664.为人师,比想象中要困难 日思663.带你入门SEO基础知识 日思662.早报在手,趋势不愁!安利一款小程序 日思661.我与“人人都是产品经理”这3年 日思660.总经理级的面试官更在意什么 日思659.除了玩换脸视频,Deepfake还能做什么 日思658.《谷歌方法》导读 日思657.做产品一定要和技术打交道么? 日思656.构建UGC社区要考虑哪些维度 日思655.分享一个网页抓取的小工具Web Scraper 日思654.一场面向500人的自我复盘 日思653.1000万美元和1000万用户,选哪个? 日思652.内容质量如何评估 日思651.公司没有具体产品,怎么提升产品能力? 互联网悦读笔记 8年产品总监带你每日思考做产品的心得、收获,总结经验教训,保持学习心态。 欢迎一起交流,共同进步。

文章来源于公众号:pmboxs

登录 后发表看法
回到顶部