关于TapTap好友功能的一些问题
问题1:
前几天有个taper提出了一个问题,
就是TapTap采用了一种很特别的加好友机制,需要双方先加关注,再加好友的问题。而这种加好友的方式显得很奇怪。
问题2:
另外一个,就是我建议加入群聊机制。来满足日益增长的聊骚需求。
我想试着从理论的角度分析下当下TapTap的社交系统。纯当一笑。
先提一提社交网络的基础结构:
大概有三个方面
1,follow的方式:
单向,双向。
2,人之间的对应关系:
一对一,一对多,多对一,多对多
3,关系的强弱程度:
强关系,弱关系
这几种维度相互排列组合,构成十几种社交关系。
再加上正负关系(关注就是正关系,拉黑就是负关系),则构成了几十种社交关系。可以列成一个四维表。
TapTap的的定位大概就如下。
(TapTap目前不考虑正负关系,也就是没有怎么做拉黑功能,这是个需要严肃对待分析的关系,负关系也是关系设计)
TapTap目前还是社区的定位,包含了一对一,一堆多,多对一,以弱关系为主。额外增加了好友这个一对一强关系。不包含,一堆多强关系(如上下属),多对多等关系。
问题出在哪,感觉是一对一的强关系建立这块,也就是好友功能,到底是想建立弱关系还是强关系呢。
TapTap采用的逻辑是先建立一一弱关系,再建立一一强关系。
其实吧,这个还挺符合现实中的关系建立过程的。
因为绝大部分的人的关系都是一个由浅入深的关系。
比如先相互关注,等觉得对方可以深交了,再深入交流。
但是吧,有时候是例外的,比如想和陌生人加好友一起打游戏。
这种关系弱于一般的好友的关系,但又强于关注关系。
又或者,一见钟情,一开始就像和你建立强关系。
而TapTap的加好友需要先关注,再加好友的机制就给上述需求制造了麻烦。
不仅特别麻烦,先弱关系再强关系,在TapTap里制造了一个我能感知的问题,就是我几乎收不到建立好友关系的消息。我只能看到有哪些人加了我关注,但就是没有加好友的信息。因为他们只能发加关注不能发加好友。
我收到的全是加关注的消息,那么多加关注的信息里,我又没法分辨,哪些是想和我加好友的人,哪些不是,都是些什么想法。
我也不可能一股脑都加上吧,所以干脆就都不加。
TapTap好友功能半废掉了。
本来TapTap可以建立1亿对,2亿对好友关系,而非今天的5000万对好友关系。
微信则是处理这种关系的另一个号例子,先全部默认建立强关系,再由浮现机制,浮现强关系,下沉弱关系。
因此,似乎有两种解决方法。
一是,可以让关注信息飘过来的时候,加一点信息,比如是否奔着加好友的目的。让用户可以选择性同意。
二是,取消强弱先后关系,不要先弱后强,让用户可以直接加好友。另外那个加好友的图标也可以稍微重新设计一下,不太直观,加个加好友的小字也可。
问题2:
另外一个,就是我建议加入群聊机制。
因为今天的TapTap无法满足玩家的需求了,见下图们。
TapTap论坛中存在着大量对于多对多关系的诉求。然而TapTap却没有很好地满足他们。
TapTap是社区型产品。
什么是社区:
你、我、它住在同一个小区,我们构成了一个社区,尽管你不认识我,我不认识你。
但随着时间推移,小区里的人会建立了小区群,有些邻里关系也发展出了好友关系。
TapTap是无可置疑的社区型产品,但是随着时间的发展,用户需求也在不断地发展。TapTap的社交功能假如能更加丰满,那么一定会给TapTap增加更好的粘性和日活。
一个简单的群聊功能,就可以补上多对多的空白。满足复杂社交需求。抓牢一部分核心用户。
当然,想满足所有的需求,那么产品将变得极度复杂,所以,产品需要在主要次要,复杂简洁间权衡和取舍,也产生了所谓的定位。一个成功的产品肯定是用简单的方式尽可能满足足够多的需求,不能过于复杂。
因此也产生了几个建议供参考:
一,保持TapTap的简洁。不做群,但是增加对群跳转的支持。
让用户更好的跳转到qq,微信这些。
现在的跳转好像很麻烦,既不能扫码,也不支持直接打开链接。即使有些链接可以跳转,也需要先转到浏览器再打开。不做群但是更好地支持群跳转,让自己成为桥梁。
二,做群功能。
但是只做个简单的,够用就行,随着需求的浮现再深化。尽可能保持简单,与qq这种重度产品有区分,使得TapTap有主次之分。
三,做群功能,也做群跳转支持。
两者兼备。
比如在这个位置增加群支持
做个群,再加个公告板,能简单聊天加表情就够了。
甚至,群还可以和游戏里的工会群一一对应上。游戏里有个群,TapTap里也有个群,游戏里有个公告板,TapTap里也有个公告板。
这样还能顺便扩展TapTap生态的纵深。加深玩家和TapTap的羁绊。
至于重度的功能,比如分享文件什么的,就交给qq来实现就行。
两个关于好友的小建议。