首页
业务
关于
客户
服务
联系
13520390899
资 深 的 互 联 网 开 发 服 务 商
专注于 网站开发 / 小程序开发 / APP开发 / 软件开发
网十科技 > 动态

如何设计产品功能才能让社区的运营更流畅?

品牌推广就用这几招,七月活动立减5001000元

如何设计产品功能让社区的运营更流畅?本文作者在文中为我们提供了四种武器技巧。enjoy~

在之前的文章中,我们说了设计一个社区你需要:一是确定好调性;二是只设计一个信息流;三是直接在信息流里进行互动。当然这个肯定不是通用的,二和三更多的依据其实是第一步调性的选择。

接下来,我们讨论将围绕:如何设计产品功能让社区的运营更流畅。

1.马甲

先问一个问题,作为产品经理,你会如何让你的产品符合定位?

相信你一定是在一些功能上做一些选择和取舍,把符合定位的核心功能做透。那么,如果你是社区运营,你会如何让社区的调性符合预期?你的抓手和发力点是什么?我们最先能想到的就是控制社区的内容,这就引出了我们的第一个工具:马甲。

在社区刚刚开放的初期,我们需要一些内容底料,这个任务不可能由一两个账号完成,所以需要给运营人员配备一堆马甲。马甲可以从已经活跃的社区上去获得,背后可能还真有这么个真实用户在,切忌想到什么发什么,今天马甲还在找对象,明天这个马甲就晒萌娃照了。当然,这些都是运营层面操作的技巧,不多展开,丰台网站设计丰台网站开发,说回产品。

为了保持业务顺畅,我们设计在app上直接切换马甲。回想两个月前我提出这个想法的时候,运营和技术同学差点把下巴掉桌子上,表示没见过这样干的,一般马甲也都是在管理后台上操作,而后台一般都是PC端的。我之所以坚持这样做理由如下:

运营人员总有下班的时候下班了谁还开电脑呢,手机则是相当顺手的事;

用于一旦发了动态或评论如何才能快速通知到运营人员,手机push看起来是最好的选择;

从技术实现角度,不用重复在后台实现一套发动态发评论的逻辑,复用app即可。

随着场景的丰富,马甲需要设计成全局的切换。其实一开始小中在做马甲设计的时候,主要考虑了评论的场景,因此很自然的做成了在填写完评论后选择一个马甲。这种设计看起来影响面小,但实际上相当繁琐。如果这个时候来一个发动态的场景,聊天的场景,对产品原有逻辑的侵入性太强,按我的话说,就是不优雅。更好的产品方案是只做全局的切换,理论上就是一个快速登出再登录的快捷方式。

为了及时的互动,在任何一个真身和马甲上都汇聚了未读消息。作为真身就是真实用户,所谓马甲就是给这真实用户配的一堆小号。马甲一方面服务于调性,主动发一些我们期望用户按葫芦画瓢来跟发的特定类型的内容,另一方面就是去和真实用户互动。互动可以是给对方简单点赞,也可以是更有人情味的评论鼓励。在社区里,其实是最能体现人性互惠心理的,你给一个陌生人评论,对方一般也会给予回复,一来二去氛围就起来了。当别人给你互动时,及时地给予对方反馈无疑是最有效的。于是我们就设计了,无论你在真身还是在马甲上,只有有人和你互动,都会把消息数透传出来,你点击进入马甲列表就能看到哪个马甲有消息。这样就可以让你及时切换到对应的马甲上去处理。

让运营一眼识别出谁是真用户谁是马甲,好钢用在刀刃上。在产品设计时,我们就考虑到社区运营不止一个。如果把马甲和真用户混在一起就傻傻分不清楚了,到时候马甲彼此间是玩嗨了,真用户却受到了冷落。如何去标识新用户,也是个值得考量的细节。小中一开始想要不给用户加个徽章标记什么的。大中一看就觉得不妥,又是一种UI侵入性过强的设计,在某些场景下增加了布局的复杂度。最后,我们只在用户名字体颜色上做了文章,对空间无破坏。

2.话题

上一节我们说马甲,它的作用是发一堆预先规划好的动态和评论来达到保持社区调性的目的。这一节我们要说保持调性的另外一种手段:话题。社区的调性有多重要,相信你也看出来了,我们反反复复通过不同产品功能设计来支持调性的落地。

7x24
售后服务支持
10
故障时长赔付
16
16年行业服务经验
20
售后服务人员
70
设计、开发团队
10
国内顶尖技术专家
1000
大型及上市企业
版权所有 © 北京网十互动科技有限公司 网站 APP 小程序 软件 备案号:京ICP备16050073号-2

电话咨询