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

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

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

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网站改版。
分享到:
评论
26 楼 小虫1313 2008-03-18  
学习了 一定把这篇文章推荐给我们老大看看。。这段时间正忙着改版,广告位增加n多 唉。。
25 楼 艾玛王国 2008-03-15  
支持站长,望你坚实继续走下去!
24 楼 mllee 2008-02-23  
分阶段改确实是最好的,像围棋中的那个说法:入界宜缓。
23 楼 lyxh_2003 2008-02-14  
LZ经验确实老道,
bobo也分析得不错!
学习中
22 楼 metaphy 2008-01-09  
我是非常非常地讨厌网站改版,尤其是样式、布局等视觉因素的改变。这简直是对人的一次攻击。
人都是有惯性和惰性的,强制人改变已经习惯的东西,会令人十分的不舒服。
21 楼 tswtm 2008-01-08  
引用
4、不要同时推出太多改动,分阶段推出产品的改进效果会更好;



第四点我认为最为关键。但是“可能”不好实现,新的功能往往要从内到外都动刀,
一部分一部分的填加功能,引导用户来适应改变是好,但对于兼容已有功能
以及稳定安全方面的要求就高了许多吧。
20 楼 foxty 2008-01-03  
很赞同Robbin这种改版方式,虽然这也样付出的精力时间更多,但是产品会更加稳健和成熟。

这篇文章对我帮助也很大,收藏了。呵呵
19 楼 qiuriyuchen 2008-01-02  
受教了,非常好的想法啊。
开发两个,一个用来过渡用户。一个用来最终发布。
厉害!
我也不看CSDN,因为每次都得不到什么
在这每次都可以学到些什么
谢谢一起用javaeye的用户们!
18 楼 azhao2050 2008-01-02  
一点一点改,我支持
我现在只看JAVAEYE不看CSDN了
17 楼 turing 2007-12-27  
其实还是一个敏捷的问题。分阶段相当于小迭代,增加用户反馈。

改版成功的例子也有不少的,你看Amazon,这么多年一直在改进,但是总的使用习惯不变,功能却越来越丰富了。我老和人说,Amazon是非常优秀的2.0网站,基本上你能想到的2.0点子,tag、社区、wiki、blog,它都实现了。
16 楼 bobo 2007-12-26  
引用

这是一个非常稳妥的网站改版方案,也许有人会说,那你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网站改版。

<br/>
注:引用功能好像有bug?
<br/>
我认为这是一个不得已的折中方案,我们可以猜想JavaEye的渐进式升级路线图<br/>
JavaEye2.0 -&gt;  中间版本 -&gt;<br/>
JavaEye 2.x(JavaEye2.0 + N项可移植到2.0的3.0模块, 界面风格逐渐向3.0转换) -&gt;<br/>
JavaEye 2.(x+1)(JavaEye3.0 - M项不合适移植到2.0的模块, 界面风格类似2.0) -&gt;<br/>
中间版本 -&gt; JavaEye3.0<br/>
<br/>
我很赞成欣赏robbin这种对改版的高度重视认真分析改版带来风险的分析以及照顾用户习惯而渐进式改版,<br/>
同时我觉得这种方式也会带来一些负面影响。<p/>
<p>首先是robbin提到的工作量的增加,下一个版本功能移植到当前版本的工作量(具体工作量取决于两个版本实现的差异)</p>
<p>其次这种改版会遇到前一个版本到底能改版到什么程度更逼近下一个版本的问题,这个转折点应该在哪里?太早用户不习惯改变,太晚工作量大并影响下一个版本的功能</p>
<p>最后这种改版的思路会严重限制下一个版本的设计思路,因为不仅要考虑新版本还得考虑老版本的渐进式改版的可行性<br/>
(这个已经超过以往所提到版本兼容性,传统软件兼容性更多考虑是数据兼容,而渐进式改版要考虑的是用户体验的兼容性)</p>
<p>不知道robbin在这方面有什么考虑,或许我是杞人忧天,在高手那里已经有了明确的解决方案。<br/>
<br/>
(随便提一下我在大学时曾经在robbin所在公司兼职并受robbin领导,那时的robbin就已经是大牛人,是公司很多人的偶像)</p>
15 楼 sslaowan 2007-12-26  
其实我特期待看到JavaEye使用RoR不停的在一个原型上迭代,增加新功能,以证明RoR队可维护性和扩展性有很好的支持,JavaEye的设计有好的维护性和扩展性
14 楼 leondu 2007-12-07  
循序渐进,循序渐进。
新闻频道的推出就非常成功。希望后续功能推出也能这样平滑和顺利。
13 楼 baxiaopeng 2007-11-27  
现在博客修改模板颜色,有时候管用,有时候不管用,不知道是不是个bug。
12 楼 ztt21 2007-11-23  
JAVAeye2.0  VS  JavaEye3.0

一下子发布的话,他们就是两个竞争对手。如:XP VS VISTA

产品具有亲和性,如果一下子让人陌生,确实是令人望而止步

慢慢的更新,带来的是不断的新鲜感

犹如一个人,不断进步,给人一种依赖,一种生活进步的感受
11 楼 gqf2008 2007-11-23  
要让用户适应新的网站必须要有一个过渡期,以老网站为入口引导用户到新网站,慢慢把老网站消化掉。
10 楼 t0uch 2007-11-23  
同意

我觉得可以做javaeye 2.X的分段版本,呵呵,或者,javaeye 3 alpha,beta...此类版本

用户往往在一些细微的改进觉得很贴心,而非界面的重写
9 楼 黑色幽默 2007-11-22  
可以先改一些用户比较关心的,看看反应
8 楼 LucasLee 2007-11-22  
嗯,还有一个例子就是5460同学录,改过好几次版本,越改越摸不着门怎么用它,最近还加入了大量图片广告,都是些什么暴露的美女图片,跟温馨清新的同学之间的氛围格格不入,这种改版迟早完蛋的
7 楼 renavatio 2007-11-22  
4、不要同时推出太多改动,分阶段推出产品的改进效果会更好;

同意,采用渐变的方式,以免使用户感到无所适从,最终离开

相关推荐

Global site tag (gtag.js) - Google Analytics