社区的风格
在厦门一个会议上和keso相遇,我问了一个问题:一个社区的风格究竟是运营方决定的,还是用户决定的?我自己有一个答案:运营方,而keso则偏向于认为是用户。后来我在微博上发出了这个问题,有一个回答得到了keso的认可:运营的风格决定了第一批用户,第一批用户则奠定了社区的风格。
这个答案有一定的道理,但我总觉得还有唠叨两句的必要。一个社区的风格形成,第一批用户自然很重要,但完全有可能因为第一批用户,这个社区就再也起不来了。
值得警惕的一点是,社区变成一个“IT社区”。虽然我个人是混迹于IT圈的,但我深知,IT的话题(除了苹果新手机发布这类的大事件),大部分话题是非常小众的——有太多看似从业IT的人下班后一点也没有兴趣再讨论这方面的事了。而通常做社区的人都出身互联网,在圈内或多或少有些人脉(或者知道一点圈内所谓的大拿),引导这批朋友进入一个社区,完全有可能把社区做成一个IT垂直领域。除非你一开始就打算搞这个,否则这条路其实是条歪路。
第一批用户也是非常挑剔的用户,会提不少意见。作为运营者来说,忽视他们的建议是需要注意的事,更重要的是,如何在不伤及他们感情的前提下“忽视”他们。虽然网络社区通常意义都是免费的服务,但说到底还是一个商业产品。而没有一个产品能够“无止境地”满足用户需要。
这已经涉及到了轻重和细节的环节。我一向对“魔鬼在细节”这句话是不太以为然的。魔鬼其实在轻重。第一批用户对细节的注意有时候会误导运营者,在一件不怎么要紧的事情上做到极致和完美,只会让自己小小的创业团队消耗掉原本就不多的资源。
当成功跨越了初创期,社区用户来了第二批、第三批之后,如何维系且加强自己的风格呢?keso有一个不错的观点:豆瓣把产品当成运营来做,而新浪微博把运营当成产品来做。这话的意思就是,豆瓣通过推不同产品,来捍卫发扬自己的风格,豆瓣阿北所谓“豆瓣不运营”的背后,其实就是这么个意思。但新浪微博并没有推更多重量级的产品,而是通过运营(比如话题讨论、重要用户推荐、删帖等)来强化自己的风格。从中可以看到,豆瓣是一种技术型思维,新浪则倾向于人力把控——虽然都是UGC社区,但这两家公司一大一小,决定了他们应该采用什么样的路径。
不过,必须再说一句,用产品来推动“运营”,其实并不太靠谱——虽然感觉上会省一些人工成本。事实上,豆瓣至今给大多数人的印象是它的老三样(书、电影和音乐)以及小组。这都是很老的产品,豆瓣后来的产品,阿尔法城、部落、电台,只有最后一个受到了广泛的欢迎——这未免成本太高了。做一个小小的第三方开发平台是一个不错的主意,但还是得依靠点人力来选择着重向用户推荐哪些产品。
小结一下。我很大程度倾向于一个社区的风格,是应该也必然把握在运营者手里的。UGC能够产生内容,但很难产生风格。运营方对“轻重”的取舍,决定了哪些用户会加入来UGC,而哪些用户不会。用户主导只是台面上唱唱的,就像“公司是所有员工的”这句话。因为一个网络社区失败了,只是运营方的责任,与用户无关。
建议继续学习:
- 社区里的三种人 (阅读:2776)
- 社区与电子商务 (阅读:2155)
- 互联网女人生意之化妆品社区思考 (阅读:1826)
- 到底是博客,还是社区? (阅读:1765)
- 互动、关系以及博客为什么不能做社区 (阅读:1708)
- 从社区定位到顺势而为 (阅读:1473)
- 乱谈媒体与社区的关系 (阅读:1499)
- 从社区常识说起 (阅读:1408)
- 社区获取新用户的一些尝试 (阅读:1275)
扫一扫订阅我的微信号:IT技术博客大学习
- 作者:魏武挥 来源: It Talks
- 标签: 社区
- 发布时间:2012-06-07 00:13:54
- [70] IOS安全–浅谈关于IOS加固的几种方法
- [69] Twitter/微博客的学习摘要
- [64] 如何拿下简短的域名
- [63] Go Reflect 性能
- [63] android 开发入门
- [61] find命令的一点注意事项
- [59] 流程管理与用户研究
- [58] Oracle MTS模式下 进程地址与会话信
- [58] 读书笔记-壹百度:百度十年千倍的29条法则
- [58] 图书馆的世界纪录