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

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

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

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

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

  • 生活

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

    228 引用 • 1450 回帖 • 1 关注
  • 互联网

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

    96 引用 • 330 回帖 • 1 关注

相关帖子

欢迎来到这里!

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

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

推荐标签 标签

  • Logseq

    Logseq 是一个隐私优先、开源的知识库工具。

    Logseq is a joyful, open-source outliner that works on top of local plain-text Markdown and Org-mode files. Use it to write, organize and share your thoughts, keep your to-do list, and build your own digital garden.

    4 引用 • 55 回帖 • 7 关注
  • Q&A

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

    6546 引用 • 29417 回帖 • 244 关注
  • Laravel

    Laravel 是一套简洁、优雅的 PHP Web 开发框架。它采用 MVC 设计,是一款崇尚开发效率的全栈框架。

    19 引用 • 23 回帖 • 685 关注
  • V2EX

    V2EX 是创意工作者们的社区。这里目前汇聚了超过 400,000 名主要来自互联网行业、游戏行业和媒体行业的创意工作者。V2EX 希望能够成为创意工作者们的生活和事业的一部分。

    17 引用 • 236 回帖 • 417 关注
  • Kubernetes

    Kubernetes 是 Google 开源的一个容器编排引擎,它支持自动化部署、大规模可伸缩、应用容器化管理。

    108 引用 • 54 回帖
  • Hexo

    Hexo 是一款快速、简洁且高效的博客框架,使用 Node.js 编写。

    21 引用 • 140 回帖 • 27 关注
  • 酷鸟浏览器

    安全 · 稳定 · 快速
    为跨境从业人员提供专业的跨境浏览器

    3 引用 • 59 回帖 • 25 关注
  • uTools

    uTools 是一个极简、插件化、跨平台的现代桌面软件。通过自由选配丰富的插件,打造你得心应手的工具集合。

    5 引用 • 13 回帖
  • SOHO

    为成为自由职业者在家办公而努力吧!

    7 引用 • 55 回帖 • 94 关注
  • 资讯

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

    53 引用 • 85 回帖
  • Docker

    Docker 是一个开源的应用容器引擎,让开发者可以打包他们的应用以及依赖包到一个可移植的容器中,然后发布到任何流行的操作系统上。容器完全使用沙箱机制,几乎没有性能开销,可以很容易地在机器和数据中心中运行。

    476 引用 • 899 回帖 • 2 关注
  • 分享

    有什么新发现就分享给大家吧!

    242 引用 • 1747 回帖
  • Ruby

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

    7 引用 • 31 回帖 • 175 关注
  • 大疆创新

    深圳市大疆创新科技有限公司(DJI-Innovations,简称 DJI),成立于 2006 年,是全球领先的无人飞行器控制系统及无人机解决方案的研发和生产商,客户遍布全球 100 多个国家。通过持续的创新,大疆致力于为无人机工业、行业用户以及专业航拍应用提供性能最强、体验最佳的革命性智能飞控产品和解决方案。

    2 引用 • 14 回帖 • 3 关注
  • 链滴

    链滴是一个记录生活的地方。

    记录生活,连接点滴

    131 引用 • 3639 回帖
  • ActiveMQ

    ActiveMQ 是 Apache 旗下的一款开源消息总线系统,它完整实现了 JMS 规范,是一个企业级的消息中间件。

    19 引用 • 13 回帖 • 626 关注
  • 笔记

    好记性不如烂笔头。

    303 引用 • 777 回帖
  • Elasticsearch

    Elasticsearch 是一个基于 Lucene 的搜索服务器。它提供了一个分布式多用户能力的全文搜索引擎,基于 RESTful 接口。Elasticsearch 是用 Java 开发的,并作为 Apache 许可条款下的开放源码发布,是当前流行的企业级搜索引擎。设计用于云计算中,能够达到实时搜索,稳定,可靠,快速,安装使用方便。

    116 引用 • 99 回帖 • 267 关注
  • Tomcat

    Tomcat 最早是由 Sun Microsystems 开发的一个 Servlet 容器,在 1999 年被捐献给 ASF(Apache Software Foundation),隶属于 Jakarta 项目,现在已经独立为一个顶级项目。Tomcat 主要实现了 JavaEE 中的 Servlet、JSP 规范,同时也提供 HTTP 服务,是市场上非常流行的 Java Web 容器。

    162 引用 • 529 回帖 • 3 关注
  • 创业

    你比 99% 的人都优秀么?

    82 引用 • 1398 回帖
  • Wide

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

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

    30 引用 • 218 回帖 • 605 关注
  • Thymeleaf

    Thymeleaf 是一款用于渲染 XML/XHTML/HTML5 内容的模板引擎。类似 Velocity、 FreeMarker 等,它也可以轻易的与 Spring 等 Web 框架进行集成作为 Web 应用的模板引擎。与其它模板引擎相比,Thymeleaf 最大的特点是能够直接在浏览器中打开并正确显示模板页面,而不需要启动整个 Web 应用。

    11 引用 • 19 回帖 • 319 关注
  • LeetCode

    LeetCode(力扣)是一个全球极客挚爱的高质量技术成长平台,想要学习和提升专业能力从这里开始,充足技术干货等你来啃,轻松拿下 Dream Offer!

    209 引用 • 72 回帖 • 3 关注
  • wolai

    我来 wolai:不仅仅是未来的云端笔记!

    1 引用 • 11 回帖 • 2 关注
  • 30Seconds

    📙 前端知识精选集,包含 HTML、CSS、JavaScript、React、Node、安全等方面,每天仅需 30 秒。

    • 精选常见面试题,帮助您准备下一次面试
    • 精选常见交互,帮助您拥有简洁酷炫的站点
    • 精选有用的 React 片段,帮助你获取最佳实践
    • 精选常见代码集,帮助您提高打码效率
    • 整理前端界的最新资讯,邀您一同探索新世界
    488 引用 • 383 回帖 • 3 关注
  • CloudFoundry

    Cloud Foundry 是 VMware 推出的业界第一个开源 PaaS 云平台,它支持多种框架、语言、运行时环境、云平台及应用服务,使开发人员能够在几秒钟内进行应用程序的部署和扩展,无需担心任何基础架构的问题。

    5 引用 • 18 回帖 • 152 关注
  • React

    React 是 Facebook 开源的一个用于构建 UI 的 JavaScript 库。

    192 引用 • 291 回帖 • 442 关注