- 浏览: 4820543 次
- 性别:
- 来自: 上海
博客专栏
-
robbin谈管理
浏览量:137001
文章分类
最新评论
-
xly1981:
领导者是团队的灵魂。深入一线的过程,包括代码review,能帮 ...
robbin谈管理:改造团队的经验(2) -
jiehuangwei:
像这种总结比较性的ppt文档可以多发啊
Web并发模型粗浅探讨 -
linux1308:
看完学习到了很多东西,感谢推荐!
推荐一篇很好的RoR部署方案性能评测 -
zweite:
直接对搜索的结果进行缓存是不是会更快一点呢
漫谈应用缓存的命中率问题 -
kaogua:
现在已经是ruby2.0了, 不知道这个的效率是怎么样的, 是 ...
Ruby作为服务器端应用已经成熟了
话说这网站改版就像站长的“滑铁卢”一样,无论网站多有名气,站长多么英明,倒在“网站改版”魔咒之下的,还真是不计其数。
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网站改版。
第四点我认为最为关键。但是“可能”不好实现,新的功能往往要从内到外都动刀,
一部分一部分的填加功能,引导用户来适应改变是好,但对于兼容已有功能
以及稳定安全方面的要求就高了许多吧。
这是一个非常稳妥的网站改版方案,也许有人会说,那你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 -> 中间版本 -><br/>
JavaEye 2.x(JavaEye2.0 + N项可移植到2.0的3.0模块, 界面风格逐渐向3.0转换) -><br/>
JavaEye 2.(x+1)(JavaEye3.0 - M项不合适移植到2.0的模块, 界面风格类似2.0) -><br/>
中间版本 -> JavaEye3.0<br/>
<br/>
我很赞成欣赏robbin这种对改版的高度重视认真分析改版带来风险的分析以及照顾用户习惯而渐进式改版,<br/>
同时我觉得这种方式也会带来一些负面影响。<p/>
<p>首先是robbin提到的工作量的增加,下一个版本功能移植到当前版本的工作量(具体工作量取决于两个版本实现的差异)</p>
<p>其次这种改版会遇到前一个版本到底能改版到什么程度更逼近下一个版本的问题,这个转折点应该在哪里?太早用户不习惯改变,太晚工作量大并影响下一个版本的功能</p>
<p>最后这种改版的思路会严重限制下一个版本的设计思路,因为不仅要考虑新版本还得考虑老版本的渐进式改版的可行性<br/>
(这个已经超过以往所提到版本兼容性,传统软件兼容性更多考虑是数据兼容,而渐进式改版要考虑的是用户体验的兼容性)</p>
<p>不知道robbin在这方面有什么考虑,或许我是杞人忧天,在高手那里已经有了明确的解决方案。<br/>
<br/>
(随便提一下我在大学时曾经在robbin所在公司兼职并受robbin领导,那时的robbin就已经是大牛人,是公司很多人的偶像)</p>
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也分析得不错!
学习中
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的用户们!
开发两个,一个用来过渡用户。一个用来最终发布。
厉害!
我也不看CSDN,因为每次都得不到什么
在这每次都可以学到些什么
谢谢一起用javaeye的用户们!
18 楼
azhao2050
2008-01-02
一点一点改,我支持
我现在只看JAVAEYE不看CSDN了
我现在只看JAVAEYE不看CSDN了
17 楼
turing
2007-12-27
其实还是一个敏捷的问题。分阶段相当于小迭代,增加用户反馈。
改版成功的例子也有不少的,你看Amazon,这么多年一直在改进,但是总的使用习惯不变,功能却越来越丰富了。我老和人说,Amazon是非常优秀的2.0网站,基本上你能想到的2.0点子,tag、社区、wiki、blog,它都实现了。
改版成功的例子也有不少的,你看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 -> 中间版本 -><br/>
JavaEye 2.x(JavaEye2.0 + N项可移植到2.0的3.0模块, 界面风格逐渐向3.0转换) -><br/>
JavaEye 2.(x+1)(JavaEye3.0 - M项不合适移植到2.0的模块, 界面风格类似2.0) -><br/>
中间版本 -> 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
产品具有亲和性,如果一下子让人陌生,确实是令人望而止步
慢慢的更新,带来的是不断的新鲜感
犹如一个人,不断进步,给人一种依赖,一种生活进步的感受
一下子发布的话,他们就是两个竞争对手。如:XP VS VISTA
产品具有亲和性,如果一下子让人陌生,确实是令人望而止步
慢慢的更新,带来的是不断的新鲜感
犹如一个人,不断进步,给人一种依赖,一种生活进步的感受
11 楼
gqf2008
2007-11-23
要让用户适应新的网站必须要有一个过渡期,以老网站为入口引导用户到新网站,慢慢把老网站消化掉。
10 楼
t0uch
2007-11-23
同意
我觉得可以做javaeye 2.X的分段版本,呵呵,或者,javaeye 3 alpha,beta...此类版本
用户往往在一些细微的改进觉得很贴心,而非界面的重写
我觉得可以做javaeye 2.X的分段版本,呵呵,或者,javaeye 3 alpha,beta...此类版本
用户往往在一些细微的改进觉得很贴心,而非界面的重写
9 楼
黑色幽默
2007-11-22
可以先改一些用户比较关心的,看看反应
8 楼
LucasLee
2007-11-22
嗯,还有一个例子就是5460同学录,改过好几次版本,越改越摸不着门怎么用它,最近还加入了大量图片广告,都是些什么暴露的美女图片,跟温馨清新的同学之间的氛围格格不入,这种改版迟早完蛋的
7 楼
renavatio
2007-11-22
4、不要同时推出太多改动,分阶段推出产品的改进效果会更好;
同意,采用渐变的方式,以免使用户感到无所适从,最终离开
同意,采用渐变的方式,以免使用户感到无所适从,最终离开
发表评论
-
2011年的总结和展望
2011-12-30 13:07 122132011年眨眼之间就过去了,这一年过的非常繁忙,非常快,回顾这 ... -
JavaEye网站产品规划设想
2011-03-31 17:16 11636距离上一次JavaEye网站重 ... -
ITeye网站召唤你的加入
2011-03-16 14:35 168142010年ITeye网站走过了一 ... -
Think Different - 从苹果的用户体验说JavaEye的用户体验
2010-03-04 19:16 27152自从web2.0的浪潮开始, ... -
JavaEye网站2010年开发计划展望
2010-02-24 18:18 16498经过3年多持续不断的开 ... -
推出JavaEye博客电子书功能的这一刻,我的心情十分激动
2008-11-19 00:57 27805今天的下午,确切的说是2008年11月18日的下午,当我的右手 ... -
JavaEye生物多样性群落的思考
2008-08-02 22:15 5905robbin关于“劣币驱良币 ... -
用全文检索来实现JavaEye的垂直频道
2008-05-27 17:20 9298JavaEye网站给大家提供了 ... -
以无法为有法,以无限为有限
2008-03-28 00:36 11046以无法为有法,以无限 ... -
总结一下大家对JavaEye网站发展计划的建议
2008-03-25 00:54 10098前面一篇博客文章,我 ... -
关于JavaEye网站未来发展的思考
2008-03-21 18:23 37132曾经有好几次用户发贴 ... -
JavaEye新版本上线以后性能还不错
2008-01-09 15:31 7881在08年元旦新版本上线以后,我们一直忙着修改bug,调整功能和 ... -
杭州网侠大会及JavaEye会员聚会照片
2007-05-21 12:22 26799上周末去杭州参加网侠大会,还参加了JavaEye在杭州上海一些 ... -
绝对不虚此行的活动 - 记Gavin King上海交流研讨会
2007-04-19 22:24 38100本次活动举办的两天前 ... -
JavaEye1.0的老路是行不通的
2007-02-27 14:39 6713JavaEye1.0时代就只有论坛 ... -
12月16日周六下午JavaEye上海主题活动之[Red Hat - JavaEye开源企业架构论坛
2006-12-06 00:37 50949Red Hat - JavaEye 开源企业架构论坛 ... -
截至现在JavaEye2.0 CVS上面代码行数
2006-09-14 13:15 17908rake stats 不计算页面文件,只统计了ruby代 ...
相关推荐
《沉睡魔咒》是以迪士尼即将上映的真人电影Maleficent《沉睡魔咒》为题材,一款黑暗系的三消冒险解谜游戏,玛琳菲森是《睡美人》中给公主下魔咒的邪恶女巫,但幼年时的她只是个长着翅膀的年轻仙子。 开发环境: ...
环保行业深度报告:现金流“魔咒”下的垃圾焚烧行业.pdf
1. 人生定型观念:25岁魔咒是一种社会现象,认为人在25岁时,生活和职业轨迹大致确定,难以改变。这种观念可能导致年轻人产生不必要的焦虑,限制了他们对未来的可能性的探索。 2. 人生的动态性和未知性:人生并非...
Windows隔代更新魔咒的探讨 Windows操作系统的发展历史中,有一个让人津津乐道的现象,就是Windows隔代更新魔咒。这个魔咒的存在使得每一个Windows版本的发布都充满了悬念和期待。那么,Win10系统是否还会应验...
打造信息管理安全屏障 破解计算机网络安全魔咒.pdf
这一时期,孩子们身心发展迅速,生理上的变化伴随着心理上的动荡,形成了所谓的“青春期魔咒”。这个阶段的孩子,受到荷尔蒙的影响,情绪波动较大,对外界反应敏感,尤其对家庭成员的互动方式和教养方式提出新的挑战...
《建筑陶瓷行业专题报告:打破分散魔咒,工程渠道助力大公司诞生》 这份报告深入探讨了建筑陶瓷行业的现状、挑战以及未来发展趋势,特别强调了工程渠道在推动行业集中度提升中的关键作用。建筑陶瓷,作为建筑工程中...
基地直采加标准化电商和新零售能否破除水果高价魔咒
【育儿APP的两岁魔咒】是指大多数育儿类应用程序在用户的孩子达到两岁时,由于用户需求的显著下降,导致用户粘性减弱,进而使得APP面临用户流失的问题。这一现象是由于现有的育儿APP主要分为两类:社区型和百科全书...
然而,也有观点认为,尽管电商和新零售模式在提升效率和降低成本方面具有优势,但由于优质水果的种植技术要求高、成本高,加之资本介入导致的囤货和炒作现象,这些因素在短期内可能会造成产地收购价格的上升。...
【报告标题】长江金工2021年度中期投资策略:规模魔咒初现 【报告摘要】 报告指出,基金规模在牛市期间快速膨胀,但在牛市结束后会经历一段持续的缩水期,直到下一个牛市的到来。2021年一季度,基金总规模达到5.18...
长江证券发布的《2021年度中期投资策略:规模魔咒初现》报告,深入剖析了基金行业在2021年上半年的市场表现和行业趋势,提出了“规模魔咒”这一新的行业现象。以下是对该报告的详细解读和分析: 首先,报告指出基金...
标题中的“Windows隔代更新魔咒”是指一种观念,即微软的Windows操作系统每隔一代会有显著的改进和提升,使得用户普遍认为隔代升级的Windows版本更为优秀。这种现象可以追溯到Windows的历史,其中某些版本(如...
制定有效的继任计划是打破“富不过三代”魔咒的第一步。以下四个方面的准备是至关重要的: 1. **接班计划**:接班计划涉及家族企业所有权的分配、继承人的选择、财产保护和家族成员的职业发展。例如,金英勋和...
要成功逃脱这一魔咒,大学生创业者可以从以下几个方面着手: (1)【立足专业领域,各司其职】团队成员应充分发挥各自的专业优势,专注于自己擅长的领域,比如华中科技大学的小 A 团队,他们在计算机领域拥有深厚的...
期指高手重磅分析:“交割日魔咒”实际并不存在。。。.doc
2. 规模魔咒现象:所谓的“规模魔咒”指的是基金规模达到一定量级后,可能因为资金过多而导致投资效率下降,无法获得与小规模基金相同的收益。文件中提到,与三大主流指数相比,在机构大牛市中,百亿以上规模的主动...