首先,先认识整体——针对评论后台,运营一般可以进行哪些操作:
(1)置顶:运营可在后台置顶符合产品调性及社区氛围的评论。此时PM需要考虑这样几个问题:
- 置顶是都可以撤销以及置顶与消息系统的联动;
- 置顶评论是简单粗暴的直接置顶,还是通过机器增加点赞数,浏览用户无感知的置顶;
- 增加点赞数时一般也要考虑按照时间顺序线性增加的方案,这样才能更加真实。
(2)精选:精选的用法常见于新闻媒体,小编会给某些精华评论加上精选的标识。一方面,激励评论的生产者,另外一方面,也能树立社区的评论标杆。
此时PM需要考虑这样几个问题:
- 精选评论是否可以撤销及精选与系统消息的联动;
- 精选评论前端展示样式。
(3)删除:针对黄反暴等内容,评论后台可直接删除内容,此时PM需要考虑的问题:
- 评论被删除是否同步给用户;
- 评论被删除后评论数是否同步增减。
(4)添加:此处是指针对内容,运营可以添加新评论,此时PM需要考虑的问题:
- 哪些内容被优先添加评论,我思考的优先级是新用户的首条内容>新内容>热门内容。优先级不一样,PM在拆解评论运营后台的方式也不一样。
- 马甲号:在很多社区平台都会通过造假评论来留住用户,但往往很多平台造的马甲账号过于『假』,之前看厂内的一个产品,点赞的马甲号名称一律数字,点击进入个人中心,关注数大多数是10000,且无其他互动数据,这种过于『假』的账号对真实用户来说不一定是一种好的方式。大家如果玩儿抖音也会发现抖音的马甲号,你发布的作品在2分钟之前收到一个用户的喜欢,这个时候你点击这个用户的个人中心喜欢的作品,发现喜欢的作品数大多超过千级别,且你在他的喜欢列表中找不到自己的作品,这类账号也属于马甲号。
如何造一个和真实的人一样的马甲账号?
我觉得分为这样几步:
- 首先确定产品中用户可以感知到因素,以抖音为例:用户可以感知到因素有:消息系统、头像、昵称、抖音号、签名、互动数据及列表(获赞、关注、粉丝)、作品数、喜欢数。然后找研发随机跑出1000个用户(具体数据自己确定即可,但需要有参考价值),标注以上数据后得出真实用户的区间值。
- 最后,确定各个数据的区间值就可以开始愉快的『造人』了。在这里,还需要关注一个事情叫做,研发成本。因此PM在拆解马甲号时,也需要拆解出优先级,优先完成哪些。
添加评论的时间:如果每次可以给一条内容添加n条评论,那么评论的时间应该如何展示才会更加真实。
(5)修改:修改用户的评论,此种操作一般不建议使用。
(6)封禁:封禁标准;解封标准。
上述六个操作是评论运营后台常见的操作,有过从0到1做产品的人都知道,研发人力永远不够,需求永远会砍。因此,在产品初期,很少会投入太多人力搭建评论运营后台,此时PM的职责就是去拆解评论运营后台,并按照节奏去推动后台每一个功能的细化和实现。
在运营的评论后台这个部分,我想最后聊一个和运营相关的问题,即社区中评论是否需要审核?以及评论的审核方式是先审后发,还是先发后审?
首先是第一个问题:社区中的评论是否需要审核。
要!一定需要审核,一方面是控制垃圾消息。以我经历过的产品来讲,评论如果不审核,单纯的依靠反spam策略是不可控的,我记得之前在百度派,有段时间我们的评论完全被作弊消息所覆盖,PM的人力完全去处理垃圾评论,最终紧急上线了评论后台才控制住垃圾消息。
另外一方面,在审核的过程中,运营可以去把控社区氛围的导向,对于社区范围而言是一件好事。
然后是第二个问题:评论的审核方式是先审后发,还是先发后审?
评论直接上线和评论需要审核后才能上线,这二者最本质的区别是平台对于评论重要程度的判断。在社区产品中,评论扮演着非常重要的角色,但随着产品的不断发展,日评论数量不断提升的条件下,评论方式也应该随之变化。
在产品初期,如果评论量相对较少的情况下(日提交数百级别),其实PM完全可以不用去浪费自己和研发的人力去建立/对接反spam系统,直接让运营先审后发。但评论量相对较大的情况后(日提交千级、万级),此时可以考虑对接反spam策略,此时,反spam策略扮演的角色是过滤黄反消息,降低运营的处理成本。
在产品发展到一定阶段,日评论提交量在十万级别的时候。此时,说明平台已经建立了一定的社区氛围,我们可以判断大多数用户非spam用户。此时,运营的审核压力变大,小时处理审核量也会增加,如果继续先审后发,可能会造成部分热点内容跟进不及时等问题。
因此,先发后申是比较适合这个阶段的方式。同时,PM也需要不断地去磨合升级反spam策略,一旦有垃圾消息后一定要迅速处理。以免影响整体的社区氛围。
五、结语
当我去看今天写的有关评论的内容,我突然想到我刚开始做PM的时候,leader问我,点赞功能简单吗?
我说简单。评论功能简单吗?
我说简单。
现在,在踩了无数次坑之后,我逐渐意识到产品没有简单一说,完全看自己投入多少去钻研,去学习。也希望今天看到这篇文章的人,能够不断地思考,一个小小的功能如何做出大大的不同。
本文由 @刘君 原创发布于人人都是产品经理。未经许可,禁止转载
题图来自 Pixabay,基于 CC0 协议
,