1、通常我们称接入某个应用、某项服务、某种环境的工具为终端，比如 ATM 机、电话机、手机，当然也包括浏览器。终端提供的是一种服务的接入。

2、终端的成本会逐渐降低，企业不会通过终端来赚取利润，而是通过服务。这不仅仅是企业的要求，也是消费者的诉求。

3、企业为消费者创造价值，消费者为企业带来利润。企业提供有偿服务，并不可恶。

4、成本的降低，是终端发展的内在推动力。

5、鉴于成本的降低，一切可剥离的“组件”都将被剥离，或集中提供或分布式处理，比如存储设备、CPU的闲置计算能力。

6、接入互联网的终端的形式会多样化，平台式或服务捆绑式。

7、在数年内应该会出现可替代 PC 的家用终端，只用来接入互联网。Google 合纵很有这个潜力。

8、操作系统只是那时互联网未发展的一个过渡产品。以前是占领桌面右下角，现在是占领浏览器右下角。将来，其实是一个意思。

9、终端发展的最大的瓶颈在于服务和接入速度。目前的机顶盒注定是比不过 PC 的。

10、以上是7月份UCD书友会（南京）话题“浏览器”交流所得。

来自EA的ShowGirl —— 谢雨帆，号称 08 CJ 最美 ShowGirl：

更多 MM：

想看更多 ShowGirl，猛点这里 >>

其他花絮：

很多时候我们都把注意力放在了使用者身上，而忽视了开发者友好。而开发者是产品的心脏，是动力所在。

开发者友好的优势显而易见，无论是针对内部开发还是开放式，都能起到一个良性的 Kaizen（逐渐改善）循环。为开发者营造一个友好的、通用的、互动的环境，能够对产品，对产品的使用者有非常巨大的益处：提高产品开发效率、延长产品生命周期、获得良好的口碑以及更好的功能和体验。

如何做到开发者友好？针对开放式的开发者友好，我觉得应该重视以下几点：

1. 开源或开放开发接口

这是开发者友好的基础。比如自行开发的、外部采购的开发框架，通用的开发接口等。

2. 开发工具和组件

提供优秀易用的开发工具，或在现有的开发工具上提供插件、扩展来提高开发效率。开发工具不仅仅包括IDE，还应包括一些比如数据监测和分析、评估工具、UI 组件等。

3. 教学、文档和规范

提供新手入门，和专家级别的帮助。提高开发效率、保证一致性和准确度。规范应当注意普适性和灵活性。iphone 和 firefox 应该在这方面做的比较出色。

4. 使用者反馈渠道

让开发者能够更快、更准确的了解到问题所在。

5. 开发者社区

尤其应当重视这一点，理由不必多说。

以上几点对于内部开发似乎也适用。对开发者友好，意味着对使用者友好。

关于南京UCD书友会的重要通知：

1、地点更改为先锋书店（五台山总店，广州路 173 号，地图）；

2、时间推迟到 7 月的第 4 个周日（7 月 27 日）。

内部照片：

去的时候没带相机，以上照片转载自官方网站。

关于先锋书店：

1. 被称为“大地上的异乡者”；
2. 最引人注目的是巨大的十字架（见上图）；
3. 五台山总店是一个巨大的地下停车场；
4. 书店自己设计、制作并销售记事本、便签、书签等小东西；
5. 近期在升级空调，所以本周书友会延期至下周。

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

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

What color is...

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

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

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

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

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

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

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

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

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

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

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

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

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

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

忘了说，更多照片看 footbig。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

很和谐：

又见迷梦一样的灯光：

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

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

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

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

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

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

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

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

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

可惜被用在了眼睛上。

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

具体的症状如下：

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

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

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

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

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

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

以下是招聘正文。

====

职位：PHP 工程师

工作职责：

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

职位要求：

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

工作地点：南京

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

清晨雨中的油菜花：

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

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

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

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

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

人在丛中走：

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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