网络内容的 1/9/90 定律

开发 前端 后端
文章中叙述的多个桉例,事实上并不完全是 90/9/1 的分布情况 ── Wikipedia 甚至是夸张的 99.8/0.2/0.003。但或许是「Participation Inequality」太严肃也太学究,从此之后,大家就渐渐习惯了用「90/9/1 定律」甚或是「1% 法则」去称呼这个现象。

[[82678]]

90% 的网络社群参与者只观赏内容,9% 会进一步加入讨论,而只有 1% 会积极创作新内容。-1% Rule

2007、2008 年,当我在经营旅游社群网站 Sosauce 时,观察到了这个有趣的现象 ── 每个月到访的数十万使用者中,只有几百人会积极的写游记、贴照片,几千人会参与评分与讨论,而剩下的绝大多数人,都只是来浏览内容的。现在经营的 MR JAMIE  网志也有类似的情况,每天的 5,000-10,000 名访客里面,大约只有 500-1,000 人会按赞、分享, 不到 50 人会留言发表评论 (即使是把 Facebook Story 的留言也算进去)。

2006 年使用者经验研究者 Jakob Nielsen 第一次发表文章阐述了这个现象,并且将它称为「Participation Inequality (参与不均)」,并且以这样一个 90/9/1 的金字塔作为模型:

community participation pyramid by Jakob Nielsen

文章中叙述的多个桉例,事实上并不完全是 90/9/1 的分布情况 ── Wikipedia 甚至是夸张的 99.8/0.2/0.003。但或许是「Participation Inequality」太严肃也太学究,从此之后,大家就渐渐习惯了用「90/9/1 定律」甚或是「1% 法则」去称呼这个现象。

所以对于一个网络创业者而言,这个模型的重点不是「90/9/1」这三个数字,而是它可以帮助你记得「只有极少数使用者会经常创作内容」这个常态,然后因应它来设计你的产品。也就是说,你必须把你的内容型网络服务的 TA,分为三个族群:

重度创作者

每个领域的重度创作者数量都非常少,因此很有可能是你必须主动、积极拉拢的  ── 就我所知,多年前痞客邦为了让酪梨寿司从无名搬家过去,私底下花了非常大的力气。你甚至需要为他们量身订做一些重度使用者专用的工具 (在不打扰其他使用者的前提下),并且让他们感受到在社群里崇高的地位 ── Facebook 的「粉丝数」、Flickr 的「Pro Account」、Yelp 的「Elite Squad」与无名小站当年的「白金会员」,都有类似的意思。最后,你还必须想办法让他们创作的内容得到读者的好回响,以鼓励他们源源不绝的分享。

而当你的服务达到了某种早期的大数 (例如:10 万、100 万月活跃用户),如果重度创作者的比例能够维持在 1% 以上,甚至到达 2%、3%,那就表示你在他们身上的经营,得到了非常好的效果。反之,则你可能要更积极的去服务这些人。

休闲创作者

比起重度创作者,休闲创作者的数量就多很多,因此服务这群人跟服务「大众」比较类似。诀窍是让内容的产生「越简单越好」,并且开发出一些像是滤镜、主题、版型等的工具让休闲创作者很容易就能产出很棒的内容 ── 请参考 InstagramPinterest、Tumblr、Apple Keynote。另外,除了内容分享之外,如果能增加「人与人之间沟通」的元素 ── 聊天、简讯、传递档桉等等,也能让休闲者更愿意上来留下珍贵的足迹。

读者

比起前两种 TA,读者又是更大数的大数,但却也是很多网络内容服务忽略照顾的一群 ── 从有网络以来,各种 UGC 平台就蓬勃发展,但一直到 2007 年才由 Facebook 发明了「News Feed」这样专注于服务读者的功能可见一斑。既然你无法改变 90% 的人都只是来看内容的这个事实,那顺应这样的民意,用心的给读者们一个舒适、流畅、相关性高的内容阅览体验便是最务实的作法。这也是为什么近期像是 Flickr、Foursquare、Twitter 这些本来着重「创作」的社群都相继把注意力转向读者,而像是  Flipboard、Feedly、Pulse 等内容阅读器更是直接从读者出发,再渐渐反攻回创作者的原因。

以上,就是网络存在的 1/9/90 消费者文化,希望有帮助到你思考你的内容产品策略。

原文链接:http://news.cnblogs.com/n/184616/

责任编辑:林师授 来源: MR JAMIE
相关推荐

2012-11-08 11:07:36

网络优化白金定律

2018-04-18 14:55:26

网络监控命令

2013-11-12 10:09:03

编程文化

2011-04-18 10:38:52

2023-09-28 07:36:31

2020-09-25 19:45:56

科技

2015-10-09 10:25:51

2015-12-03 09:02:22

掌握新事物100小时

2012-06-04 10:55:41

Amdahl

2012-05-25 10:16:57

2021-07-13 17:35:56

网络安全IT安全漏洞

2010-09-03 15:08:35

系统升级

2021-03-26 09:39:38

带宽云服务器流量

2013-08-08 11:02:46

2014-03-31 11:27:50

Microsoft A微软云计算CNTV

2017-10-17 14:56:41

数据中心网络布线服务器

2020-09-28 06:51:21

网络安全

2012-06-07 09:48:12

开发流程图
点赞
收藏

51CTO技术栈公众号