标签：
研究新闻客户端竞品分析过程中，对网易跟帖的生态系统和网易网友着实有兴趣，查了些资料和网友的看法，梳理了下思路，总结如下：
这要从网易跟帖的产生到历史发展开始说起（具体了解可看http://www.shangxueba.com/jingyan/753249.html，http://tech.163.com/09/0114/16/4VKPSLAJ000915BF.html）
1、网易跟帖的前世今生
1）2003年12月3日，第一条网易新闻跟贴出现在网站的页面上，那时网友都是思想还可以的，家庭情况至少有电脑。当时，网易采用了一个与新浪和搜狐都不同的界面设计：网民想发布评论的时候，不需要用户点击“发表评论”单独打开一个窗口，而是将评论和回帖直接体现在新闻页面的下面，这就在很大程度上方便了用户直接阅读跟贴评论.
2)04年，网络开始普及，只有网易新闻对“民生”特别重视，热衷于突出一些社会性的题材，除了拉流量的社会八卦之外，也反映社会问题，社会现象。这种内容的话题性特别强，特别容易激发讨论，带动到现在，滚雪球一样越滚越大，培育了整个新闻用户群的跟帖习惯，激发了人们看到精彩跟帖，马上前赴后继持续跟帖的热情。
3）2005年2月24日，编辑们发现，在一条回复者甚众的新闻下面，网友们通常会直接回复前一位网友的跟贴，这就造成了奇特的视觉效果：一层一层延续下去，整个回帖叠在一起，就像一座基石坚固的塔形高层大楼—“网易大楼”就这么诞生了。
盖楼是意外之作 盖楼一开始并非是故意设计的。只是当时为了解决网友连续讨论，无法看到上下文，从而容许连续引用回复。没想到出来了盖楼的效果。 3，TABLE下的20层楼 刚开始的盖楼，采用TABLE的方式。只能显示20来层。由于一个个TABLE嵌套，中间的越来越小，最后被收缩成一条粗线。网友称之为“塌楼”。4，DIV下的50层高楼 06年底，修改为DIV，可以扩展到50多层。带来新的问题是，网友将跟贴COPY到博客等网站时，DIV会被过滤或者缺少样式支持，从而无法展现完整的盖楼。当时只针对特定的博客（网易、新浪、搜狐等）做了修正。但是这种方式下，仍然未解决，楼层过高时，顶部坍塌的问题（也就是缩成一条线）。 5，70层高楼 09年，采用了网易手机版的方案，将10层后的线框，修改为不闭合。但是外观上不容易看出来。这样，理论上，楼层可以无限高。但是，楼层过多对页面打开速度影响严重，甚至会导致浏览器崩溃（特别是IE），经过测试后，取了一个性能以及视觉都在可接受范围内的70层。 6，盖楼的重复信息： 盖楼在视觉上，气势磅礴，而且信息连贯。多个互不认识的网友，经常在里面联合写连载小说。
4）“光在新闻后面加一个评论页面远远不够，我们要给用户更高的权力，让他们真正参与到内容的创造中，这世界更需要对网民力量的承认与尊重”
在互动性思路下，2006年世界杯期间，网易开通了世界杯“观方站”，甚至把服务器开放给用户，由网民自发撰写新闻和评论。这一举动吸引了众多网民前来报名，大大超出网易的预期，最后只好挑选部分网友，组成32个队进行报道。这一做法在事后被李甬不无自豪地称作“零成本投入。”在当年的“超级女声”专题中，网易也开通了类似的“观方站”，由前线的粉丝和草根网民直接在“观方站”进行报道。
5）网络的普及（带动了各个阶层的网民），网易的刺激和开放包容，网民的热衷参与，形成了网易跟帖特有的文化
------------热帖和顶帖系统
热帖是指在网易跟贴页，排在最上面的10条，根据被顶的次数排序。
1，打分： 刚推出的网易跟贴，在每条跟贴后面，有下拉的打分选项目，从1分到5分。这个是参考当时国外的一些网站。 然后，再根据最后的综合得分汇总，进行热帖（单贴）排行。当时还曾经设想，日后对登录用户的等级和影响力之类实行累积和评级，他们的评价分值不一样，可以更大程度地影响排序。 但是，这个打分系统，在实行大约一个季度后，就被否定。因为在这个面对广泛网友的快速评论系统中，下拉、思考分值、然后再提交的几步操作，还是令多数人却步。 2，支持和反对： 代替复杂打分系统的，是一个“支持”的按钮。点一下数字加1，然后简单粗暴的按数字多少排列本新闻的热帖。这个简化的方案，一直沿用至今（去年措辞方面被修改为“顶”，稍后说明）。 当时并没有“反对”的按钮。但是05年初的时候，其他部门一个同事对跟贴做用户体验评测时，当时提到“既然有支持，应该也有反对”。我一开始是不赞同增加的，因为“支持”是用于热帖排序，而增加“反对”，无法同时也参与排序（曾经考虑过两者叠加或者加权平均），因此觉得是将顶帖复杂化的多余功能。但是，由于当时这个评测结果是直接向丁磊汇报的，所以在不能提出充足的有害理由情况下，最后还是同意增加。 没想到，虽然“反对”的数字并不参与排序，后来被网友利用到极致。经常在跟贴里看到发帖后面有“赞同的点支持，否则点反对”，网友利用这个简单的投票来做民意调查。而一些被网友怀疑为五毛所发的跟贴，支持数成了大家发泄的一个渠道。特别是在某些领导人讲话新闻后面的叫好的跟贴。但是“支持”和“反对”功能的取消，主要也是祸起于此。09年秋天，取消“反对”功能时，网友一片骂声。后来“支持”也修改成“顶”。 3，热帖的困惑 前面说了，“支持”的参与方便，而“热帖”的规则简单，网友参与热度很高，还曾经有网友编写过网易跟贴的投票机软件。 但是，这个热帖机制，缺陷也是显而易见的。由于跟贴页面的设计为上面10条为热帖，下面20条（后来改为30条）为最新。首先，热帖的占位效应很明显，被顶上来的，基本都是最早生成的跟贴，被顶到热帖后，则会有更多的机会获得支持；这样一些很普通的贴长期占据高位，而某些经典在没机会浮现。因为极少网友翻页去看跟贴，只要一篇新闻的跟贴过千，新贴在跟贴第一页显示的时间很短暂。 4，推荐系统 A计划：构建一个类似IMDB等电影分享网站之类的评价系统，而且计算公式复杂保密，其中包括发表时间，支持数，反对数，被引用回复次数（被盖楼数），甚至参与顶帖的用户身份，也加上权重计算。最后换算成一个叫“热度”之类的数字，进行排序。但是最后没有付诸行动，主要是担心在跟贴这样快速、简短的评论系统中，引入一个深度用户参与的复杂的评价系统，很担心效果。而且，如果用户无法理解自己行为与最终的排行的直接关系，会极大的降低参与兴趣。 B计划：放弃上面的复杂公式，只是在现有的顶帖基础上，增加时间衰减的计算。希望这样可以避免长期占位的发生。 C计划：构建用户积分系统，用户的积分来源于发帖被顶，而获得积分之后，则可以用于顶别人的贴来积分金钱。也就是说，将热帖的产生权，交给那些通过发帖而拥有大量积分的用户。 此外，还有其他一些零碎的想法。其中可能有的是错失的好机会，有的可能是明显的歧途。但是，盛名之下的痛苦在于，决策时，我都倾向于保守。因为在守成与冒险之间，大多数时候，选择了前者。 四，发帖数 1，点一下“支持”自动发一个贴？ 互联网有句话叫“PV是万恶之首”，跟贴的总数，也成了各家表面比拼的一大手段。特别是在04、05年很长一段时间里，电视、报纸在引述一条新闻在互联网的反响时，经常采用在某某网有多少条跟贴。而这些记者可不管这个跟贴数字背后是怎么构成。 那时，新浪、搜狐（腾讯后来也加入）都采用了点一下“支持”或者“反对”，自动生成一个跟贴的方式，内容基本是“我顶”“很好”“支持”几个预设好的。这样跟贴的数字就如当年的亩产量一样，飞天上去了。 我们曾经为此多次开会，争论激烈。特别是在内容影响力和市场份额整体落后于对手的恶劣环境中，我们又在残酷对比的跟贴数上被对手抛离，真难抵挡住诱惑。最后还仅仅是因为一些朴素的想法（用户是否需要）而得以保身。 新浪等采用自动发帖的方式，带来非常严重的后果是，跟贴可读性急速下降，满页都是用户点击“支持”“反对”系统自动生成的跟贴。后来有的网站采用区别对待的方式，默认不显示自动生成的，最后甚至取消了。但是他们在比拼跟贴数字的时候，已经给网易跟贴让出了极好的发展机会。 2，合并跟贴 合并跟贴是指将相同题材的新闻跟贴合并起来，特别是制作专题的时候使用较多，比如，南非世界杯所有新闻的跟贴合并。这个功能的发明者应该是新浪，设计初衷估计一方面是增加跟贴数，网站在对外宣传时，号称某个话题网友评论数过百万条，是相当壮观的；另一方面可能真有部分用户有此需求。梅西的新闻跟贴都合并到一起，你只需要从任何一条梅西的新闻点进去，都可以看到所有的评论。 但合并跟贴对跟贴内容质量的伤害还是存在的，因为网友不少评论是针对当篇新闻的具体内容，合并后会导致错乱。比如一篇挺国足的新闻，跟贴可能全是骂作者的，如果被合并到另外一篇骂国足的新闻里，会让人莫名其妙。 网易曾经采用一个折中的方法（其他网站也看到有类似的），默认显示的是本新闻的跟贴，然后还有合并更贴的入口。而合并的页面里，每条跟贴都显示来源于哪篇新闻。但是大概在08年初的时候停了。当时主要是对系统性能的影响有点大，而为了一个用户并不太需要的功能，不值得。2010年初又恢复为专题的跟贴合并，这有一定的合理性，除了前面说的数字以外，还有专题本身就是一个话题的集中，所以跟贴也因此集合。
标签：
原文地址：http://www.cnblogs.com/ada-linda/p/4526259.html
