马甲
先问一个问题,作为产品经理,你会如何让你的产品符合定位?相信你一定是在一些功能上做一些选择和取舍,把符合定位的核心功能做透。那么,如果你是社区运营,你会如何让社区的调性符合预期?你的抓手和发力点是什么?我们最先能想到的就是控制社区的内容,这就引出了我们的第一个工具:马甲。
1.运营人员总有下班的时候下班了谁还开电脑呢,手机则是相当顺手的事
2.用于一旦发了动态或评论如何才能快速通知到运营人员,手机push看起来是最好的选择
3.从技术实现角度,不用重复在后台实现一套发动态发评论的逻辑,复用app即可。
2.话题
上一节我们说马甲,它的作用是发一堆预先规划好的动态和评论来达到保持社区调性的目的。这一节我们要说保持调性的另外一种手段:话题。社区的调性有多重要,相信你也看出来了,我们反反复复通过不同产品功能设计来支持调性的落地。
对于UGC社区,如何引导用户产生内容是有讲究的,比如知乎是通过问题来引导领域专家来给出回答。这一点上我们其实主要借鉴的是微博。好吧,我承认运营妹子老来问我:”大中叔叔你到底想做朋友圈还是微博呀“,这个时候,我的回答是:我们是用了县域人民最熟悉的朋友圈的形式做了县城的微博。
在一个以表达生活状态为主的社区里,类似”今天穿什么“,”美不美晒大腿“这样的常规性话题会比较受欢迎。有一句话怎么说的,有女人的地方就有男人。结合我们的业务,有两种类型的话题特别有效。一类是和线下活动结合的话题,比如:”XX请你来K歌“,这个XX可能是官方的运营人员,也可以是网红; 另外一类是和商业稍作结合的话题,比如”最美老板娘“,截止到现在为止最多评论的动态来自于这个话题。下面是放福利时间:
3.积分
在社区运营中,我们时常会思考一个问题,如何激励用户活跃。方法有很多,最有效的是送粉丝,其他的还有活动物质奖励,常规保底的则是积分机制。
和马甲一样,我们期望给用户最快的积分反馈,所以把积分的发放做到了app上。无论是动态还是评论都可以快速操作。这里有个小细节是:如何避免多个运营重复奖励同一个动态或评论? 我们在奖励界面上给出了次动态或评论的奖励记录。考虑到无需过于频繁的给予用户积分奖励,在界面上也显示了改用户近期的积分奖励记录。
4.消息
如果你去观察社区性质的app,它们往往会把”发布“和”消息“提升到一级导航里面。这种设计其实是为了让用户得到一个最短路径,无论是发布内容还是互动。那么如果把”消息“放到个人中心里面去会如何呢?那就意味着你需要经过两次透传,繁琐自不待言。我们也正是考虑到了这一点,把消息放到了一级入口。
为了让社区里的人及时互动起来,我们就需要以消息的形式提醒用户去关注和他有关的任何风吹草动,比如他的动态被别人点赞评论了,他的评论被别人回复了,甚至是他的动态里的A的评论被B回复了也要消息通知。
对于低活跃用户,消息可能还不够,必须加上push。
在我们冷启动的时候,我坚持做一件变态的事情,真实用户的每发一条动态就要发push到运营同学的手机,让他收到消息后就点赞,评论,给奖励,做完整套服务。开发同学在接到这个需求的时候觉得好夸张,说我都不考虑运营同学的感受,我就怼了一句,这么重要的冷启动过程,只有用户的体验是要充分尊重的,我们自己没有体验可言。等过了冷启动阶段,可以再考虑取消,比如部分老用户发动态就用不着push了。
总结一下:
1.马甲为社区调性打底料,app上切换互动全天候更方便更及时
2.话题是给运营真正的抓手,数据爆点都从这里出
3.积分是保持用户互动的长效产品机制
4.消息通知是社区互动的基础设施
正如我在面试产品经理时聊到的,社区产品的第一个迭代需要相对完整,小步快跑不适用于冷启动阶段。你可以把优质内容的沉淀展现留到后面的迭代里,也可以把发小视频功能留到后面的迭代里,你却不应该把马甲留到后面的迭代里,社区冷了就难再热了。
來源:简书
【转载说明】  若上述素材出现侵权,请及时联系我们删除及进行处理:8088013@qq.com