按时间顺序,浏览所有文章

D4感受

2008-05-23 10:58:40

昨天晚上支付宝主办了阿里巴巴集团内部的第三届“阿里巴巴D4设计论坛”,有几项内容比较有趣,想拿来讨论一番。

商业需求和用户需求是矛盾的

这种说法就好像“界面上文案多了用户不看”一样,成为了一个广泛传播却又尚未被证明的伪命题。

我个人并不十分赞同这种观点。持这种观点的设计师恐怕是受了太多运营部门的影响,而把商业和用户放在了互相对立的位置上-如果想最好的达到商业目标,就要牺牲用户利益,反之亦然。所以每次的产品/界面设计,都成了运营所代表的商业目标和产品所代表的用户利益之间的折中品,是两方各自妥协的产物。

淘宝的同事以当年著名的“淘宝广告弹窗事件”为例,说明“广告弹窗”这一商业目标由于给用户带来了极大不便,遭到了用户强烈的反对,最后不得不放弃这个商业目标而维护用户的利益和需求。

这样的说法问题在于,它往往混淆了“商业目标”和“具体方案”的概念。为了实现一个特定的商业目标,设计师完全可以设计出许多不同的方案,其中有好有坏,有的受用户喜欢有的遭来反对。最好的结果,当然是设计师的方案及满足了用户需求,又因此实现了商业目标。

成功的例子屡见不鲜。比如Sony的PS2、Apple的iPhone,它们往往在上市的前几天内就被抢购一空,提前完成了销售计划这一商业目标。由于出色的产品设计,用户的需求非常旺盛,商业目标自然而言就达成了。

有人可能会说:你举的例子都是商业目标本来就和用户需求相符,所以当然不会出现矛盾。那么对于本来没有用户需求的商业目标怎么办?我的答案是:创造需求。作出伟大的产品,激发用户的兴趣,通过给产品打上独特的(文化)烙印,让用户对这一烙印产生认同甚至崇拜。把这一点做到极致的公司如Porsche、Apple等。还有一种情况就是产品成功地挖掘出并满足了用户的潜在需求,比如Ford汽车的诞生。Ford汽车的创始人Ford曾说过一句非常著名的话:“如果我当年跑到大街上问用户需要什么,他们肯定会告诉我:‘一匹更快的马’!”

设计师的三种能力

阿里巴巴的同事Eric介绍说,Yahoo!的设计师认为一个成功的设计师应该具备三种能力,即People、Numbers和Process。

People包括1)了解内外部用户(Read people);2)推销自己的观点(Be a salesman);3)(Real-time performance);4)Fight when you have to。

Numbers包括1)量化(Build in the metrics);2)应用正确的方法决策(Justify decisions with the right kind of research);3)不要过度研究(Don't over research)。

Process包括1)“平衡投入产出。不要过多去考虑和争论,有些方案可以先做出来,再看效果”(此翻译来源于Eric,原文为(Balance prep with implementation);2)自下而上的策略(Bottom up strategy);3)每个人都能成为设计专家(Everyone is a design expert)。

此外,这位同事还提到了设计师的职业规划问题,他所引述的观点认为,设计师以后可以朝产品经理的方向发展。在此我想听听大家的看法,你认为设计师以后的发展方向是什么呢?

丁宇,08年5月10日夜

每个人是每个人的过客

2008-05-15 23:10:51

辞职了,虽然有竭力挽留我的主管、一起奋战过的同事和如天堂般美丽的杭州,可是我去意已决,明天办理完所有的手续,我就要和支付宝和阿里巴巴说再见了。

这不是什么突然的决定,实际上我把blog右面的自我介绍里的“目前主要做用户体验架构工作”改为“目前不知道做什么工作”已经有不短的时间了。从刚来时不知道要做什么,到清楚地提出“用户体验架构”的概念并推动‘架构组’的成立,再到不知道要做什么,这是一条无奈的轨迹。

应了那句话:每个人,是每个人的过客

D2归来及北京印象 1

2008-05-05 11:47:00

其实4月29日早上就从北京回杭了,只是现在才抽出时间来记录这次短暂的旅行。

先说D2。

第一场讲座是周爱民先生带来的“前端设计与开发的基本模式”。周爱民的技术水平之高无须赘言,因此我对本场是非常期待的。听下来却发现演讲中纯粹的软件技术探讨不多,内容以UI设计为主,听软件技术专家讲UI设计倒是头一遭,并且其中有些观点确实是独辟蹊径,以另一种视角阐释了UI设计中的焦点、布局和分辨率的关系等问题,虽然也有相当部分有失偏颇(比如混淆了“视觉焦点”和“界面上所获得的焦点”的含义),但总的来讲仍能给UI从业者带来不少有益的思考。

周爱民的讲座

演讲时周爱民问了个问题:GUI中的WIMP是什么意思?大概是问题太初级,没人好意思举手。我便说了句“Window、Icon、Menu和Pointing device”,结果就骗了本周大侠的新书(如下),哈!

周大侠的新书-《Javascript语言精髓与编程实践》

周大侠的新书-《Javascript语言精髓与编程实践》

第三场名为“Enterprise Ajax in PHP”。主讲人Hedger Wang一上来就提出了一大堆看起来相当吓人的名词,听着听着却发现,这不就是拥有一个Front-Controller的MVC加JSON嘛!不过既然作为专题讲出来,想必肯定是在此方面经验丰富。于是我提了个一直困扰我的问题:在一个拥有复杂交互的系统中(想象一个拥有几十个对话框的CRM系统),各种Ajax事件会非常多,此时如何管理这些事件就成了一个比较麻烦的事情。可惜可惜,看起来Hedger对这个问题也没什么经验。另外不知道是不是因为年轻气盛的缘故,Hedger给人一种盛气凌人的感觉,交谈起来很不舒服。并且当我听到他宣称Prototype和jQuery“不适合企业级应用”时,我也就没兴趣再问下去了。

有趣的是,我站在台上提问的照片,上了cnBeta(下图就是),哈哈!

我在提问

最后一场是年轻有位的Yahoo!资深工程师章亦春带来的“Nifty web apps on an OpenResty”,因为有丰富的Perl经验和背景,章给我的感觉是新一代的Unix hacker。他的OpenResty框架能够让开发人员更关注于客户端(浏览器端)编程,而把服务器端变为一个单纯的API提供者和数据源。这个想法本身倒是不坏,我只是不明白其应用场景是怎样的,究竟是怎样的原始需求催生了这个框架呢?另外,OpenResty完全使用Javascript来CRUD数据,并操控各种浏览器行为,此时性能如何保障?可能由于时间的关系,章当时的回答并没有解决上述问题。

此外,OpenResty中的“Resty”表现在何处?这也是当时我没能领会的。从演讲时那个留言板的例子来看,在翻页时URL始终为http://server/path/to/posts.html(因为都是通过JSON来更新其中数据的),恐怕类似http://server/path/to/posts/page3.html这样的URL更加Rest化吧!章同学看到本文不妨解答一下 :)

本届D2上虽然演讲数量不多,但质量都比较高。希望下届的D2能够以收费的形式来举办,以期进一步提升其素质。

绍兴琐记 1

2008-05-02 22:39:41

应同事的邀请,跑来绍兴附近的一个小镇参加她的婚礼。由于不熟悉路,原本不足50分钟的车程硬是被我们开成了3个小时。结果没能赶上她的婚礼仪式,甚觉可惜。

不过对我这个独在异乡的异客来说,收获却也不少。细数起来,有如下几样:

1、近距离领略了浙江的乡间美景。在江南生活也有几年的时间了,但基本上都是在城市里面待着,自驾游到农村还是第一次。在车里放眼望去,池塘、小河在乡间星罗棋布,偶尔经过某个村子,还能见到“小桥流水”这种传统意象,着实有趣。

2、浙江的农村实在太富裕了!普通的家庭也拥有一幢两层的住房,并且宽敞明亮,装修也比较现代化。这和我对家乡(长春)的农村那模糊的印象相差很大(不知道现在的情况如何,仔细想想我至少有8、9年没有去过农村了)。

3、还是关于财富的问题:简单的调查发现,在改革开放初期,浙江和家乡的贫富差距并不大,或者说至少没有现在大。问了几个同龄的同事得知,彼此小时候家里状况差不多,主要家电的购买时间和普及率相仿。看看现在的情况,象征生活水平的私家车在这里已经相当普及了,甚至有人的车已经更新换代了数次!对比下来,家乡还远不及此。

4、结婚就是那么回事儿!仪式、婚宴、祝酒、红包⋯⋯大概同样的内容,别人看来程式化,自己却乐在其中吧。

明天小游绍兴,祝各位看官节日愉快!

5月2日夜10:50

后记(5月3日夜11:32):这段文字本来是我躺在酒店里用手机打出来的,可是在发表文章时发现Treo 650上的Blazer浏览器居然有上传数据大小的限制,折腾了半天也没发成功,于是只好现在补发。不争气的Palm!

4月24日杂记

2008-04-24 21:53:29

第二届“D2前端开发论坛”

为了参加周末的第二届“D2前端开发论坛”,明天下午又要赶赴北京了。上次去首都还是去年参加“User Friendly 2007”时,那次在北京郊外一个叫“北华山庄”的僻壤,搞得我也没机会仔细看看现在的北京城,希望这次能够抽出时间来“去看看比较大的城市”,说不定还能碰上徐静蕾或者江一燕,说不定还能把梦中情人娶回家,说不定还能……哈哈!

“Apple和它的设计”幻灯片

上次提到我做的部门分享“Apple和它的设计”后,这两天陆陆续续有朋友问我要幻灯片。实际上我无法直接把幻灯片分享出来,一是因为对于没听过我分享的人而言,这个幻灯片并不适合阅读,毕竟它的目的是配合我的演讲,而不是为了给人直接阅读;二是这个文件的类型是keynote,非Mac用户是无法打开它的;三是源文件的尺寸足足有198M,这个硕大的文件显然不适于通过网络分享。

因此,我正在现有幻灯片的基础上,分别制作适于阅读和适于传输的版本。前者的工作量比较大,经过近一个星期的调整和编辑,目前也只完成了50%左右,全部完成并提供下载要到5.1以后了。

看不惯的人和事

不懂不可怕,可怕的是不懂装懂,更可怕的是胡言乱语的同时不知道自己不懂,最可怕的是让这种人危害社会。