1906 - JunChen\\\'s Blog

贩卖感情，情感设计——Living Colors

Sat, 05 Jul 2008 00:49:35 +0800

忘了是从哪儿知道的，第一眼看到飞利浦 Living Colors（能产生 1600 万种颜色的 LED 灯），就深爱上了这个玩意儿。去年那个时候冲动着立即想买回家，可是连 Amazon 上都没有，只能在英国、荷兰等少数几个地方能买到，考虑到价格（约 150 欧）、邮费甚至被海关查扣，最终还是没有入手。最近又在疯狂的设计上看到这个“老朋友”，真是“于我心有戚戚焉”。

她，不是用来照明的。Color your world with light —— 通过光媒为你的世界着色。因为色彩有着最佳的情感象征（通感）。

看看几段 Flash 宣传短片吧（具体在官网上看，以下是截图），表现的非常到位：

What color is...

美好的回忆是什么颜色？
爱是什么颜色？
慵懒的礼拜天是什么颜色？

设计与营销结合的绝佳例子。对了，值得一提的是飞利浦的设计理念：精于心，简于形（Sense and Simplicity）。他们在创新创意、简洁主义方面的探索无疑是让人敬佩的。比如 The Simplicity Event。在 iD | 公社那儿可以看到很多飞利浦的设计。

设计的意义

Thu, 03 Jul 2008 19:35:44 +0800

先问一个问题：在你的记忆中，离现代最近的一位发明家是谁？

爱…迪生？我想 80% 以上（甚至更高）的朋友都是这个答案。发明家这个称谓，怎么到了科技如此发达、信息传播速度如此快的年代里就消失不见了呢？一方面是专利相关法律，一方面也是因为商业因素。

我一直坚信并宣扬着“设计师应该是发明家，应该像发明家那样思考”，发现问题，解决问题。但是，这是否是设计不能承受之重？可能，发明一样事物并不是设计师的职责。又是一场博弈。设计师们把产品经理的工作也定义为设计，产品经理对此却不屑一顾。设计师们认为设计工作并非一人为之，而是整个团队的努力，管理者冷不丁抛出一句：“借口，那我要你设计师干嘛？”

作为设计师我们可以毫不夸张的说，“设计改变世界”，但之后又觉得说这话很没有底气，一些发明是改变了世界，但是，我们在说着“设计改变世界”时候是不是有点儿牛顿式嘲笑的意味？若是不明事理之人，必会奋起反击道：“爱迪生是发明家，为什么给他戴上设计师的帽子？”。

设计是什么？设计的价值在哪里？是否你发现了（或认定了）设计的价值，所以你才成为了设计师？体验是什么？设计是为体验服务的吗？设计在企业中扮演什么角色？

在 Peter Merholz 的 Experience IS the Product 一文中，用 George Eastman 发明的胶卷和相机的例子（以及后续的服务）来证明产品=体验。但是通观全文，提到的（产品）设计概念远大于国内大部分人所理解的设计。文中提到了：Eastman 和 Jobs 都知道，必须走的更远更深入，把人们使用产品的体验放在第一位。最后他们成功了，设计能够带来巨大的商业价值。

这才是设计的真谛。无论这是 Jobs 还是 Apple 公司的设计师的设计。当企业主有着这样的设计理念，设计师应该感到幸福。而即使企业主没有这样的理念，设计师也不应气馁沮丧。

到这里，我才忽然想起以前也说过，设计的价值（可能更多的是指设计这份工作的价值）在于影响管理层，让产品往一个更好的、更利于用户的方向发展。

作为设计师，这个重担，是必须扛起来的。

【走走拍拍】碧海金沙桃花岛

Tue, 10 Jun 2008 22:12:21 +0800

“桃花影落飞神剑，碧海潮声按玉箫”

08年端午节在桃花岛。感谢 yuqi 在节日的一大早就送来了节日的粽子。

7号晚23点从南京出发，经宁波到北仑，8号早上6点到达郭巨码头（郭巨侠？），却差点被告知因大雾而暂停发船，幸好雨停雾散，准时8点半坐上了东海神珠号（东海神猪，^_^）开往桃花岛。在桃花岛呆了一天一夜，9号上午又因为大雾轮渡晚点三小时，到达南京的时候已经是10号凌晨1点。

不多说，上照片。（朋友批判说拍的不够大气，我说我不是拍风景的料）

对了，一张有意思的，07年9月某人写在郭巨码头的字：

忘了说，更多照片看 footbig。

设计和管理的博弈（三）

Sat, 07 Jun 2008 00:35:08 +0800

设计真的不是孤立的。可能视觉设计算是，但在深度的设计流程中，所有设计都与产品相关的任何行为是一个整体。

做好一个产品的设计，绝不仅仅是依靠设计或产品一个团队的力量，而是整个团队，整个企业。大部分时候，我们在差评一个网站的时候，往往责怪设计师。而此时设计师正躲在角落里哭呢，隐约可以听到：“那不是我干的…”。

我们常常指出某知名网站的一个 Bug，一年没改动。难道他们的设计师都是瞎子么？一方面，不能苛求所能看到的东西能够一步到位。另一方面，也需要理解设计资源的局限性。

所以我现在减少了评论性的文章，或许我在文章中指出的问题，在对方那里早已被列入清单，只是由于各种各样原因被归为“不重要、不紧急”的类别里面去了。而所谓重要、紧急，都是一个相对的概念。对于管理者来说，总存在着先救命再治病的原则，将事情分个轻重缓急。而设计部门的目标，一般仅在于把产品做好（并不断改进）。这忽略了管理原则，虽然最终目标是一致的，但中间没有了节奏。

大部分人处在一个理想的状态，而实际情况是：

产品分析会成了工作汇报；
方案定了，设计师不鸟你；
设计完成了，开发没跟上；
开发跟上了，测试没跟上；
测试跟上了，执行没跟上；
执行跟上了，缺陷才发现；
再次产品分析会。

看上去这也是一种迭代，也是不断改进。但这里面很多资源被内耗掉了，更重要的人的问题没有解决。人的问题，就是管理的问题。从设计管理的角度上，设计资源的管理或许是好处理的，但这不仅仅是设计部门的问题，而是更大范围内的整个企业的管理问题。而且这也不仅仅存在于初创或者小型公司。

所以又涉及到执行力问题，超强执行力的团队，只谈战略，执行都可以不屑一顾。而当执行力存在问题的时候，就像是一颗拧的很紧的螺丝，空有再大力也拧不动一丝一厘。

有一本书叫做“电子商务——管理者视角”，我觉得这个副标题起的特别好。任何一个员工，或许都应该学会这种管理者视角。刘润在管理是平衡的艺术中写到：

在一个优秀的人聚集的公司，每个人都从事战略性的思考是非常危险的。16 种不同 MBTI 性格的可能会有 16 个方向，这必将导致公司的方向混乱，资源浪费。所以，有时候我们要甘于思考的战略性（Think Strategically），考虑问题的时候能顾及公司现有的大战略，把自己的工作往战略上靠，才能万众一心，达成目标。

设计和管理的博弈（一）

Sat, 07 Jun 2008 00:34:30 +0800

这两天，37Signals 和 Don Norman（设计心理学、情感化设计的作者）展开了唇枪舌剑。分别在 Wired、37Signals 和 jnd.org 上发表了针对性的讨论。包括以下三篇文章：

好吧，如果把这看成是辩论会，那么 ——

论题：产品设计，首先满足自己
正方：37Signals，“I'm designing it for me. I’m not designing … for other people.”
反方：Don Norman，“Thank goodness most companies recognize that this attitude is deadly.”

起个引子，说起来 37Signals 在管理上是有一套的。尤其是著名的《Getting Real》。从某种角度讲，37Signals 代表着的是产品经理（或管理人员），而 Don Norman 代表着的是设计师。

大家支持哪一方呢？以上正反之分，并不代表我的意见。

设计和管理的博弈（二）

Sat, 07 Jun 2008 00:33:53 +0800

前两天写的设计和管理的博弈，并没有得到我所期望的讨论。不过都说了是一场博弈，那么本就没有什么标准答案。

回到我们的话题上：“产品设计，首先满足自己”，这是正确的吗？

在上一篇文章的回复中，大部分人认为如果产品设计的目标人群和自己差不多的时候，那么为自己而设计并不是毫无道理。我写下我的想法，并不期望得到所有人认可 :)

37Signals 的 Jason 和 David 是领导者，是成功的领导者。领导者的作用是什么？a. 任何的决定权；b. 管理和协调。也就是说领导者可以让整个团队成为一个整体，朝一致的方向努力。所以虽然那句话（“我只为我设计”）是 David 说出来的，但很明显这也代表了团队里面的所有人（本来人也不多）。这是我的猜测，但我不认为是错误的，因为如果不是这样，他们不会如此成功。

似乎有些扯远了。我提到领导者，是想让纠正这样一个误解：“他们是管理人员，他们才这么认为，他们的设计师一定不会这么想”。（实际上 Jason 和 David 既是裁判，又是球员。哦，让我想起了朱骏。）

正由于他们是一个小公司（人员规模上），意见容易得到统一。

“我只为我设计”，从管理角度讲，是好方法。我认为最核心的一点：如果你是为你自己而设计，你将会更快、更好的把产品做好，并且不断优化而做到极致。而不是把时间花在揣测别人的想法上。单这一点，从团队整体收益上讲，就不可估量。

领导者花了多少心思，让团队成员们踏踏实实工作，让设计师好好设计。不就是想营造一个：“这是我的产品、我的事业”，这样的感觉么。

但是，转折一下，若抛开职权之不平等，要让一个人以“我只为我设计”去说服 10 人以上团队，已经很困难了并且没有效率了。这时候采纳 UCD 这样的第三方方法，来的更有效一些。

我的观点已经表达出来了，就不多说了，借用 Jason 在回复 Norman 的文章中的一句话作为结尾：

We don’t think our way is the only way. （言下之意就是：我走我的路并且成功了。如果你非认为你是正确的，请以你的方法做一个 37Signals 出来再说。）

PS. “我只为我设计” 在设计上是旁门左道，有可能让你很成功，也会让你走火入魔。

Kenny G Live in Nanjing 2008

Thu, 08 May 2008 23:25:52 +0800

Kenny G，一头卷发，一袭白衣。来听音乐会的出奇的孩子很多，原来都是那些学萨克斯的，在父母或者老师的陪同下，来听大师的音乐会。

整个音乐会是渐入佳境型的，实际上我对萨克斯一窍不通，只能当作摄影练习了。在这种场合，没个大炮还真不行。

这场音乐会的灯光十分赞，主角从人群中缓慢走向属于他的舞台：

知道为什么他能吹那么久么？因为他可以用鼻子吸气同时用嘴吹萨克斯（最长纪录是 45 分钟多，吉尼斯纪录保持者）：

不知道发现了什么好玩的，Kenny G 的中文不好，随身带着注音的纸片：

这个黑人鼓手很厉害的，中途还大秀了一番：

很和谐：

又见迷梦一样的灯光：

更多照片见 Footbig。听说今年有周华健在南京的演唱会，这是有时间一定要去听的。

读书日，关于读书

Thu, 24 Apr 2008 09:33:50 +0800

因为眼睛的关系，我现在都比较少看书了。不过医生说到下个月基本上就完全恢复了，只要注意用眼，就不太会复发（这毛病特容易复发）。

要我自己下定义的话，我不是一个喜欢读书的人。除了小说以外，也很少有能整本读完的。有时候看下目录，挑几节阅读一下，一本书就算读过了。等到下次再翻开，那又不知道是什么时候。这种性格也体现在其他方面，比如旅游。

我不喜欢跟着别人，甚至非常厌恶导游讲解，我喜欢一个人到处逛，累了可以坐石板凳上晒晒太阳。我坚信如果我需要知道，我会知道的比导游多，因为有网络。有一次我跟俱乐部去宏村，在酒店里面我对同行的说，我对徽派建筑一点兴趣都没有。我不想知道那些白墙黑瓦的历史，那些窗户的故事，我只是走走而已。知道了又能怎样？或者说需要知道的时候，总会知道。

床边的桌子上放的是一本《圣经》，翻着看看的，我不信教。这本书是有历史的，在书的扉页上，是前女友的仰慕者写的一段留言。如果不是“你一直在我心中”之类的话，那也是差不多的意思，好像字写得并不好看。

然后是《我就是这样一个活佛》，也是随便翻着看看的。逛书店时，在推荐书架上，觉得还挺有意思：盛噶仁波切是个很时髦的年轻活佛，开跑车，穿西装牛仔裤。看这本书的时候，对于这个活佛，真觉得有时候那么的高高在上，有时候又平凡的认不出来。

最近还买的一本是比尔·克林顿的《付出》，不过还没开始看呢。对于改变世界的一些事情，我总是感兴趣的。

然后《美国新闻摄影教程》《世界的眼睛》等摄影类书籍，放在公司桌上，累了空了，拿来翻翻。

搬家了，终于有了书架一样的东西，虽然大部分书还没有翻过。UCD书友会的书，还堆在公司呢，有空要搬回家放了。

青光。

Wed, 09 Apr 2008 13:33:33 +0800

青光，一个很好听的词儿。

可惜被用在了眼睛上。

在没有任何疲劳反应的情况下，右眼视力忽然急剧下降，而后出现虹视，经医院确诊为“青光眼-睫状体炎综合症（Posner Schlossman Sydnrome）”。

具体的症状如下：

视力下降；
视物模糊，像是眼镜片起雾；
虹视，即看灯光周围有一圈圈的彩虹；

眼压（Intraocular pressure, IOP）测试结果是 42 mmHg，而正常人的眼压为 10-21mmHg。配了三种眼药水，分别是马来酸噻吗洛尔滴眼液（2次/天）、典必殊滴眼液（4小时/次）、派立明滴眼液（3次/天）。我戏称这些药水，比香水还贵。

我用 Google Calendar 排了一个时间表，结合手机短信提醒按时滴眼药水。目前已经获得了比较好的效果，恢复了视力，周五复诊应该没有太大的问题。

所以提醒各位 IT 从业者，注意用眼，尤其是设计师朋友们。即使有时并不觉得疲劳（因为每个人眼睛的适应性不一样），但也得固定时间休息。有条件的话，可以定期去做眼压测试或其他眼科方面的检查。如果出现任何不适的症状，立即去医院检查，以免延误治疗。

现在在家严格控制上网时间。昨天在家闲来无事，Snap 了几张：

Yupoo 的锐化非常之过，而 Footbig 却好像正相反。Flickr 速度比较慢，现在已经不引用到本 Blog 上了。

招聘 PHP 工程师

Thu, 03 Apr 2008 11:34:46 +0800

在每次要招聘 PHPer 的时候，我就想起很久以前老于的签名档：我需要很多很多 PHP 程序员…然后那时同事们就纷纷改名：我需要很多很多设计师、我需要很多很多销售、我需要很多很多编辑，等等。

以下是招聘正文。

====

职位：PHP 工程师

工作职责：

旅游电子商务网站的开发
B/S架构的旅游业务系统的开发
其他应用软件的开发

职位要求：

熟悉WEB开发流程，有丰富的 PHP/MYSQL/Apache/Linux 平台开发经验；
拥有优秀的数据库设计能力；
熟悉 Linux 平台下的系统配置者优先；
学习能力强，拥有优秀的逻辑思维能力；
自我管理能力强，有良好的时间意识；有较好的沟通交流能力。

工作地点：南京

这是途牛旅游网的招聘信息。有意者请邮件发送至 david.chenfuwei AT gmail.com

【人在旅途】春天的婺源·油菜花

Mon, 24 Mar 2008 22:41:16 +0800

春天的婺源，一场雨后，阳光把金黄色照的特别耀眼。

清晨雨中的油菜花：

戴着草帽的人行走在油菜花田中：

梯田状的油菜花观赏价值极高：

在这一刻，觉得金黄色的油菜花与徽派建筑是那么的和谐：

清晨的雾气，画出了一幅极美的山水画，尤其是那几株桃红：

这一刻，都在不要命的生长着：

人在丛中走：

卖“古董”的女孩背后是成片的油菜花：

隐约可见远处的白墙黑瓦：

有一些建筑物，没有全放出来，见我的 Yupoo 相册或 Flickr 相册。

书友会话题：怎样设计“帮助”最有效？

Fri, 14 Mar 2008 22:40:23 +0800

因为周末无法参加书友会，还是简单写一下对本期话题的自己的看法。

彪悍的设计不需要解释，那么我们是不是也不需要帮助呢？

从小的方面讲，帮助一般是指：手册、说明书、文档、FAQ 等等。从大的方面讲，可以是交互过程中的提示、指引、演示等信息，帮助无处不在！这一切，可以一并称为“帮助系统”。

无论怎样，帮助系统的目的，是解决使用者遇到的问题、帮助使用者更好、更快的完成任务。

不同产品的帮助系统有很大区别，我觉得讨论下比如 PHP 语言的帮助系统、电视机的帮助系统、数码相机的帮助系统可能会更有意思。但如果大家都是搞网络的，那么谈谈 Web 2.0 网站的帮助系统设计，或许更容易引起共鸣。

如果要我来为“帮助系统”分类，那么我会分为以下三种：

文档型帮助：详细，大而全。一般是 FAQ 形式，可以由情景式帮助链接过来，或者从页面的其他地方链接到某一个问题的解答上。实际上就是一本帮助手册，噢，让我想起了 RTFM（Read The Fucking Manual）。文档性帮助必须有比较好的组织方式和搜索。

可能大家会直接把文档型帮助给枪毙了。但是，别忘了我们还有专家用户！

情景式帮助：即时，针对性强。情景式帮助最常见的例子就是：“忘记密码？”。还有比如一些应用具有帮助开关，打开的时候，就会出现气泡提示，告诉你这里是什么那里是什么。哦，还有，就是 Office 那个恶心的戴高帽的老头和长着眼睛的回形针。

这么一说，可能很多人会觉得情景式帮助是最有效的，因为最直接，并且符合在需要的时候出现这样的设计原则。但是情景式帮助最忌讳宾主倒置，过多的情景式帮助会影响用户的使用。

演示型帮助：生动，易学。主要用在富应用的新手教学上，比如游戏里面的 Tutorial，比如安装一个软件的向导，安装完了之后的 Samples 等等。对于网站，演示型帮助可以放在首页上，我印象中，有一个在线的 Mindmap 应用（MindMeister），首页看上去是一张再普通不过的脑图，但点击后会发现，那居然可以在线操作！

从商业角度讲，演示型帮助可以引导和培养用户习惯。

除了以上三种，还有那些帮助系统呢？导航是帮助吗？一本书的目录，算不算帮助？快捷键，算不算帮助？

帮助的帮助：如果你来设计一款 GPS 导航，它本身就是一个帮助系统，那它的帮助是什么？

载体：文字，声音，图像，视频，Flash，三维虚拟…想象一下，你在使用一个三维浏览器，给你介绍你打算买的一套房子，并且有美女全程导购解释……

帮助的描述：需要学会用用户的思维去考虑问题……图形往往是具备良好的解释性……

还有更多的话题可以讨论，真是意犹未尽。我觉得大家可以交流下各自遇见的最酷的帮助，说不定什么时候可以借鉴一下呢。

【纪实】东南大学动力楼·火灾

Thu, 13 Mar 2008 23:53:36 +0800

作为东南大学的毕业生、校友，在听到这个消息的时候心一定是会震惊的。

真的是熊熊大火，映红了天。十几年、几十年的文献、研究资料，就这么化为灰烬。听说，许多教授、教师、学生，都流下了泪。

等我过去的时候，基本上已经剩下了骨架：

是无奈吗？还是看热闹：

现场采访，不知道是不是学生：

门口守望的同学和老师们：

消防队员：

警察：

火势在数个小时后得到了控制：

成功收队了吗？

模糊的视线：

许多兄弟院校纷纷发来祝福，在这里，我也只能默默地祝福了。Bless。

从东传上面摘录一些同学们的话：

…有消息说已经蔓延到校友纪念堂了…现在什么都有可能发生，但是我们却无能为力。学府路那儿已经挤满人了，据说消防车都很难开进去。唉。真的好担心。。。。。
我明天本来还要去做实验的,动力系电气系就这点家当,就这么没了...
只要没有人员伤亡其他一切都好说祈祷
别烧了好不好
动力搂从着火点到沿街的全部没有了。为母校祈祷！！

Apple Man

Sun, 09 Mar 2008 23:55:30 +0800

白鸦飞来南京，这个拍摄机会显然是不能错过的。

在一茶一坐吃了中饭和晚饭，随后是到 Seven Club 喝了会儿小酒。

选三张，更多见我的相册，你们知道的 :) 为减少单身女孩骚扰此已婚男人的几率，就不放帅照了。

设计师的性感之嘴：

设计师的性感之手：

设计师的本本：

Apple Man，意思就是用 Mac，用 Iphone，看 Jobs 传记的男人。

费解的确定和取消

Thu, 06 Mar 2008 15:00:58 +0800

对待重要数据的保存，我们可能会在外部事件引起的窗口关闭之前触发 onclose 事件，于是：

当询问“是否取消”的时候，我是该按“确定”还是“取消”？从 Gmail 这个例子里，“确定”表示“是，要取消”，“取消”表示“否，不取消”。

问题是，随机问了几个人，都理解为按“取消”，表示“是啊，我是真的要取消”。

第一个 confirm 窗口是 Gmail 为了保存草稿而设计的（不能调整两个按钮的文案）。而第二个弹出窗口，则是浏览器自带的（在某些情况下弹出），也没办法调整内容或者确定、取消的执行命令。

于是整个流程就变成以下三种情况：

“确定” —— 中断，执行外部事件
“取消”“确定”—— 中断，执行外部事件
“取消”“取消”—— 不中断，忽略外部事件

为了保证不丢失数据，看来只有 33% 的几率。问题是，当你按了第一次取消后，第二次还敢按取消的可能性有多少？尤其是说明文字也那么的费解。万恶的浏览器！（FF 和 IE 在这点上倒是出奇的一致）

暂且不讨论去掉第二个弹出窗口这个技术性的解决方案。对待 Web-based Apps 重要数据的保存中断，有什么更好的设计方案么？（不停地保存草稿？呵呵。）