`
robbin
  • 浏览: 4799168 次
  • 性别: Icon_minigender_1
  • 来自: 上海
博客专栏
377a9ecd-1ea1-34ac-9530-9daa53bb2a7b
robbin谈管理
浏览量:135741
社区版块
存档分类
最新评论

闻之色变的“网站改版”魔咒,从豆瓣改版说起

阅读更多
话说这网站改版就像站长的“滑铁卢”一样,无论网站多有名气,站长多么英明,倒在“网站改版”魔咒之下的,还真是不计其数。

2006年5月,老冒领导的uuzone改版。uuzone是国内做的最早的,最web2.0化的SNS网站了,改版之后网站访问量急剧下跌, uuzone只得让新旧两个网站版本并行使用,然而并没有挽回网站下跌的颓势。

2007年9月,横戈领导的blogbus改版。blogbus是国内最早的博客网站之一,改版之后,用户批评意见四起,横戈在博客里面深刻检讨。

2007年11月,豆瓣改版,这次阿北也未能免俗,一样中招。豆瓣的用户在改版之后民怨沸腾,甚至开始纠集起来倒版,威胁网站把导航方式改回原来的样式。由于豆瓣在互联网的知名度,顿时沸沸扬扬起来:有铁杆支持阿北者如和菜头,破头大骂倒版的“垃圾用户”;有幸灾乐祸者如麦田,推断豆瓣越来越天涯化,真可谓一地鸡毛。

“网站改版”就像站长的梦靥一般,不改版迟早是个死,改版那死的更快。作为JavaEye网站的站长,我确实有点感同身受,改版被用户骂还真是很委屈的一件事情:费了老鼻子劲,冒了多大风险,付出多大代价,千辛万苦把网站改了一遍,运行速度更快了,代码更干净,bug都修复的差不多了,网站布局更加合理了,页面更加美观了,功能更加强大了,咋用户就是不买账呢?辛辛苦苦的劳动白费了不说,还被人骂,我委屈大了我。

换个角度,作为一个普通的网站用户来说,对于网站改版予以抵制,很可以理解,很大程度上出于用户养成的使用习惯问题。拿我来说吧,经常看新浪网的NBA专题,这前几周NBA专题改版了,我一下就懵了,懵了好几天才适应新的版本。再说Google Analytics也是我常用的Google服务之一,Analytics改版之后长达三个月之内我还一直使用老的版本,迟迟不愿使用新版本。所以说,改变用户的使用习惯,对于网站来说,是非常忌讳的一件事情,但是改版还是得改呀,怎么办?

最近我们JavaEye网站也在面临着改版,从JavaEye2.0改版到JavaEye3.0,鉴于这么多英明神武的前辈都中了招,小弟我也是万分惶恐,日夜惴惴,唯恐中招。如何避免网站改版带来的负面影响,我觉得横戈总结的四条可谓金玉良言:

1、升级或新产品上线之前,不仅仅要做好充分的内测,有条件的话要搭建系统进行公测;
2、任何时候,都应该重视用户的使用体验,而不应完全从技术角度考虑;
3、新功能推出之前,应做好充分的说明,否则会让用户无所适从;
4、不要同时推出太多改动,分阶段推出产品的改进效果会更好;

其实大部分网站改版都是败在忽视这几条之下的。JavaEye网站在2006年9月也进行了一次成功的改版,回顾这次改版,我觉得成功的原因在于以下两条:

1、JavaEye1.0只是一个论坛,而JavaEye2.0变成了一个综合性社区网站,只要JavaEye2.0的论坛部分保持和1.0一致,改版就不会遭到用户强烈的反弹。在JavaEye2.0的开发早期,我们的程序员曾经想按照功能更加合理的discuz!的样式开发2.0的论坛,但是被我阻止,我要求程序员必须原样复制phpBB样式的论坛,确保用户使用习惯的一致性。最终JavaEye2.0上线的时候,尽管网站代码是全部使用RoR重写的,但是论坛完全可以和原来的phpBB以假乱真,连我自己都难以分辨。这样用户对于改版很自然就接受了。

2、在JavaEye2.0的开发过程当中,我们是把2.0放在网站上面一直公测的,让用户提前接触和使用JavaEye2.0,这样在真正上线的时候,就不再有特别陌生的感觉,对于改版就不会过分抵制。

然而对于我们目前从JavaEye2.0到JavaEye3.0的改版来说,同样的成功经验是不可复制的。2.0已经是一个综合性、比较完善的网站了,无论怎么改,都会让用户产生不适应的感觉,而不可能像1.0到2.0那样从无到有的方式。另外对于一个JavaEye3.0的公测版本,由于2.0本身有着丰富的内容,除了少量用户之外,大部分用户并没有兴趣经常去访问3.0的公测版本,那么怎么成功改版,避免改版魔咒呢?

Google analytics是新旧两个版本并行,但是这个方式并不能够完全消除用户的不适应感,我的灵感来自于横戈提到的第四条:

4、不要同时推出太多改动,分阶段推出产品的改进效果会更好;

对,分阶段推出产品的改进,一点一点的改进网站,而不是从2.0一下跳跃到3.0。在2.0网站的基础上面一点一点改版,一点一点加功能,让用户在不知不觉的过程当中实现了从2.0到3.0的改版迁移过程。如果说传统的网站改版,是让用户在一夜之间适应新版本的话,那么分阶段改进就是用户在长达两三个月的时间内一点一点适应新版本。

因此从10月份开始,我就拟定了新的网站改版计划,JavaEye2.0的改版和JavaEye3.0的开发计划同时并行:JavaEye2.0现在的网站功能一点一点的改进,不断向JavaEye3.0的功能和界面靠拢:在已经过去的一个多月时间里面,我们已经上线了原来3.0的新闻频道,改进了网站的一级导航,和新闻频道的二级导航,发布了第一个新闻频道的专题栏目,论坛的回贴投票机制进行修改,接下去我们的博客功能还要大幅度扩充,博客频道还要彻底改版,一点一点,在我们JavaEye2.0的代码基础上,让功能和界面一点一点往3.0的目标上面靠近。

与此同时JavaEye3.0根据原定的目标来开发,但是同时根据JavaEye2.0改进的用户反馈情况不断进行相应的调整。最终我们希望做到,除了知识库频道是在3.0才上线之外的绝大部分功能在2.0的代码基础上全部修改到位,最终到明年春节真正把代码迁移到3.0的时候,让用户感觉不到网站发生了改版。这样做的好处,除了保证了改版的成功,也可以提前几个月把新版本的功能让用户使用,在用户使用的过程当中,你才能发现你设计的新版本功能究竟是不是用户需要的功能,如果不是,那么通过你的投石问路,你也能够清楚的把握用户的需求,从而做出适当的调整。

这是一个非常稳妥的网站改版方案,也许有人会说,那你2.0一点一点改完之后,你开发3.0还有什么意义呢?工作不是重复了吗?其实工作并不重复,因为在我们2.0的改版过程当中,也不断把3.0实现的新功能迁移到2.0上面来,例如接下来的编辑器切换和自动保存、重写的博客导入功能。当然最重要的在于,3.0的代码是在一个新的架构上进行设计和开发的干净的代码项目,可以提供更高的性能,更好的代码维护性,未来更好的功能扩充性。

JavaEye2.0改版到JavaEye3.0的成败我觉得系于两点:


1、JavaEye2.0能在多大程度上实现3.0的既定功能和界面改进
2、JavaEye3.0能在多大程度上保持和2.0一致的界面和用户操作方式


我相信,只要把这两点把握好,我们会再一次迎来成功的JavaEye网站改版。
分享到:
评论
6 楼 prophet 2007-11-22  
我觉得可以参考淘宝的渐进思路,基本格局不改变,慢慢把功能添加进去。我觉得淘宝这一点做得很好
5 楼 ozzzzzz 2007-11-21  
zyjarge 写道
忘了是谁说的了,但是很有道理的一句话,“程序员很容易陷入技术为主导的开发方式,但忽略了用户的感受”。
这点上robbin做的非常好。

问题在于,我分析豆瓣的这次改版完全是商业考虑,而很少什么技术主导的。只不过他们这个商业考虑有些地方还是不够周全,而且包袱确实也重。
其实这里一个根本的问题是,你究竟想开发一个赚钱的网站,还是去开发一个给自己赚钱的网站。
4 楼 zyjarge 2007-11-21  
忘了是谁说的了,但是很有道理的一句话,“程序员很容易陷入技术为主导的开发方式,但忽略了用户的感受”。
这点上robbin做的非常好。
3 楼 Mayer 2007-11-20  
相信robbin在研究了这之后,javaeye的改版会比较成功。
2 楼 robbin 2007-11-20  
看到豆瓣用户写的改版的意见,感觉用户的意见很多地方说的很对,豆瓣改版确实有些不太慎重:

引用

最上面的导航栏出现如许之多的汉字,有什么意义,快捷菜单方便跳转?看看Google吧,人家为什么没有把所有的服务都摆在界面上,只有一行导航栏,只放了Web Images Video News Maps Mail more ▼ xxxxx@126.com | iGoogle | My Account | Sign out?Google自从成为巨无霸以来,想必每一项首页的小小变动都会慎之又慎,花费几百万、几千万美金来研究、测试,为什么后来者不采取跟进策略、却要把自己当成小白鼠呢?豆瓣的二级导航(并且色块区分)置于页面上端非常累赘丑陋,而且基本是无用信息,完全没必要时时刻刻出现。
      
主要是视觉美学上的问题,两行且带色块的导航栏显得沉重累赘,远远不如原来的界面,而且显得整个页面头重脚轻,没有平衡感。无论豆瓣功能如何纷繁,每一个人每一时段常用的就是有限的几项,现在把所有子菜单堆积显示在最上端,是隐隐约约的心理强迫,网友宁愿多点几次鼠标,也不愿每时每刻都看到冗余信息,特别是位于页面最上端这个视觉集中点的冗余信息,不但汉字是冗余信息,浅绿色的色块也是。
      
搜索窗口甚至给出“百万书籍电影音乐博客”的灰色提示,可以这样设想,假如Google、百度这么做,在搜索窗口里写上“搜索100 亿网页、50亿图片、1亿新闻”的提示是什么效果,阿北在使用Google、百度时见到这种改变的话如何想?来豆瓣的都是文艺青年之类,没有谁是傻子、白痴,会不知道豆瓣可以搜索些什么,而且,第一次使用不知道尚可,可现在的一百万豆友每个人都心里清楚这些,却以后每次搜索都会不停重复看见这10个字,非常令人厌烦。
      
豆瓣的logo起始放在右上角,显得低调内敛,不事张扬,现在放在最显眼的左上角,未免失于流俗,和电视、报纸一个模样。而且,点击 logo后进入的页面和紧跟其后的“首页”一模一样,两个相同的链接并排在一起,不能不说是个蠢笨的设计。更重要的问题在于,logo最显眼地被看到有什么意义,于已经注册了的100万用户有什么价值,把它关注一千一万次,留下深刻印象?其实从使用者的效用来讲,左上角最应该放的是豆友最关注、最有价值的东西,而不是时时刻刻都会看到的一个代表豆瓣的logo。豆瓣为什么把 关于豆瓣·隐私原则·豆瓣指南·站务论坛·豆瓣服务(API) 置于右下角这个不起眼的地方,因为一般没人使用。
      
网友来用豆瓣玩,不过是因为它整体上简洁清爽。功能越来越多,就越有必要考虑怎样看上去更简洁清爽,如果每增加一项功能就给出明显的菜单链接,日积月累,和sina之类的首页有什么区别,既然如此,何必再搞一个豆瓣?
      
V以前用过一个和豆瓣同质的网站:douxiu.com,可以添加个人图书收藏以及评论等,并且许多优越的条件为豆瓣所不具备,比如可以在线浏览图书的目录、序言、前17页等,但越改版越差,最后只好完全放弃。duxiu创办的时候,一个内部人员征询V的意见,V说,最简单的办法,把界面做成douban一样就OK,不要怕模仿别人,模仿优秀的东西再加上自己的优势就可以造就超越,但主事者好像并没有把这些想法当回事,结果正如V所料,一日不如一日,尽管功能强大,但在读书界、网络界的声名远远不如douban。到了最后呢,duxiu干脆只让一些特别用户使用,基本对公众来说成了垃圾。
      
豆瓣这次改版过程所采取的方式也不大妥当,理想的操作应该是这样:把改版后的界面、程序放在test.douban.com,公开让大家大规模测试、使用,投票表决,反馈意见,如果没什么大问题,再全面推进,这类似于科研里的实验室制备、小试、中试、工业化生产,力求发现每一步的缺陷,消除每一步的障碍,这不需要什么特别代价,却是最稳妥的方式。或者如他人所说,给出自由定制,想要新界面的选择新界面,想要旧界面的选择旧界面,不过这是次优策略。
      
豆瓣要清楚明白自己的优势、诱惑力在哪里,说到底不外乎简单清净,每个人可以躲在自己喜好组成的小天地里自得其乐,而复杂的菜单出现,意味着要面对、进入复杂的功能、世界,还具有不可拒绝的强迫性。功能聚合不见得时时刻刻都是优先选择,在人人都聚合的时候,功能分散就成了“以退为进”的优胜策略。
      
正因为豆瓣最令人称道的是界面,所以在做出任何较大改变时要特别谨慎,宁可让人觉察不到地改,也不要大动干戈。而技术内核之类可以随便改,它不会直接呈现在用户视觉直观上,因此不重要。记得天涯也试图改变版面,把左右全撑满的帖子界面换成时下在有些地方流行的左多半帖子、右少半广告模式,结果招来一片骂声,幸亏他们比较明智,很快就恢复原来的形式。天涯论坛的界面最简陋,而且基本没变化过,却成为了中国最成功最有影响力的论坛,其间的奥秘值得豆瓣深思。
      
V大概看了看版务论坛的意见,反对改版的声音远远大于支持改版的声音。坦白地说,V觉得自己慢慢成熟起来的一个标志就是明白了一般情况下自己的想法不重要,在不是关键性的地方尽量听别人的意见,顺从世俗、大众。导航界面的改变于豆瓣公司并不是什么生死攸关的要紧东西,在功能上并没有根本改进,不过换一个公司内部喜欢的外部形式,却显著地扰动无数无数忠实使用者,说明它并不是一个成功的公司行为,令人遗憾。

 
1 楼 deng947 2007-11-20  
支持改版,好多JAVA论坛都是JavaEye
现在这样式的,来点新意吧!!期待吆!!!

相关推荐

Global site tag (gtag.js) - Google Analytics