时间: 2021-08-03 09:01:11 人气: 9 评论: 0
生存驱动了人类的社交行为，而互联网社交也成为互联网创业者最为青睐的创业领域之一，那么这些年中国的互联网社交领域是一番什么样的图景呢？
《人类简史》里说由于人类直立行走了，所以导致女性的产道变小，这就要求怀孕的女性必须早点把孩子生下来以降低分娩风险。但是这样一来这些提前被生下的孩子就变成了早产儿，他们无法像其他动物那样，比如小马一生下来就能行走或自行觅食。
脆弱的人类早产儿因为很多器官发育还不够完善，所以他们必须在母亲的悉心照料下才有可能生存下来。但是独自一人的母亲是很难为自己和孩子获得足够多的食物的，因此要想养大孩子，就需要部落里的其他成员提供帮助，于是在这样一种背景下，人类逐渐演化出了独特且突出的社交能力。
把这段话总结一下就是，生存驱动了人类的社交行为，也可以理解为社交是生存驱动下的行为，那么实际情况是不是这样呢？我找了一些生活中广泛存在的社交行为一探究竟。
也许你很不喜欢公司的团建但是你不得不参加，也许你不能喝酒但是不得不举杯敬客户，关系好的同事你才愿意和他一起私下聚餐。从公司团建到私下聚餐，几乎都能看到生存驱动下的略显疲惫的社交行为。
同理，为了更好的生存我们需要寻觅一个伴侣共度余生所以有了相亲的行为。不管你在外面混的有多好，春节回到家你还是得提前准备好中华**给村里的张大爷、赵大伯恭恭敬敬的递上，如果你没有做好这一点，那么老家的口水**让你体**到前所未有的生存的艰难。
十分钟的八卦传递的小道消息让你在情绪上产生了亲疏远近，你通过掌握一个人的小道消息而判断和其交往的方式和深浅，这就是人类社**中独特的靠八卦支撑的人际关系处理方式。
也老话说的见什么人说什么话（国外也有类似的文化），为什么**这样？
因为社**合作是生存的关键，在合作之前你需要通过把八卦知道谁讨厌谁、谁跟谁在交往、谁很诚实、谁又是骗子。遥想当年你上初中时，女生总**三三两两的结成对去洗手间，这种行为是八卦这种特殊的社交技巧支撑的结盟和合作，而这种结盟和合作的原始驱动是生存。
所以，通过这些工作、生活中的社交场景或行为我们可以看到社交实际上是基于生存驱动下产生的一种社**行为。
互联网诞生以后，这些年来人的衣食住行都产生了对应的互联网化的解决方案，但是比较早诞生互联网解决方案的是人类的社交需求。
那么最早的互联网社交解决方案是什么呢？是E-mail。E-mail是最早期的互联网社交解决方案，它于1972年被雷·汤姆林森发明，此后数十年间，互联网社交蓬勃发展并诞生了数亿千亿美金计的互联网企业。
而互联网社交也成为互联网创业者最为青睐的创业领域之一，那么这些年中国的互联网社交领域是一番什么样的图景呢？让我也从中国的职场社交说起吧。
很重要的一个原因大多数人没有将工作和生活分开，我们的微信里都是家人、亲戚、同学、同事、客户等集中在一起，几乎很少**有人准备2个微信，一个专门用来和私人关系联系，一个专门用来和工作关系联系。
在中国的职场人士没有大规模觉醒工作和生活的边界以前，职场社交很难有所作为。当然这个觉醒我认为短时间内也很难到来，因为我们整个社**是刚刚变得有钱，等到像西欧国家那样将生活和工作砍出一道巨大的鸿沟还有很久的路要走，毕竟现在中国社**的主题是发展以及更好的发展，中国人的主题是生存以及更好的生存，为了生存模糊生活和工作的边界有什么要紧呢。
当大部分人还没有把生活和工作分开时，微信的存在让许多人都不需要单独的职场社交产品。因为社交的内核是信息交换，而信息交换的最优解是IM（即时通讯），而在即时通讯领域最大的产品是微信。
不仅仅是职场社交，其他类型的社交产品也面临同样的问题，比如说知乎这种以内容为主的分享型社交产品（下文**详细解释）具有将不同的人因内容/话题聚在一起热烈讨论的能力。按理说具有非常好的社交土壤，因某一话题而在一起热聊进而发展出社交关系好像很符合社交的属性，可是知乎就是发展不出关系链。其实这个问题的原因就是所有发展出来的关系链最终都要沉淀在IM上，而有微信这个最大的IM产品，关系链的发展无异于给微信拉新促活。
我们已经谈到了IM、关系链这样和社交强相关的词汇，接下来我们**点一下社交产品的类型。
上面我们说到社交是由生存驱动的社**行为，那这种社**行为的内核是什么呢？是信息交换。
无论是参加饭局还是相亲交谈，这些社交行为都是在进行信息交换，说白了就是我听你说话、你听我说话，这个相互说话的过程就是在做信息交换。
那么这种信息交换映射到线上基本上可以抽象出三类社交需求，就是通讯、分享、交友这三种主要的社交需求，这三种社交需求对应的社交解决方案/产品如下图所示。
目前我们能看到的所有社交产品都可以按照上表进行对号入座，当然像微博、知乎、陌陌也都在发力短视频或直播，也都在产品内植入了短视频和直播等功能。但这仅仅是一种竞争上的跟进策略，无法改变其本身的产品底层逻辑或者说产品出身（产品出身是指你靠什么发的家，那就是你的出身）。
从目前的用户规模和商业价值来看通讯需求是最大的社交需求，紧随其后的分享需求，最后是交友需求，所以我做了一张表，方便大家看。
通讯需求诞生了中国用户量最高的产品，就是**和微信。分享需求和通讯需求不一样的是，通讯需求基本上一个产品垄断所有，而分享需求是在**之外无社交这个魔咒之下诞生了比较多的还算成功的社交产品，比如微博、知乎、抖音等等，所以分享需求的用户规模和需求强度可见一斑。
而交友需求，除了跑出一个陌陌，基本上没有其他产品了，造成这个情况的主要原因是交友需求用户规模少需求不强烈，这一点我**在第五篇的陌生社交是一场庞氏骗局里进行说明。
通过这一篇我们可以做出三点的总结：
所以我们能看到，现在包括过去一些时间里的社交创业，几乎都是围绕着分享和交友展开的，分享是每隔一些时间就跑出一些成功的产品，国内的从**空间到微博、知乎再到今天的抖音、快手；国外的从fb到推特、ins等等。而交友这条赛道属于一直比较拥挤，但是就是很难跑出成功的产品。
那么现在最大的问题是，社交领域的创业在逐渐的类型化。
如果要用一句话来形容现在的社交领域的创业现状的话，那就是类型化的社交产品构成了热闹喧嚣的互联网社交创业格局。
什么是类型化的社交产品？就是由不同的主题或不同UI构成的社交产品形态，虽然形态上看起来不同，但是究其本质是产品的同质化内核。类型化的社交产品的基本特征是以交友需求为核心的包裹着不同主题的产品形式。
这种类型话的社交产品有点像流水线产品，有一定的套路可循，我将这种套路绘制成了一张表如下：
假设有个创业者现在要做社交产品的创业，那么：
好了，现在一个主打陌生社交的两性交友产品已经构思好了，这款产品的特点是基于声音的两性社交，摆脱了以往看脸的社交弊病。也就是说双方可以基于声音来判断是否与对方继续交往，真的是一款划时代的灵魂社交软件，最后让UI社交师做出产品的界面，就可以坐等开发上线了。
我认为出现类型化的社交赛道的原因有三点：
要说清楚陌生人社交是一场庞氏骗局这件事，还是得先从邓巴指数说起。
邓巴指数说智力允许人拥有稳定社交网络的人数是148人，四舍五入算作150人，因此又称150定律。
但是现实情况可能是，对于大多数人来说和14个人维持长期稳定的社交关系都很难，或者说大多数人的社交半径都很小。为什么**有宅男、宅女这样的人出现呢？就是因为有人是抗拒社交的，如果不是出于生存需要的话，我觉得可能没有多少人是愿意去主动社交的。
造成这个情况的主要原因是，不管是发现一段新关系还是维持一段旧关系都是一件非常耗费人力的事情。所以我们经常可以在网络上看到有关社交关系的吐槽和哀叹，因此交友尤其是两个陌生人的异性交友注定了是一个非常小众的行为。
有同学可能**拿**来说事，且不说市面上的**软件是否真的能约到炮，单是让一个人和150个以上的异性长期保持性关系，都是一件很难的事情。注意我说的不是全部，而是大部分。那么当性都不能驱动一个人长期去发现新关系并维护旧关系的时候，还有什么能驱动呢？
还有一件事是，这个世界是不公平的，当你在线下都不能拥有很好的异性资源的时候，在线上也不**有所改变。
我们总结一下：
回到陌生人社交是一场庞氏骗局这个主题，什么是庞氏骗局？
利用新投资人的钱来向老投资者支付利息和短期回报，以制造赚钱的假象进而骗取更多的投资，这种骗术被人们称之为庞氏骗局。
每个来到一个陌生人社交平台的用户其目的都是为了发现一段新关系，所以发现并促成新关系成为陌生人社交平台兑付给用户的利息，这个利息怎么来的呢？只能靠不断的拉新，拉新的用户到平台上，然后将新的用户当作利息支付给老用户，以维持老用户不流失。
假设一开始平台上有四个人，那么**上需要再拉四个人凑成4对8个人，等到这4对8个人过了新鲜感，就需要再拉8个人凑成8对16个人，以此类推。
但是我们前面说了，对于大多数人来说他们的社交半径都很小，这就决定了陌生人社交是一个小众需求，剩下的那一拨需要陌生人社交的用户群呢，**因为关系的发现和维护成本太高而无法长期坚持。
如此一来，不仅拉新成本高昂，维持活跃用户的成本也巨高，这样时间一久平台的数据就**很糟糕，早期靠融资为生的互联网公司几乎很难活下去，这也是这几年陌生人社交领域绕不开的模式陷进。
有同学**举探探的例子，其实探探已经脱离了陌生人社交的范畴，本质上探探是在售卖性幻想，不信你去看探探的付费页面，每个字体每个价格都是都是由专业的团队精心研究之后设计出来的，目的就是为了让你掏钱。
最后，社交领域的创业还有没有机**？我认为是有机**的，不过这个机**有点像《大话西游》里的紫霞仙子，需要有一个像至尊版一样的一个心上人来拔出紫青宝剑。
但是，也许我说的都是错的。
作者：铁匠，一个想仗剑走天涯的产品经理。
本文由 @铁匠哥哥 原创发布于人人都是产品经理。未经许可，禁止转载
题图来自Unsplash，基于CC0协议
