昨日微博、明日知乎,拿什么来拯救社交平台?灰度关注

本贴最后更新于 3567 天前,其中的信息可能已经时过境迁

  在《后微信时代的社交困境:去中心化》一文中,我以“去中心化”为线索,横向比较了微博、豆瓣和知乎等产品。这次我还是以“去中心化”为线索,换个角度,纵向谈谈“去中心化”,目标:知乎,参考:微博。

首先,恭喜知乎获得了腾讯的注资,这个消息让我们这些整日为知乎的盈利模式操碎了心的深度用户们松了一口气,至少眼下,抱上了企鹅的大腿,钱不是问题。

从战略角度来讲,知乎与搜狗的联姻对双方来说都是好事,知乎要搜索,搜狗要内容。目前知乎全站已累计产生约700万个问题,近2300万个回答,是时候换一个给力点的搜索引擎来解决信息发现的问题。但是,我的关注点却不在于此,从去中心化的角度来思考,怎么搜永远不是问题,问题的关键是搜什么。大量的知乎用户并不是通过搜索问题来获取答案的,而是从feed流上,通过关注的人的赞、关注、回答等行为来阅读知乎。也就是说,大部分用户的习惯还是刷知乎,而不是知乎一下你就知道。

知乎的优势在于高质量和专业化,数量上并不占优势。高质量答案过分集中于一些热门问题之中,而大部分问题缺少高质量答案,甚至无人作答。在这种情况下,依赖搜索引擎来完善发现机制并不可取,换句话说,这不是问题的关键。问题的关键在于:要从“刷”知乎的角度来解决知乎的发现问题,而不是从“搜”知乎的角度。

知乎面临的信号噪音问题

甚至不少有识之士得出这样一个结论:规模是社群的敌人。对此,我是不赞成的。当然了,不赞成的人有很多,批判一番的机会交给大家,我这里讲讲方法。

提到微博,大家刚开始的时候热情都很高涨,赶紧登上去关注自己知道的大明星、段子手,但随着大家使用时间的增长,关注的人数也越来越多,那些通过自己精选挑选而形成的关注主页,质量却在下降。

很少有人会回过头去思考,我到底是什么时候关注了这个家伙,他的微博一点意思都没有。或许会抱怨几句,但这种情绪也没强烈到取消关注。也许是在想,当初关注这个家伙,是因为他发了一则很有意思的微博,没准以后他还会发吧。

也就是说,关注一个人,只需要一则微博;取关一个人,却需要这个人发布很多则广告、软文、购物链接,突破我们忍耐的极限,甚至还需要带一点恨意。这种情绪,说实话,在微博这样一个轻松加愉快的氛围里酝酿出来其实挺难的。

而在这种心态的驱使之下,日积月累。当初自视高冷的人,竟也关注了上百号人。再加上微博的管理者在这些质量堪忧的信息之间夹杂几则推广广告,对使用者造成了成吨的伤害。自然,用户的流失也随之而来。

反观知乎,这种态势正愈演愈烈。前些日子,知乎团队通过一次闭门会议的紧急磋商,宣布永封了几个大V,原因是扰乱知乎秩序。固然,大V有错,杀鸡儆猴,可以理解,但也难免让人感到兔死狗烹。如果一个平台的运营不从机制上想方法,反而拿用户开刀,这种做法是值得商榷的。大V能造成这么大的破坏,平台要从自身的分发机制去思考问题,而不是把矛头对准个别用户。

最佳关注数困境

反观豆瓣在这个问题上就显得很有格调,思考的是最佳关注数的困境,而知乎还在玩杀鸡儆猴的把戏,这一局,文艺青年取得完胜。最佳关注数困境由来已久,这个困境在于,关注数的只增不减,总有一天会突破用户忍耐的极限用户才不会怪自己手贱关注了太多人,反而是去抱怨平台质量在下降,社交蒸发冷却效应随之产生。

当然,平台的运营需要制造大V,要帮助他们吸粉,来鼓励他们制作更加优质的内容,来吸引更多的人来关注。但赋予大V影响力的同时,大V是否能运用好这个影响力,不对平台造成破坏呢?如果一个大V的粉丝数逐渐增长到一定程度,难免是会造成一定程度的破坏的,据我所知一些知乎的大V用户,一般情况下,是不敢随便赞和关注的,害怕过多的操作刷屏会掉粉。关注数少的用户刷知乎一天,赞上七八条,关注问题十来个自然没什么问题,但是一个关注数上万的知乎大V,就有问题了。

这个时候平台方跳出来喊话,请大V自律,我觉得有点可笑。岂不闻,杀君马者道旁儿(编者注:意思是马跑得很快,路边的看客不停地称赞,马主就不停地加速,结果把马累死了)。

那么,如何降低社交平台中的信息噪音?

我认为,关键点在于能否建立一个动态的用户关系链,来遏制住社交的原始基因——扩张。这里提供一套解决方案,我称之为灰度关注,原理如下:

首先允许用户的关注数适度的冗余,而后在一个关注周期内,对这些关注关系链两端的用户是否产生信息交互行为进行监测,周期结束时将监测到的信息反馈到平台,平台通过对这些信息的判断,对关注关系进行相应的操作。而判断的规则是,如果关系链两端的用户之间没有产生信息交互,则判定这条关系链为冗余关注,关系链予以释放;如果关系链两端的用户产生了信息交互,则判定这条关系链是有效关注,关系链予以保持。而后进入下一个关注周期,周而复始。

举个例子,我关注了微博女王姚晨(姚晨本人及其粉丝见谅),但是在关注之后,我对她所发布的信息没有进行过任何的交互操作(转发、评论、点赞等),到这个关注周期结束时,平台也没有监测到任何信息交互操作,则判定我对姚晨的关注为冗余关注,继而释放掉这条关系链,也就是取关。

另一种可能,我对姚晨所发布的微博十分喜爱,不时进行点赞、转发、评论等信息交互操作,在一个关注周期结束时,平台监测到了这些信息交互操作,则判定我对姚晨的关注为有效关注,对这条关系链予以保持。也就是说将这种关注关系延续一个关注周期,在下一个周期内,再进行监测、判断,而后保持或释放。因此,这种关注是有有效期的,在有效期结束时,平台通过用户的操作对这种关注的有效期进行终止或延续。虽然释放的动作由平台完成,但平台依据的仍然是用户的行为,也就是说,用户的行为决定了这条关系链能否保持下去。

这里有三个重要的参数需要设定,一个是冗余量,一个是关注周期,还有一个重要的参数,就是最佳关注数。那么,这三个参数是如何配合工作的呢?

首先,冗余量可以是一个比例系数,这个比例系数乘以最佳关注数就是允许用户关注最多的人,比如这里我将冗余比例设置为2,最佳关注数设置为100。那这个平台允许每一个用户最多关注人数即为200人,然后在一个关注周期内进行监测,这里姑且将关注周期设置为3个月。在这3个月的时间里,用户与关注对象之间的信息交互决定了在这个周期结束时,平台对这些关注关系的操作。

那么,这就会面临两个问题,一种情况是,一个用户的操作频繁、精力旺盛,对他而言,平台预先设置的最佳关注数100人太少了,根本满足不了他的需求,经过一个关注周期,系统判定其有效关注远远超过100人,达到了180人。还有一种情况是,一个用户的精力有限、关注不了太多的人,那对他而言最佳关注数100人的设定,还是有点多,可能经过一个关注周期,系统判定其有效关注远远低于100人,仅为60人。这就需要一些补救措施,来完善这套系统。

一种策略是,当用户有足够的精力来关注更多的人时,适当增加他的最佳关注数,当用户精力不够时,适当减少其最佳关注数。对前一种用户,他的最佳关注数也许是150,比平台上的一般人高;对后一种用户,他的最佳关注数也许是50,比平台一般人低。这里就需要一个跟随调节,有点类似于我国的成品油定价机制。当然了,原则上还是要鼓励用户在平台上投入更多的精力,对应的,这套机制也是倾向于“跟涨不跟跌”的。

还有一种策略是,设置安全值。当用户关注数低于一个数值,比如说50。那就不要再按照这套规则来进行冗余分析,而是只进不出。让用户的关注数,超过一定的值之后(比如说最佳关注数100),再进行冗余分析。这类似于中国股市,设置涨停和跌停,这里主要照顾的是跌,毕竟跌太多不利于系统的稳定。

而对于这些参数的设定,可以通过两种方法,一种是理论计算,通过大数据分析来设置相应的参数;一种是工程试凑,通过A/B测试、灰度测试,来调节出合理的数值,这里便不展开。

通过这样一套灰度关注的机制,便可以有效避免大V的破坏力。因为在这套机制之下,大V的关注数并不是只增不减的,当他不能持续制造出高质量的内容时,他的掉粉速度超过增粉速度,自然反映到关注数上就是减少,也就是他的影响力会减弱,反过来,当一个大V持续输出高质量的内容,他的增粉速度超过掉粉速度,那反映到关注数上便是增加,他的影响力也会随着他的努力而增加。

这套机制不仅能解决大V的问题,还能解决僵尸粉的问题。对那些没有任何操作的僵尸粉,他们的关注数会随着一个又一个关注周期的判定而减少。这或许是断了某些财路,但我认为这对平台而言是有益的,健康的。

最佳关注数的设定,再加上这样一套动态调节的机制。虽然不会让用户关注到更多人,但会不断调节用户关注的内容,更加注重时效性,让用户的主页不断向自己需求的方向而前进。而安全保护机制,也不会让那些操作少的用户遭遇使用障碍。

在这样一套机制之下,任何关系都是不确定的。内容制造者需要去不断地输出内容,保持住他的粉丝数,而内容消费者需要不断地去响应他所感兴趣的内容,保持与高质量内容制造者的关注关系。而且,他们需要不断地去关注新的人,来补充自己的主页内容,以免因为自己的关注数少,而得不到更多精彩的内容,在这个一进一出的过程中,用户的主页是常进常新的。从这个意义上来讲,这不仅是一套保护机制,也是一套激励机制。

灰度关注规避了人际关系上的马太效应,如果将这套思想拓展,还能规避其他层面上的马太效应。在知乎这个平台里,人的关注会有马太效应,答案和问题也会有马太效应。知乎有条名言:勿以赞少而不看,勿以赞多而赞之。赞少不看,赞多而赞,不也是一种马太效应么?

这是可以理解为马太效应在时间层面上的累积,如果同样的两个质量差不多的答案,他们只是因为发表的先后顺序不同,而在在赞同数的多寡上却产生十分悬殊的差距。

这里是否可以设置一个赞同数的时间衰减机制,让那些赞同数随着时间的增长而衰减,给后发表的答案一个展示的机会。也许在一个具有时效性的问题上,后来的答案相比早前的答案更有说服力。而对于那些经典答案,也不必过于担心,经典答案自然还是会被后来的关注者所赞同的,要相信经典是能够接受住时间的考验的。而那些伪经典,就退位让贤,让位于那些后来者吧。这可以理解为灰度赞同。

而在问题的关注上,也可以拓展出一套关于问题的灰度关注理论。

知乎有个很好的机制,当你关注一个问题时,如果有用户再次回答这个问题时,知乎会提醒你,你所关注的问题有了新答案,请你去关注。但这种关注,是否是一成不变的呢?如果用户对这些提醒视而不见,一次两次可能是事出有因,四次五次是否就可以得出一个结论,用户已经不再关注这个问题了。那么将这个关注定义为冗余,然后释放,皆大欢喜,岂不美哉。

这套看似冷酷无情的规则,实际上是在秉持一种“一期一会”的茶道思想。让用户在这种不确定的关系中,去珍惜每一次表达的机会,珍惜每一个关注的机会。而这种思想又是通过一套自动控制的手段来实现的。大家总是说灰度开发、灰度管理,也许解决社交平台的信噪问题,答案就在这个灰度。

欢迎对此有自己看法的朋友批评指正,在此,谢谢你们的关注与参与。

本文由 青空片想 授权 虎嗅网 发表,并经虎嗅网编辑。转载此文章须经作者同意,并请附上出处(虎嗅网)及本页链接。
原文链接http://www.huxiu.com/article/130920/1.html

  • 生活

    生活是指人类生存过程中的各项活动的总和,范畴较广,一般指为幸福的意义而存在。生活实际上是对人生的一种诠释。生活包括人类在社会中与自己息息相关的日常活动和心理影射。

    230 引用 • 1432 回帖
  • 互联网

    互联网(Internet),又称网际网络,或音译因特网、英特网。互联网始于 1969 年美国的阿帕网,是网络与网络之间所串连成的庞大网络,这些网络以一组通用的协议相连,形成逻辑上的单一巨大国际网络。

    98 引用 • 367 回帖

相关帖子

欢迎来到这里!

我们正在构建一个小众社区,大家在这里相互信任,以平等 • 自由 • 奔放的价值观进行分享交流。最终,希望大家能够找到与自己志同道合的伙伴,共同成长。

注册 关于
请输入回帖内容 ...

推荐标签 标签

  • 域名

    域名(Domain Name),简称域名、网域,是由一串用点分隔的名字组成的 Internet 上某一台计算机或计算机组的名称,用于在数据传输时标识计算机的电子方位(有时也指地理位置)。

    43 引用 • 208 回帖 • 2 关注
  • Maven

    Maven 是基于项目对象模型(POM)、通过一小段描述信息来管理项目的构建、报告和文档的软件项目管理工具。

    188 引用 • 319 回帖 • 235 关注
  • 资讯

    资讯是用户因为及时地获得它并利用它而能够在相对短的时间内给自己带来价值的信息,资讯有时效性和地域性。

    56 引用 • 85 回帖 • 1 关注
  • Love2D

    Love2D 是一个开源的, 跨平台的 2D 游戏引擎。使用纯 Lua 脚本来进行游戏开发。目前支持的平台有 Windows, Mac OS X, Linux, Android 和 iOS。

    14 引用 • 53 回帖 • 561 关注
  • RabbitMQ

    RabbitMQ 是一个开源的 AMQP 实现,服务器端用 Erlang 语言编写,支持多种语言客户端,如:Python、Ruby、.NET、Java、C、PHP、ActionScript 等。用于在分布式系统中存储转发消息,在易用性、扩展性、高可用性等方面表现不俗。

    49 引用 • 60 回帖 • 350 关注
  • Node.js

    Node.js 是一个基于 Chrome JavaScript 运行时建立的平台, 用于方便地搭建响应速度快、易于扩展的网络应用。Node.js 使用事件驱动, 非阻塞 I/O 模型而得以轻量和高效。

    139 引用 • 269 回帖 • 1 关注
  • 区块链

    区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。所谓共识机制是区块链系统中实现不同节点之间建立信任、获取权益的数学算法 。

    92 引用 • 752 回帖
  • Flutter

    Flutter 是谷歌的移动 UI 框架,可以快速在 iOS 和 Android 上构建高质量的原生用户界面。 Flutter 可以与现有的代码一起工作,它正在被越来越多的开发者和组织使用,并且 Flutter 是完全免费、开源的。

    39 引用 • 92 回帖 • 11 关注
  • H2

    H2 是一个开源的嵌入式数据库引擎,采用 Java 语言编写,不受平台的限制,同时 H2 提供了一个十分方便的 web 控制台用于操作和管理数据库内容。H2 还提供兼容模式,可以兼容一些主流的数据库,因此采用 H2 作为开发期的数据库非常方便。

    11 引用 • 54 回帖 • 677 关注
  • 数据库

    据说 99% 的性能瓶颈都在数据库。

    346 引用 • 761 回帖 • 1 关注
  • Chrome

    Chrome 又称 Google 浏览器,是一个由谷歌公司开发的网页浏览器。该浏览器是基于其他开源软件所编写,包括 WebKit,目标是提升稳定性、速度和安全性,并创造出简单且有效率的使用者界面。

    63 引用 • 289 回帖
  • 快应用

    快应用 是基于手机硬件平台的新型应用形态;标准是由主流手机厂商组成的快应用联盟联合制定;快应用标准的诞生将在研发接口、能力接入、开发者服务等层面建设标准平台;以平台化的生态模式对个人开发者和企业开发者全品类开放。

    15 引用 • 127 回帖 • 2 关注
  • Wide

    Wide 是一款基于 Web 的 Go 语言 IDE。通过浏览器就可以进行 Go 开发,并有代码自动完成、查看表达式、编译反馈、Lint、实时结果输出等功能。

    欢迎访问我们运维的实例: https://wide.b3log.org

    30 引用 • 218 回帖 • 642 关注
  • abitmean

    有点意思就行了

    34 关注
  • Google

    Google(Google Inc.,NASDAQ:GOOG)是一家美国上市公司(公有股份公司),于 1998 年 9 月 7 日以私有股份公司的形式创立,设计并管理一个互联网搜索引擎。Google 公司的总部称作“Googleplex”,它位于加利福尼亚山景城。Google 目前被公认为是全球规模最大的搜索引擎,它提供了简单易用的免费服务。不作恶(Don't be evil)是谷歌公司的一项非正式的公司口号。

    49 引用 • 192 回帖
  • LaTeX

    LaTeX(音译“拉泰赫”)是一种基于 ΤΕΧ 的排版系统,由美国计算机学家莱斯利·兰伯特(Leslie Lamport)在 20 世纪 80 年代初期开发,利用这种格式,即使使用者没有排版和程序设计的知识也可以充分发挥由 TeX 所提供的强大功能,能在几天,甚至几小时内生成很多具有书籍质量的印刷品。对于生成复杂表格和数学公式,这一点表现得尤为突出。因此它非常适用于生成高印刷质量的科技和数学类文档。

    12 引用 • 59 回帖 • 2 关注
  • Hadoop

    Hadoop 是由 Apache 基金会所开发的一个分布式系统基础架构。用户可以在不了解分布式底层细节的情况下,开发分布式程序。充分利用集群的威力进行高速运算和存储。

    93 引用 • 122 回帖 • 620 关注
  • GitLab

    GitLab 是利用 Ruby 一个开源的版本管理系统,实现一个自托管的 Git 项目仓库,可通过 Web 界面操作公开或私有项目。

    46 引用 • 72 回帖 • 1 关注
  • NGINX

    NGINX 是一个高性能的 HTTP 和反向代理服务器,也是一个 IMAP/POP3/SMTP 代理服务器。 NGINX 是由 Igor Sysoev 为俄罗斯访问量第二的 Rambler.ru 站点开发的,第一个公开版本 0.1.0 发布于 2004 年 10 月 4 日。

    315 引用 • 547 回帖
  • 旅游

    希望你我能在旅途中找到人生的下一站。

    101 引用 • 905 回帖
  • 音乐

    你听到信仰的声音了么?

    62 引用 • 512 回帖
  • Ruby

    Ruby 是一种开源的面向对象程序设计的服务器端脚本语言,在 20 世纪 90 年代中期由日本的松本行弘(まつもとゆきひろ/Yukihiro Matsumoto)设计并开发。在 Ruby 社区,松本也被称为马茨(Matz)。

    7 引用 • 31 回帖 • 266 关注
  • 招聘

    哪里都缺人,哪里都不缺人。

    188 引用 • 1057 回帖 • 1 关注
  • Outlook
    1 引用 • 5 回帖
  • Notion

    Notion - The all-in-one workspace for your notes, tasks, wikis, and databases.

    10 引用 • 77 回帖
  • Python

    Python 是一种面向对象、直译式电脑编程语言,具有近二十年的发展历史,成熟且稳定。它包含了一组完善而且容易理解的标准库,能够轻松完成很多常见的任务。它的语法简捷和清晰,尽量使用无异义的英语单词,与其它大多数程序设计语言使用大括号不一样,它使用缩进来定义语句块。

    554 引用 • 675 回帖 • 2 关注
  • Anytype
    3 引用 • 31 回帖 • 36 关注