交互设计

设计师不能不知道的十个沟通秘诀

原来做标题党是这种感觉,哈哈哈。

这期的话题是设计和沟通,这个话题实在是太大了,大概6个人坐在一起聊上三天三夜也还有说不完的吧。为此,我们打算把话题约束下,变成“PM(产品经理)和设计师的沟通”。

考虑到不同的人之间的沟通的方式会差异很大(也正是因为有这种差异,我们才把沟通叫做一种艺术),我们先研究下沟通的主体,PM 和设计师,而在座的都是设计师,互相研究也不是太好,我们就重点研究PM吧,反正他们不在场,说他们坏话他们也不知道 :)

PM 的意思是产品经理,一般来说,岗位职责是对整个产品负责,按照职权对应的原则,往往他们对产品的权利最大,决定了产品的发展和前途,我们遇到的各种各样的 问题,大到美国总统应该谁来当,小到一个按钮的颜色是红色还是绿色,都跟他有关系。而且我们得承认,有些pm 很混蛋,左脑是面粉,右脑是水,只要想问题就会搅在一起变成浆糊,根本没法沟通,这个的确存在,世界就是因为他们的存在而变得丰富多彩嘛。

好了,出气了,大家开心了,说正事。

在 一个设计项目中,PM是需求方,设计师是要满足需求的,但是中间的界限不是那么清楚,以前在腾讯的时候我们喜欢说“pm和设计师是你中有我,我中有你”, 于是和pm的沟通往往是设计师最难做也最需要花时间去做的的事情。我不止一次两次听到设计师抱怨,典型的如“ 我们的产品什么都管,按钮红色绿色也都要他说了算,非常强势,他的项目我没法做。” “PM只想着赚钱,只想着快速发布,根本不在乎用户体验” ,往往设计师辛辛苦苦的完成了一个得意之作,PM一副冷脸,这里不行,那里不好,比王员外挑女婿还难搞,在面对这样的紧张的国际局势,有一些人选择了沉默 下去,算了,pm说怎么样就是怎么样吧。这样的设计师,一定不是好的设计师,我相信在座的一个都没有。我们都是相信我们的设计是好的,只是需要一些额外的 沟通和说服工作,从而让我们设计能真正的得到认可和尊重。

那么我们有什么灵丹妙药呢?锦囊妙计如下:

  • 开放的心态:别人对你的设计提了不同意见,认真的听,有则改之无则加勉。不要有护短的想法,自家的孩子自家疼,心态不开放,合作就不会愉快的了。
  • 消除信息不对等: 经常产品经理提出需求的时候会倾向于告诉设计师他想要什么,而不告诉你为什么,无意中就遗漏掉了很多信息没有传达给设计师。在座的各位作为优秀的设计师, 一定要尽可能的把这些信息挖掘出来,每次接到需求的时候,多问一句“为什么”,做到和pm 了解的信息一样充分,伟大的福特就是这样设计出来汽车的。
画外音:
问:“有的信息是pm故意不告诉我的,说要保密”
答:“什么?保密?那你还跟他做一个项目?趁早换吧”
  • 尽可能早的介入项目:在项目初期就尽可能早的介入,哪怕这时候产品只是一个简单抽象的概念,但是这个阶段往往最关键,最容易受到影响,经常很小的建议也都会影响到决策人的最终判断,同时很多方向性的决策会在概念的形成期完成,设计师介入了就保证了在最开始项目的战略决策上有考虑到用户体验。
  • 以退为进: 在战略上你已经和pm和管理层取得共识的前提下,在更为细节的问题上如果遇到不同意见,我们可以退回一步,到已经取得共识的层面再去看这个待解决的问题, 是谁的意见能够更好的为目的服务?如果说PM和你都同意产品主要面对的是商务用户,那么由此出发推导出界面的主色调改成草绿色不是很靠谱。
  • 从用户出发: 如果用户体验设计师是安泰俄斯,那么用户就是大地,设计师最大的力量来源于用户。一些从直接用户身上得到的证据往往能很好的支持你的观点,所以,多做一些 user study,多了解用户,某些场合下,用户使用产品时痛苦不堪的表情和接连犯错的录像,要比你千言万语来的更有说服力。
  • 建议权和决策权分开: 设计师可以对PM的市场策略提出建议,PM也可以对设计师的按钮颜色“指手画脚”,这个叫做建议权。最终一拍桌子,大吼一声“我说了算”,这个叫做决策 权。 作为项目的一员,任何人都对项目的发展有建议权。但是发表完你的高见之后,不要忘了加上一句“这是我的意见,当然最后怎么做你来决定”。建议权和决策权要 分开,不要过度涉及到别人的专业领域,既然是一个团队,对团队成员的专业能力的尊重和信任是最基本的前提。
  • 拿来主义:看看竞争对手产品怎么做的,他们一定经历过跟我们差不多痛苦的一个阶段。他们之所以这么决定,一定有理由的,要相信他们不全是傻X,想想看为什么,这个很多时候能够作为决策依据,或者是帮助我们说服别人。
  • 系统的力量: 如果你身在一个大公司,那么在你之前,一定有很多革命先驱前赴后继的在同一个问题摔过跤撞过墙,如果你足够幸运的话,公司可能在某个不为人知的服务器上还 有一个用设计师血泪凝聚而成的叫做设计规范的东西。这个东西,不一定是最好的结局方案,但是往往是在你们的环境下最可行的实践方案。没错,站在巨人的肩膀 上吧,用你们的设计规范来说服别人。
  • A/B test:什么?前面这么多办法都没效果?好 吧,杀手锏来了,A/B test,简单点来说,就是取出5%的用户作为一组,当他们访问时,给他们看方案A,剩下的用户全部是方案B,最后数据说话,哪个表现更好用哪个。这个往 往能够快速有效的消灭争论达到和谐状态。不过请注意,此武器成本较高,往往拉高成本拖长项目周期,慎用。

好吧,我非常感谢你们看完这九条,很不容易,如果你还没关掉这个网页的话,我偷偷的泄露一个终极武器,一般人我都不告诉他的,那就是:找老板去拍板。成本低见效快,绝无环境污染,实乃居家旅行杀人放火之必备良药。考虑下吧?

本文由UXday第六期靠近门口那一组同学共同贡献,请恕我不一一署名,非著名设计师 刘亚平 记录整理。

关于label system (不断更新中)

最近做了一个知识问答产品中的label system设计,发现了一些关于label有意思的问题,基本上是设计一个label system 必须面对的问题。不过老实说,这个问题我还没想清楚,还需要花很多时间继续思考。
Motive
在问答产品中的提问流程,用户会把填写label视为提问过程中的一个阻碍。后来在科学家不断努力下,我们进入高科技时代,系统可以自动分析问题内容来推荐label,于是我们推荐几个label让用户简单去勾选,即使是这样,用户也还是懒得去点那个check box,究其原因,只是因为我们实在是找不出什么理由用户应该做这个事情。最终变成了我们默认就勾选一些 label,用户不需要做任何事情。
所有需要用户填写label的设计,都是给用户增加了一个额外的任务。我们必须明确的告诉用户,填写label对他有什么好处,不然他根本不会去填,这样会导致你基于这个label system 的设计全部变成空中楼阁。看到很多其他产品的设计中,甚至还有是否同意某个label的功能,这里也要问同样的问题:用户的动机是什么?
这个问题一直还没有很好的解决方案,目前我看到的做的不错的是Flickr,他的做法是填写标签这个额外的任务和管理照片这个方便的功能结合在一起,我还需要和flickr的重度用户聊聊,了解下给自己每个照片都加label的geek用户的心态。
Longtail
假设我们已经很好的解决了上面的问题,积累了相当多的label数据,第二个问题就来了。在问答中,系统创建的标签有700个左右,覆盖了绝大多数问题,但是UGC的标签大约有30万个,非常强烈的longtail。来吧,豆瓣也基本上是同样的状况。
怎么办?
一种简单的做法是,我们不断引导用户,让他们 “选择” 而不是 “创造” 标签,问答的30万个标签,大部分也都是用户在我们的系统还没有标签推荐机制时产生的,假如我们只有700个系统标签,那么就要简单很多了。体现在设计上,我们可以找人来创建最常用的几百个标签,保证longtail的头部质量足够好,然后尽可能的推荐这些标签,让用户感觉我们推荐的就挺合适,只需要简单选择就好了,这样不仅能降低交互复杂度,而且也尽可能的避免longtail .
当然longtail 也不总是坏事,豆瓣就很好的利用了longtail,但是难度比较大,不知道我们是不是可以学习下?一个最直接的设想是假设有一个很小众的label,如“闷骚”,一共只有十首歌,你听过其中五首,那么给你推荐剩下的五首,基本上是准确的。这个在Google music之前的某些项目中已经有一些探索和思考。
Machine Generated or User Generated?
其实上面谈论motive的时候已经提到过,我们的问答产品已经实现了完全的算法系统推荐label 给用户,不需要用户做任何事情的,但是就算Google的科学家们多么聪明,开发出来的算法仍然是不够智能,我们的系统推荐的label 精确度不高,为了保险起见,把推荐的label不够细分,而是很宽泛的 “科学” “生活” 等等,这样子的话,推荐的label不仅不够精准,而且数量很少,出现了每个label下几万个条目的情况,这样也就失去了label system的意义了。那么人肉推荐如何?好处当然是精准了,不过整个系统的成本会按照指数级别增加,这一点在Google 非常明显,况且人肉推荐的话,整个系统非常不scalable。
和刘云天(xiaoxiao)同学讨论之后,提出一种可能性,我们可以首先提取搜索系统的热门关键字,从中人工筛选取出靠谱的作为label,然后由系统推荐,让用户从中选取label 加给每一个条目,这样比较好的结合了用户产生内容和机器产生内容的优点。

“您还是”“我”?

在谈这些问题之前,请您一起设想以下场景:
您登录一个网站,一看,就好像走进了一个城堡,门口站着一个英国管家迎接,戴假发,好家伙,一口的尊称,特绅士的那种,您一进门儿,甭管有事儿没事儿都得跟您说 :May I help you, sir? 一口地道的英国伦敦腔儿,倍儿有面子。


但是您回头一想:不对啊,干嘛搞得这么客套呢?文绉绉的,感觉隔着十万八千里一样,于是乎,您就找了一个不这么玩的网站去看看。
请想像以下场景:
我登录另外一个网站,一上去,这哥们特热情的打招呼:哈罗,最近忙啥?咱家还好吧?咱爸咱妈身体如何?再到处转转,这网站设身处地的为我着想,我在想什么都知道,我说什么都给我记着了,特贴心,恍然间我还以为我爸妈真的有个兄弟没告诉我呢。


另一个典型的例子是在早期电脑在人民群众眼里还是个稀罕货的时候,windows的开始菜单,点一下就是我的电脑,我的文档,我的音乐等等。一下子就拉近了人民群众和电脑之间的距离。
想必,聪明的您已经看出来了,
如果把产品比做一个人的话,在产品中的称谓是给用户的第一信息,直接决定了产品和用户的关系。
您可以选择跟用户保持一个恰如其分的距离,毕恭毕敬的,远远地看着,没事绝不多说一句话。但是每当用户出现问题的时候,您总会客客气气的提个醒,让他注意到问题,用户需要什么帮助的时候,您总是第一时间出现。在您的协助下,用户很开心很高效地完成自己的任务,基本上记不起来您的存在,也不会对这里有什么深厚的感情,基本上您这里就是一个咨询处,一个服务窗口。上图中举的facebook 和淘宝的例子基本上就是这样。
还有一种选择,我们让用户觉得,这就是属于我的,动感地带不是说了:“我的地盘我做主”。给用户最大的选择权和控制权,就让他在这里尽情折腾,爱怎么玩就怎么玩,他就是这里的皇帝,他有最高决定权。出了问题的时候,直接告诉他:咱这还是有规矩的,不对,不是这么玩的!上面举的google 和豆瓣就是这样的例子。
看到这里,也许您会问,哪一种好啊?对不起,我还真给不出哪一种绝对是好的,但是各自有各自的适用状况,请判断下:
1, 您的网站希望给用户什么样的image?商务还是娱乐?
一般来说商务型或者是传统大公司的网站的网站会讲究彬彬有礼客客气气,例如www.ibm.com,希望营造这种专业的形象,用“您”会比较恰如其分。而很多web 2.0的网站,例如sns,显然不希望跟你拉开距离,可能用“我”更好一点
2, 这个页面的性质是什么?
如果这个是网站的首页,主要是用来介绍自己的公司,希望马上勾起用户的兴趣,那么“您”的成为能给用户类似对话的口吻,在看到提示语之后在意识里想要去回答您问题,推荐用“您”。参考 hsbc的网上银行首页。
如果这个是用户的profile 页面,所有内容都是用户自己产生的,又或者这个就是用户的blog,在线portofolio,使用那么“我”能给用户非常充分的自主权。
3, 能够统一吗?
总的来说,对用户最友好的是要么就客客气气的做英国管家,要么就亲亲热热的做东北哥们,别瞎掺和着一起玩,中西合璧,一会儿您一会儿我的,看着还真让人犯糊涂。
最简单的判断法则是如果发现在一个页面上某几处必须用“我”或者“您”,那么干脆整个页面都用这个来统一好了。
看看这个例子:

感谢 peiyu 同学深夜和我讨论此话题。

关于网格系统的一本书

最近看了下这本书,相当的推荐!它一扫我对德国人写的书是 “专业但是晦涩难懂” 的印象,平时的语言,简单的描述,就讲清楚了很多事情。

 排除这本书是英文德文双语版的,再排除这本书是60多刀,除此之外,看这本书还是相当享受滴!

我这里有电子版的,需要的同学们可以email 我:justkiddings@gmail.com

 

Grid Systems in Graphic Design/Raster Systeme Fur Die Visuele Gestaltung (German Edition)

弹出窗口和浮出层的使用体验 — UXday活动小结

大家好,我们这一组的主题是弹出窗口和浮出层的使用体验。

在谈这个话题之前,首先我们必须对弹出窗口和浮动层有个定义。来自五湖四海的革命兄弟姐妹们经过友好而热烈的讨论,就定义问题交换了意见:

  1. 弹出窗口:弹出窗口变种很多,形式各异,姿态万千,我们就不一一列举了,我们的讨论范围也仅限于以下两种。
  • 消息警示窗,俗称alert窗口,又称系统对话框,举例可以看这里
  • 弹出窗口:俗称弹出广告窗,有独立的url,例子可以看这里
  1. 浮出层:例子可以看这里(请围观者移动鼠标猛击右上角登录链接),一般无独立的url。

首先,关于弹出窗口,尤其是alert窗口,小组成员们纷纷指出,它其实不是一个基于web的设计,而是基于浏览器等客户端的设计。在遥远的web技术发展初级阶段,受到很多技术限制,但它的以下优点让它变成了居家旅行,设计开发之必备利器:

  • 简单,兼容性好
  • 实现成本低,工作量小
  • 抢夺焦点,非常适合弹出广告
  • 能有效的告诉用户当前要完成的任务

但是,温情脉脉的面纱在小组的深入探索下被揭开,我们发现了它与生俱来的缺陷,例如:

  • 强迫性,让用户没有选择,不利于建设和谐的互联网。
  • 很多弹出窗口使用了模态窗口,非常的暴力。在IE7等高技术含量的先进浏览器中,一个tab的窗口会锁死所有的 tab,给人民群众的生活造成了较大不便。
  • 视觉风格上,弹出窗口基本是用的是系统的风格,对于某些视觉设计很fancy的网站来说,这个犹如一个漂亮的女孩子脸上带着昨天早餐的蛋黄酱一样
  • 往往弹出窗口伴随的是系统的警告声,会导致某些夜猫子网友的情绪不太稳定。

我们来自百度的组员非常精辟的带领大家回顾了web技术从90年代到现在的主要发展历程,并 高屋建瓴的指出,随着精神文明建设的不断深入,web技术的不断发展,很多网站也不断的改善用户体验,出现了很多人民群众喜闻乐见的设计。除少数极端情况 外,简单粗暴的弹出窗口已经不能满足人民群众日益增长需求,代表先进生产力的浮出层逐渐代替了大多数的弹出窗口。

调查才有发言权,同学们也纷纷使用举例证明,手绘草图的形式积极参与讨论,一时之间,百家争鸣,我们发现网页浮出层的优点有:

  • 效率高,很多时候就在鼠标操作处浮出一层,用户鼠标移动距离很短就可以操作,大大提高了生产效率。
  • 大多数浮出层是设计成非模态的,不强迫用户。
  • 避免主流程被打断,特别适合完成某些分支任务(例如登录)后再回到主任务的设计。
  • 精简网站页面数量,使用了浮出层后,很多原来需要新的页面来完成的操作(如登录),就被精简掉了,有利于建设节约型社会。
  • 形式灵活多样,视觉、声音都可以自由定制,能有效满足人民群众日益多样化的需求。
  • 体验轻量化

但是某位伟大的哲学家说过:任何硬币都有两面,更何况网页浮出层?在马克思唯物主义的启示下,同学们也发现了隐藏在背后的真相:

  • 需要java script实现,兼容性不好,在不同浏览器下的表现不一致。
  • 屏幕分辨率低或者浏览器窗口小的情况下,很可能会在当前不可视区域内弹出,也不被用户感知到,让不明真相的群众感到困惑。
  • 经常会出现浮动层嵌套的情况,这是一个不好的体验。

讨论进行到最热烈的阶段,来自百度的掺掺同学指出,同学们掌握了这两种设计的利弊,这很好,但是仅仅讨论优点和缺点是不远远不够的,更要深入的分析哪些情况下适合用什么设计,在掌握了理论以后要多思考多实践,发挥我们的光荣传统,更好的把设计师有限的时间和精力投入到无限的用户体验工作中去。

最后,由非著名设计师刘亚平 把大家的精彩言论做了记录和整理,并向广大人民群众做了简短的汇报,此次uxday讨论在非常友好和热烈的气氛中结束,

会后,同学们对来自百度的礼品表示强烈的兴趣,并纷纷表示,礼品虽小,情谊深重,希望uxday活动越办越好,越办越红火!

特别鸣谢,撰写此文时的参考网站 薯片会 谷歌 百度

支付宝的一点小问题





做设计做了这么久,我一直对各种各样乱七八糟的界面持着很宽容的态度,大家都不容易,何必呢?我也不是一个喜欢挑毛病的同学, 不过今天实在忍不住了。

 

今天我用支付宝给某个卖家付款买点东西:

 

选择付款类型的页面


 

 

看起来很简单,我应该是属于给陌生卖家付款了,点下面一项,然后点下一步,一点反应都没,仔细看看,原来下一步按钮乾坤大挪移去了另外一个位置,晕,ajax不是这么用的吧?


 

 

 

填写表单的界面
 

 

填写商家信息部分

 

1,  首先是填写email,刚好卖家已经把email 给我了,粘贴上去,要重复输入确认,似乎没什么问题。但是第二次输入就不允许粘贴了,我猜想设计者是为了确认安全才这么设计。不过问题就来了:

 

  • 如果要保证安全,那你干脆就都不允许复制好了。

 

  • 设想下,如果用户第一次已经通过复制粘贴好了,第二次确认的肯定是照着上面抄过来的,这时候要是出错,肯定两次一起错的,这样的设计根本起不到任何安全作用。

 

  • 用户第二次手动输入的话还很有可能出现输入错误,而且这里居然不会自动检查并且马上提示,要等点击“下一步”才会提示。。。最傻的是,提示完了居然还把我刚才填写的内容放在这里。还要我多做一次删除的工作。


 

 

 

2,   “选择联系人”,是旺旺上的好友吗?点一下,居然不是,是一票我不认识的,仔细看看,是很久很久以前,我付款过得卖家。我想大多数情况下给陌生人付款都是个一次性的生意吧,用得着把历史记录都弄出来?如果说我要多次付款,那我还不如给我看看旺旺的联系人呢,或者我干脆就不用这个功能了。

 

 

填写地址部分

默认就是 “不需要收货地址”,点开下拉菜单看看,居然没有我现在淘宝用的地址,看来支付宝和淘宝确实不是一家人啊。于是我只能选择添加地址了,居然是打开新页面,旁边还有个说明:“完成后刷新本页面”,这里不用ajax 来做啊?该用ajax的地方不用,不该用的地方倒是用上了。

 

 

很无奈的我只能打开新页面填好地址,填好了回来,按照说明,刷新,最牛的一部分出现了,刚才填的所有东西都没了!!!!

 

好吧,我只能再来一次了。。。。。

 

支付宝做设计的同学们,烦请看看这些问题吧。。。 

 

 

从简单法则说开去 软件功能愈多愈好吗?

原文在这里:http://blog.pchome.net/article/view/127865/
从简单法则说开去 软件功能愈多愈好吗?
今天无意中看到世界知名的图像设计师、视觉艺术家前田约翰的简单法则,不多一共十条(见附录),作者将“简单哲学”分为三种层次,并依照“基本、中度和深度”划分成三组渐进法则,以及如何单独运用或互相搭配使用这些法则于产品开发或设计之中。
小贴士:法则1-3为基本,3-6为中度,7-10为深度,这三组法则中,“基本”法则可以马上应用在产品设计或居家陈设的相关构想上;“中度”法则的含意比较微妙;“深度”法则更深入还未成熟的思想领域。
由此想到了当前的一些流行应用软件的发展变化。由于工作关系,跟软件打交道有些年头了,目前流行的一些工具软件,例如PPS、比特精灵、迅雷、暴风影音、千千静听、光影魔术手等等,可以说是看着他们不断成长起来的,它们中几乎每个重要的版本都长期使用过。
通常随着软件版本的更新,其产品的性能也在进行这不断的升级改进,而这种“改进”又几乎意味着“增加更多功能”。但是,对于我们最终用户来说,真的就需要那么多的功能吗?软件也真的是大而全好吗?
这里,先来说说图像浏览工具 ACDSee,这是我最早使用的Windows系统下的图像浏览工具,至今系统中还保留着其2.4版本。ACDSee每次版本更新它都会加入许多新功能,从而导致软件体积越来越臃肿,执行效率也越来越低下。这对广大使用ACDSee来浏览图像的用户来说,无用功能越来越多,简直是噩梦。
也许是ACDSee自己意识到了自己的问题,最终将软件名称更换为 ACDSee Photo Manager,这也标志着它正式转型,脱离图像浏览这个专业,进入图像处理/管理这个行当。而对用户来说,也都纷纷改弦易辙,使用其他更为合适的图像浏览工具。但作为图像处理/管理工具,ACDSee Photo Manager可能又显得不够专业,专业用户有PS,简单的照片后期处理国内用户可能更乐意使用光影魔术手、PhotoCap这类更为垂直的工具。
说完看图工具,我们再来看看Bitcomet。曾经风靡一时的专业BT下载工具,BT下载必装工具,其下载量远超过其他同类工具,如比特精灵等。但是近年来,随着时代的变迁,受到迅雷、快车、旋风这些全能型下载工具的冲击,Bitcomet开始走下坡路。当然,开发者并没坐以待毙,也开始了自己的创新路途,也就是不断增加新功能,如支持HTTP下载、支持跨协议、实现边下边播、种子市场。
但最终用户真的认可了Bitcomet的这些改变吗?看看如今Bitcomet在各站的下载量,看看百度指数就知道。其实很多用户还是放弃了它,转投迅雷等BT下载速度更快的软件怀抱。
而再反观同类的专业BT工具比特精灵坚守传统的BT下载,目前的用户数不会比它少,目前的百度指数也和Bitcomet基本持平,不相上下。而海外专业BT工具 uTorrent 以其小巧但功能强大的特色,着时吸引了相当数量的用户,成为后起之秀。
从这些软件的发展历程,再来结合前田约翰的简单法则。简单法则前三组法则作者将其归为“基本”法则,合理搭配使用可应用在产品设计或居家陈设的相关构想上。仔细理解基本的简单法则,我们可以发现前面提到的2款软件或多或少背离了简单法则,一味的增加功能,不仅使软件臃肿不堪,提高了软件使用的复杂性,但这些功能却又没提高用户的应用效率,与此同时,它们原先的专业优势还在不断伤势。最终导致用户放弃,毕竟可替代的其他同类产品很多。
除了前面提到的2款软件,其实目前的很多软件都存在类似的情况,走大而全的道路,整合一堆看似有用,但实际用户并不买账的功能。与其开发很多花哨的功能,让软件变得大而全,复杂,臃肿,还不如简单的将最核心功能开发到极致,充分挖掘核心功能附加值,让用户得到最为简单易用高效的用户体验,如有毒瘾般无法彻底摆脱。当然,越是简单的用户体验,对开发者来说并不是件轻松的事情,其背后的架构、逻辑等越是复杂,需要开发厂商下一定苦功夫。但个人认为这是值得的,与其将人力、时间花在一堆无用花哨功能上,还不如整合精力专供一项简单核心功能。
前田约翰《简单法则》十条:
第一,减少,就是说,达到简单的最简单方法,就是要有所割舍,割舍一些没用的功能、多余的部分,就能简单许多。
第二,组织,妥善组织能使复杂的系统显得比较简单,这就好比合理使用一张写字台。
第三,时间,节省时间也会让人感觉简单(虽然这种一时的简单不一定是真正的简单)。
第四,学习,知识、经验的积累能帮助人们把某些事物变得更为简捷。
第五,差异,简单和复杂相辅相成,没有复杂的对比反差,简单就不能更好地显现。
第六,背景,简单的周边事物决非无关紧要,它有助于形成一种简单的氛围,让人感觉到简单。
第七,感情,感情的寄托也有助于简单。
第八,信任,要对一些简单的事物报以必要的信任。
第九,失败,要相信有些事物不可能简单,不是所有东西都适合简单。
第十,单一,简单就是要求减少形式的、无意义的,增加有意义的。
科技业的发展模式,促使企业必须不断对同样的产品推出“改进的新版本”,而“改进”通常意味着“增加更多功能”。
前田约翰简介:
前田约翰(John Maeda)世界知名的图像设计师、视觉艺术家、电脑科技专家,也是麻省理工学院媒体实验室的教授。前田约翰在艺术上的贡献也不容忽视,他得奖无数,例如:美国设计界最高荣誉Smithsonian 杂志的国家设计奖(2001年)、日本朝日设计奖(2002年)、德国Raymond Loewy 基金会奖(2005年)、戴姆勒克莱斯勒设计奖(2000年)等等。他曾在巴黎、纽约、伦敦、旧金山、东京、大阪等地举办过多次个人展览,深获好评,他的作品也被纽约现代美术馆,旧金山现代美术馆、史密森尼机构的国家设计美术馆收藏。
http://blog.pchome.net/article/view/127865/原文在这里

六种毁掉头脑风暴的原因

头脑风暴法是一种最为常用的激发群体创造力的方法。这种方法快速、简单而且有效。然而,许多组织却在头脑风暴法上屡屡受挫,以至于最后放弃使用它。于是他们说,头脑风暴法已经过时了,而且不再有效。但事实上人们受挫的真正原因乃是,他们没有适当的使用头脑风暴的方法。一次奏效的头脑风暴是有趣而充满活力的。它能够产生许多好的主意。但较差的头脑风暴却令人受挫,消磨动力。

下面列举几种简单却足以毁掉一次头脑风暴的情况。

没有清晰的目标

如果一次头脑风暴的意图是模糊不清的,就会导致逡巡不前甚至失去方向。所以一定要设立清晰的目标。一次头脑风暴的目的是,为了达到一个具体特定的目标,而产生许多有创意的主意。最好的方法是,把这个目标设定成一个问题。模糊的目标是无用的。“我们如何能做得更好?”就没有“我们如何在下面的一年内将销售量翻倍?”要好。然而,问题中的数字也不应该过细,否则会使头脑风暴受到局限,减少更多的可能性。像 “我们如何通过利用现有渠道和当前的产品设置,使销售量翻倍?”这样的问题,也许就过于限制了。一旦这样的一个问题得到一致的同意,就将它写下来,以便所有人都能清楚的看到。

同时,也应当为这个目标设定需要多少创意,以及要花多少时间。比如,“我们打算在下面的20分钟里,想出60个创意。然后我们将他们筛选至4到5个最好的创意。”

 参与者的背景太过相近

假如每个人都来自同一个部门,就极易陷入一种“群体思考”之中,从而大大的禁锢创造力。因此要小心的选择参与者。参与者的数量控制在6到12人为宜。太少的人数会使头脑风暴的素材不够丰富。而太多的人又难以控制,限制了个人的发挥。在整个头脑风暴小组中还应引入一些其他领域甚至与讨论的话题无关的旁观者——这些人常会提出不同角度的看法,以及奇特的创意。不同背景的参与者组成的讨论,效果是最好的。这些人可以涵盖不同的年龄层次、男性和女性、经验丰富的老手或者新人,等等。

使老板成为讨论的推动者

要小心在团队中表现的独断专行的老板,他们可能会限制或固定住讨论的内容。如果这样的老板在场,那么最好找一名能够胜任推动者的独立人士——他要能够激励大家积极的思考,并防止某一个人主导了全局。对头脑风暴而言,最差的一种情形是,部门经理既主持会议,同时又做记录员和证明人。

允许过早的评判

头脑风暴最重要的原则是——将评判推后。为了鼓励大量不同凡响的好想法出现,确保没有人对任一想法提出批评、负面的评价或任何的评判,是非常重要的。参与者说出的任何一个想法,无论显得多么愚蠢,都要记录下来。在产生想法阶段不进行评判的原则极为重要,因而需要严格的加以执行。有个好办法是用水枪惩罚提出评判的人。

 满足于为数不多的想法

不要刚得到几个想法,就开始分析。数量才最重要。想法的数量越多越好。在一切活动当中,头脑风暴是为数不多的数量能够改善质量的活动。想想达尔文式处理过程。各不相同的想法产生的越多,其中一些最终被选中的可能性就越大。你需要很多的精力和各种声音,才能得到大量特别的想法。完全无法使用的疯狂想法往往起到跳板的作用,引领我们想出可以被采用的新颖卓绝的方案。因此,要保持源源不断的疯狂想法——你需要吻过许多许多的青蛙之后,才能遇到真正的王子!

没有收场或后续执行

不要在没有达到清晰的执行计划之前,就结束头脑风暴会议,即使已经产生了一大堆想法。如果看不到一个真实的结果,人们会感到之前进行的过程没有意义,从而灰心丧气。应该在会上快速的分析一下得到的这些想法。一种好的方法是把总结性发言分成三个部分——有见地的想法、有趣的想法或反对意见。若在有见地的想法里,有特别出色的点子值得马上去实施的,应该立即将之作为一个实践项目交予相关的实行者。

还有,应该将想法收集起来,并加以分类。例如,把关于市场、销售或其他方面的有见地的和有趣的想法分别列示在不同的挂图板上。这种重新整理想法的形式能帮助我们发现新的组合及可能性。有些人会使用便贴纸,以便将各种想法方便随意的组合。

如果时间较为紧迫,可以使用五分制评分法选出最好的创意。参与者为每个想法打分。他们可以自由的将五分分配给喜欢的想法。比如,将五分平均分给五个想法,每个想法得到一分,也可以将五分全部给某一个想法。然后,将每个想法的得分相加,选出得分最高的想法,留待后议。

最后,在会议结束前,以感谢每个人对头脑风暴做出的贡献作为收场。应该再次提到一到两个最好的、最有创意或最有趣的想法。然后,考虑一下哪些想法是可以付诸实施的——即使它们微不足道。

人们喜欢的头脑风暴往往时间短、充满活力且能够促成实际效用。这样的会议能够激发人的潜能,提高效率,促进创新力的提升。

原文:Six Great Ways to Ruin a Brainstorm – Lifehack

译者:灵渐川(GTD翻译小组核心成员)

图表的设计也可以做的惊艳

在我之前的设计中,一直尽力去避免图表型的设计。在我印象中,图表的设计会很枯燥很无聊,一大堆的信息堆在一起,需要用户很高的阅读和理解能力才能顺利表达。
例如:

今天接连看到两个表格的设计,才发现其实图表也可以设计的很惊艳。其实,我[color=Red]缺乏的不是对图表的深入理解,而是想象力
New York Times 的奥运2008 赛事表: http://www.nytimes.com/interactive/2008/08/05/sports/olympics/2008_OLYMPICS_TRACKER.html?pagewanted=all

Google Finance 股票走势图: http://finance.google.com/finance?q=Google

hummer 发布,万众瞩目

我辛苦这半年的成果了,呵呵,欢迎广而告之

TM 2008 Preview 已经发布.此外,腾讯还专门放出了一个介绍页面,风格非常地Vista.
适合办公用户的即时通讯软件,拥有多种专门针对办公用户量身定做的功能,让你的沟通更轻快、工作效率更出众.
    

 



下载:
TM 2008
访问:
TM 2008 主页
8月15日发布TM2008预览版
1. 全新设计的用户界面,视觉体验更简洁雅致
2. 全面优化的程序性能,操作体验更流畅轻快
3. 新增查找联系人功能,好友再多也不怕
4. 新增未读消息盒子功能,免除打扰更高效
5. 新增忙碌和自定义状态,状态表现更随心
6. 支持多种语言的客户端版本和消息收发
图像 “http://im.qq.com/tm/2008/images/index/ui.png” 因其本身有错无法显示。