闻之色变的“网站改版”魔咒，从豆瓣改版说起
程序员文章站
2022-07-14 10:22:07
...
话说这网站改版就像站长的“滑铁卢”一样，无论网站多有名气，站长多么英明，倒在“网站改版”魔咒之下的，还真是不计其数。
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网站改版。
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网站改版。