多人聊天究竟需不需要区分讨论组和群?本文作者将尝试与大家讨论此问题,enjoy~
最近在做APP里的消息模块,在调研多人聊天这个场景时,发现QQ移动端已经在概念上不区分讨论组和群了,统称为群聊,只是在创建方式上分为:选人创建和按分类创建。而选人创建对应的是传统意义上的讨论组,按分类创建对应的是传统意义上的群。
这就引发了我的一个思考,多人聊天是否有区分讨论组和群的需求呢?
要想清楚这个问题,我觉得首先得想清楚另个问题:讨论组和群的区别在哪里?
一、讨论组和群的区别在哪里?
1. 创建场景
讨论组的创建场景主要是基于熟人间的事件和关系驱动的,比如工作中遇到某个问题需要客户端、服务器、产品一起碰下的,会拉上相关的几个人,创建一个讨论组,快速沟通解决这件事;或者大学几个室友,一个宿舍才4个人,方便起见,拉上一个几个人的讨论组,平时用来同步些宿舍的事情,上课点名的情况之类的信息。
群聊的创建场景主要是基于兴趣、关系、利益驱动的,比如游戏交流群(基于兴趣)、同学同事群(基于关系)、考研考试群(基于交流能带来的实质利益驱动)。
由于创建场景的不同,会带来这两种形态的其他的属性不同:私密性、时效性、管理性
2. 私密性
私密性主要体现在这几个功能层面上:是否允许被陌生人搜索到并申请加群、分享出去的二维码是否时间有效性。
讨论组由于创建场景更基于熟人关系和事件驱动,导致其私密性更高,在此讨论组的用户形成的社交网络效应更强。所以可以看到,QQ之前的讨论组是没有ID的,是无法被搜索到的,且讨论组的二维码分享出去后是有七天有效期的。
群的创建场景由于本身更多是奔着更泛的交流的目的而产生的,其对私密性的态度更开放,群默认是可以被陌生人根据群号搜索到,并可以申请加入,其分享出去的二维码也无时效性,是永久有效的。
3. 时效性
时效性的意思是,这个多人聊天的使用时效。
讨论组由于其创建场景的很大一部分是基于事件的,而事件通常是有时效性的,比如,今天线上的登录出了bug,所以拉了个相关的开发测试产品同学的讨论组,那么这个问题解决了后,这个讨论组基本就成为了一个死掉的讨论组。
而群的创建场景使其时效性不受太多限制,大家不会突然同时对某个兴趣不感兴趣了而导致这个群死掉,当然群也有可能会变成沉默的群,但是这就属于社群活跃的范畴了,这里就不多做讨论。
时效性其实在功能层面上的区别不大,讨论组和群没有哪个功能会因为时效性的问题而设置的不一样,但是我们依旧要意识到这是两者的其中一种不同。
4. 管理性
管理性主要体现在这几个功能层面上:是否需要管理员、群主权利的范围(一般包括设置加群方式,设置查找方式,踢人,禁言,添加管理员,解散群)
讨论组由于其创建场景,导致其内部成员氛围会更趋向于扁平,大家的交流会更平等,而由于基本都是熟人,也比较少会出现需要被禁言的情景。
群的管理由于加群的人数更多,且陌生人占比居多,在没有熟人压力的情况下,大家的行为处事方式更加洒脱不可控,又加上具有公开性,需要随时处理陌生人加群的请求。
相比下来,群对于管理员和群主权利的丰富度的需求是高于讨论组的。
二、有没有必要让用户记住讨论组和群是两个概念?
上面思考了下讨论组和群的区别,那么现在应该问问自己,对于用户来说,他们在意这个多人会话是叫讨论组还是群吗?
我认为是不在意的。
对于用户来说,不论这个多人会话是叫讨论组还是群,他们的目的都是为了创建一个可以多个人同时聊天的空间。至于这个空间叫什么,重要吗?就像用户说,我需要一个能把这根绳子弄断的东西,用户在意你的不是你给他的工具叫小剪刀还是叫大剪刀还是叫菜刀,他在意的是这个工具能不能满足他弄断绳子的需求。当然如果你发现用户要弄断的是很细的绳,你能做到优先推荐他使用小剪刀的话是最好的。
那么在创建多人会话的时候,如果让用户使用到最合适的“刀”呢?
我认为是给用户提供有明确目的导向的多种创建群的方式即可,当用户创建群的时候明确知道需要拉哪几个用户进群的时候,可以选择选人创建群。当用户对群内的用户暂时没有明确的目的性时,但对群所想围绕的主题很确定的时候,可以选择按分类创建群。
而对于上面其他的私密性、时效性、管理性影响到的功能层面,完全可以通过依据创建方式的不同给予不同的默认值。例如:选人创建的群由于私密性更高,默认不允许被搜索。
三、总结
思考完上面两个问题后,我认为是没必要特地将创建好的多人会话特地区分成两种概念的,区分后反而会增加用户的认知成本,但可以依据实际情况提供多种创建方式。
如果APP内产生多人聊天的场景几乎只有基于事件和关系驱动的,那么我想只需要支持拉人创建的方式足以。如果APP内产生多人聊天的场景两者都有,最好提供两种创建方式。如果APP内产生多人聊天的场景几乎都是基于兴趣、关系、利益的,那么提供按分类创建即可。
不知道大家是怎么看待这个问题的呢?欢迎和我一起来讨论。
本文由 @张㛃 原创发布于人人都是产品经理。未经许可,禁止转载。
题图来自 Pexels,基于 CC0 协议