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

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

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

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

从战略角度来讲,知乎与搜狗的联姻对双方来说都是好事,知乎要搜索,搜狗要内容。目前知乎全站已累计产生约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 引用 • 1454 回帖
  • 互联网

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

    96 引用 • 330 回帖

相关帖子

欢迎来到这里!

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

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

推荐标签 标签

  • abitmean

    有点意思就行了

    39 关注
  • Lute

    Lute 是一款结构化的 Markdown 引擎,支持 Go 和 JavaScript。

    25 引用 • 191 回帖 • 20 关注
  • 锤子科技

    锤子科技(Smartisan)成立于 2012 年 5 月,是一家制造移动互联网终端设备的公司,公司的使命是用完美主义的工匠精神,打造用户体验一流的数码消费类产品(智能手机为主),改善人们的生活质量。

    4 引用 • 31 回帖 • 8 关注
  • WiFiDog

    WiFiDog 是一套开源的无线热点认证管理工具,主要功能包括:位置相关的内容递送;用户认证和授权;集中式网络监控。

    1 引用 • 7 回帖 • 561 关注
  • 设计模式

    设计模式(Design pattern)代表了最佳的实践,通常被有经验的面向对象的软件开发人员所采用。设计模式是软件开发人员在软件开发过程中面临的一般问题的解决方案。这些解决方案是众多软件开发人员经过相当长的一段时间的试验和错误总结出来的。

    198 引用 • 120 回帖
  • Q&A

    提问之前请先看《提问的智慧》,好的问题比好的答案更有价值。

    7030 引用 • 31782 回帖 • 219 关注
  • IDEA

    IDEA 全称 IntelliJ IDEA,是一款 Java 语言开发的集成环境,在业界被公认为最好的 Java 开发工具之一。IDEA 是 JetBrains 公司的产品,这家公司总部位于捷克共和国的首都布拉格,开发人员以严谨著称的东欧程序员为主。

    180 引用 • 400 回帖 • 1 关注
  • 智能合约

    智能合约(Smart contract)是一种旨在以信息化方式传播、验证或执行合同的计算机协议。智能合约允许在没有第三方的情况下进行可信交易,这些交易可追踪且不可逆转。智能合约概念于 1994 年由 Nick Szabo 首次提出。

    1 引用 • 11 回帖 • 9 关注
  • 架构

    我们平时所说的“架构”主要是指软件架构,这是有关软件整体结构与组件的抽象描述,用于指导软件系统各个方面的设计。另外还有“业务架构”、“网络架构”、“硬件架构”等细分领域。

    141 引用 • 441 回帖
  • Node.js

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

    138 引用 • 268 回帖 • 128 关注
  • 周末

    星期六到星期天晚,实行五天工作制后,指每周的最后两天。再过几年可能就是三天了。

    14 引用 • 297 回帖
  • JRebel

    JRebel 是一款 Java 虚拟机插件,它使得 Java 程序员能在不进行重部署的情况下,即时看到代码的改变对一个应用程序带来的影响。

    26 引用 • 78 回帖 • 623 关注
  • 服务器

    服务器,也称伺服器,是提供计算服务的设备。由于服务器需要响应服务请求,并进行处理,因此一般来说服务器应具备承担服务并且保障服务的能力。

    124 引用 • 580 回帖 • 1 关注
  • Spark

    Spark 是 UC Berkeley AMP lab 所开源的类 Hadoop MapReduce 的通用并行框架。Spark 拥有 Hadoop MapReduce 所具有的优点;但不同于 MapReduce 的是 Job 中间输出结果可以保存在内存中,从而不再需要读写 HDFS,因此 Spark 能更好地适用于数据挖掘与机器学习等需要迭代的 MapReduce 的算法。

    74 引用 • 46 回帖 • 557 关注
  • Java

    Java 是一种可以撰写跨平台应用软件的面向对象的程序设计语言,是由 Sun Microsystems 公司于 1995 年 5 月推出的。Java 技术具有卓越的通用性、高效性、平台移植性和安全性。

    3169 引用 • 8208 回帖 • 2 关注
  • Google

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

    49 引用 • 192 回帖 • 1 关注
  • GitHub

    GitHub 于 2008 年上线,目前,除了 Git 代码仓库托管及基本的 Web 管理界面以外,还提供了订阅、讨论组、文本渲染、在线文件编辑器、协作图谱(报表)、代码片段分享(Gist)等功能。正因为这些功能所提供的便利,又经过长期的积累,GitHub 的用户活跃度很高,在开源世界里享有深远的声望,并形成了社交化编程文化(Social Coding)。

    207 引用 • 2031 回帖
  • 运维

    互联网运维工作,以服务为中心,以稳定、安全、高效为三个基本点,确保公司的互联网业务能够 7×24 小时为用户提供高质量的服务。

    148 引用 • 257 回帖
  • 微信

    腾讯公司 2011 年 1 月 21 日推出的一款手机通讯软件。用户可以通过摇一摇、搜索号码、扫描二维码等添加好友和关注公众平台,同时可以将自己看到的精彩内容分享到微信朋友圈。

    130 引用 • 793 回帖
  • 博客

    记录并分享人生的经历。

    272 引用 • 2386 回帖 • 1 关注
  • Solidity

    Solidity 是一种智能合约高级语言,运行在 [以太坊] 虚拟机(EVM)之上。它的语法接近于 JavaScript,是一种面向对象的语言。

    3 引用 • 18 回帖 • 354 关注
  • 星云链

    星云链是一个开源公链,业内简单的将其称为区块链上的谷歌。其实它不仅仅是区块链搜索引擎,一个公链的所有功能,它基本都有,比如你可以用它来开发部署你的去中心化的 APP,你可以在上面编写智能合约,发送交易等等。3 分钟快速接入星云链 (NAS) 测试网

    3 引用 • 16 回帖 • 1 关注
  • Typecho

    Typecho 是一款博客程序,它在 GPLv2 许可证下发行,基于 PHP 构建,可以运行在各种平台上,支持多种数据库(MySQL、PostgreSQL、SQLite)。

    12 引用 • 60 回帖 • 464 关注
  • flomo

    flomo 是新一代 「卡片笔记」 ,专注在碎片化时代,促进你的记录,帮你积累更多知识资产。

    4 引用 • 91 回帖
  • 支付宝

    支付宝是全球领先的独立第三方支付平台,致力于为广大用户提供安全快速的电子支付/网上支付/安全支付/手机支付体验,及转账收款/水电煤缴费/信用卡还款/AA 收款等生活服务应用。

    29 引用 • 347 回帖 • 1 关注
  • Swagger

    Swagger 是一款非常流行的 API 开发工具,它遵循 OpenAPI Specification(这是一种通用的、和编程语言无关的 API 描述规范)。Swagger 贯穿整个 API 生命周期,如 API 的设计、编写文档、测试和部署。

    26 引用 • 35 回帖
  • Kotlin

    Kotlin 是一种在 Java 虚拟机上运行的静态类型编程语言,由 JetBrains 设计开发并开源。Kotlin 可以编译成 Java 字节码,也可以编译成 JavaScript,方便在没有 JVM 的设备上运行。在 Google I/O 2017 中,Google 宣布 Kotlin 成为 Android 官方开发语言。

    19 引用 • 33 回帖 • 52 关注