PGC,专家生产内容。 UGC,用户生产内容。

PGC,内容质量有保证,生产效率低,生产持久性低。 UGC,内容质量参差不齐,生产效率高,生产持久性高。

白鸦老师貌似说过如今的UGC90%都时假UGC,当然如果他没说过,我就换成『莎士比亚』好了。

所有的内容提供型产品,除了强社交型产品,大部分的产品用户UGC的内容都需要自动或者人工进行处理,将好的内容寄予更高的曝光,将差的内容进行反垃圾处理。

而UGC产品,有一句话: 『用户是产品的一部分』——莎士比亚。

UGC产品是否成功很大程度上取决于用户。我们先不想如何处理UGC上来的数据,单是如何让用户来产生数据就是一个大问题。

凑热闹应该是人的天性,我通常就喜欢在热闹、人多一点的地方玩。

于是要想做成UGC首先你得热闹,如何热闹,能选的也就是PGC。

举个典型,UITony的下厨房。

当初的菜谱怎么来?只能运营通过自身还有联系相关人士,通过PGC快速地把基础内容创建起来。 这个时候,PGC快速有效的特点还是蛮受用的。

而如果一直PGC下去,很快就会遇到瓶颈,就像你在家做菜,做一年不重样这恐怕挺难的。 这个时候引入UGC可以提高灵感。

但是引入UGC,它降低了生产内容的成本,但是有可能提供获取质量达标的内容成本。 脑部下,用户一天提交了100W的菜照,99%质量都不行,于是你就要投入大量的人力从这100W中把那1W好东西找出来。这个成本可能远高于你PGC1W条的成本。

于是我们可以选择放弃UGC,或者通过降低筛选UGC的成本(自动化替代部分人工),或者通过降低内容质量的要求。

UGC这么NB的东西,一般情况下我们都不会放弃,于是如何降低筛选UGC数据成本是首要问题。 如果是人工筛选,我们会一条一条的过滤,长时间地体力操作我们会总结归类,我们发现有些用户产生的内容质量很高,可以完全通过审核,嗯、就是所谓的免检产品。有些用户尽发些垃圾内容,这些就是黑心工厂扔进黑名单就好了,谈到这,很显然我们可以用机器来代替一部分人工了。

之后我们要想清楚什么内容能UGC、什么内容不能UGC、什么内容UGC不审核,什么内容UGC还需要审核?

比如说搞一个菜谱的分类是UGC还PGC? 做菜晒图是需要审核还是不需要审核? ......

要保证高速的生产效率就要结合好UGC与PGC,合适的工具用在合适的地方。