网站改版之 Revolution .vs. Evolution

from: http://robertmao.com/2010/01/24/revolution-vs-evolution/

看到一篇谈论网站或者软件改版时取舍的观点博文,不少很好的观点需要学习,用户需要的是波涛汹涌的骤变,还是缓缓的暗流呢? 遂分享之。。。

一个新产品即将诞生,一个新网站即将发布,一款新软件即将推出,应该是走革命(Revolution)的道路还是演进(Evolution)的道路? 其实这个问题根本是个伪问题,因为Revolution和Evolution本身的区分就比较模糊,时代不同、市场局势不同、基础不同,最适合的策略就会不同。

然而如果我们不那么较真,把Revolution定义成“改头换面”式的改变,把Evolution定义为不易察觉或者不改变用户习惯的改变,那么可能更加容易讨论一些。比如我的理解中,C –> C++ 是evolution, 也许有人不同意,但我认为其是evolution的根据是我可以在C++里不变地写C代码。 C++ –> Java, C#是 revolution, 他们虽然神似但已经完全不同。 Unix –> System V, BSD, … –> Solaris, HPUX, IRIX, Mac OS X, Linux … , 这个复杂的演变树可以画满整页,但从用户角度来看,这仍然是evolution, 因为一个old school从装着8”软驱的M68000机器上学到的unix命令,在今天的Mac Book Pro上我照样应用自如。

有趣的是,我上面举的两个例子,C/C++, Unix的发展,其实另一个角度看全是revolution!  C++引进了OO、Template等C前所未有的概念; 今天的Unix及变体无论体系结构还是具体部件都和70年代的K&R的系统有了彻底不同,这些不是revolution是什么?! 其实这是看问题的两个角度,一个从用户的角度,一个从创造者的角度 — 我以为成功的产品或者设计,大抵都是从用户角度的evolution和从创造角度的revolution.

反过来可不可以?成功的例子我没有想到,但失败的例子我可以想到一堆,如果您有相反的例子欢迎补充。

我过去经历的一些教训是一些活生生的教材,写下来希望自己未来能免于重蹈覆辙。其中之一是网站的改版,花了大力气的改版,其实从设计和架构上是evolution, 架构没变,性能问题仍在;主要代码没变,阻碍前端开发灵活性的问题尤在; 但是前端却是revolution, 界面全变了,ajax支持了,table layout换成css但样子也变了。表面看起来好像大改,只要用下去就会发现没有本质的变化,原有的问题大多存在,新的问题更多,而熟悉的设计(哪怕是不那么理想的设计)却没有了。 结果是,改版花了很多人力物力,架构和服务本身的创新以及改进没有精力顾及,每改版一次,用户就流失更多一次。相反一些成功的站点,比如craigslist, 比如blogger, 比如twitter, … 似乎从发布以来就没有变过, 其实他们变过很多次了,只不过不容易察觉,这就是其威力之一。

翻看过去blog来反思一些问题,如果换成今天的我来决策当初的决定,也许会有很不同的决定,虽然这样的决定是否有成功的改善已经无可考证。 现在我越来越倾向于认为,用户不可见得部分可以大刀阔斧,如果存在最初的设计问题,甚至可以推翻重来,而且这种推翻应该越早越好; 用户可见得东西,一定要谨慎又谨慎,即便要改动,也要一点一点如履薄冰地进行。 这和过去的思路真是有些颠覆的变化 — revolution是也。

不幸的是如今我所参加的项目却正走在我所严重不认可的方向上,我甚至以为这和我过去弯路的情形是一样的:作为先行者,用户逐渐不喜欢我们而喜欢竞争对手,我们认为是我们的前端不够好,左改右改小改然后大改,用户却渐行渐远。显然这是一个完全无可相提并论的比较– 现在的项目要大太多,背后决策的人要资深太多,可操控的资源要多太多。把这个感受和观点写下来,是为了未来能够反思用,我今天的感受是错了还是对了?如果错了,为什么? 尤其是是如今日,结合自己的经历和观点,我是如此不认同这种对用户revolution对架构evolution的决策,如果最终证明自己再次错了,对提升自己的认识定能上一个层次。可惜这个问题没有办法展开来谈,留着今后看到结果的时候再谈吧。

无论如何,我欣喜地看到了越来越多的走evolution道路的产品是如此地成功,也看到了这些evolution的背后其实有着多少的revolution存在于不为用户所知之处。做为我自己今后做的事情,也应当如此。

《网站改版之 Revolution .vs. Evolution》有2个想法

发表评论

邮箱地址不会被公开。 必填项已用*标注