稻草的鲜果推荐

高品质音乐分享社区虾米网

u2lei@yahoo.com.cn (gunman) — Mon, 01 Dec 2008 20:31:08 +0800

虾米（Xiami）是一个基于P2P理念打造的高品质音乐分享与互动交友平台，今天，虾米首个Beta公测版已正式上线运营！

虾米（Xiami）是一个与众不同的音乐社区，在这里你可以和朋友一起寻找、分享你们喜爱的音乐，并可通过社区中“人”的作用，实现其他音乐分享网站目前所无法提供的多种音乐互动体验等等。虾米的另外一个亮点是通过用户的奖惩机制来激发用户对于音乐资源的发布与分享行为，通过专属的P2P软件上传和下载没有DRM保护的高品质MP3音乐。最后，值得关注的是，在新版中，虾米更加强调用户间的互动与易用性，这使得虾米新版用户界面以及用户体验较内测版而言都有了很大的改善；另外，同期发布的Xiami.fm电台插件，可以即时记录你当前在电脑上正在播放的音乐（Soundtracks），并在你的个人主页中显示播放曲目的相关信息等。

...

继续阅读《高品质音乐分享社区虾米网》的全文内容...

Genoom 家庭树上线中文版正式进军中国市场 (2008-11-22 16:18:31)

我和我最后的倔强

蘑菇头 — Sunday, 23 November 2008 22:13:48 GMT

我想说它是一个励志的专辑。

与风花雪月无关，与儿女情长无关，与小情绪小调调无关。

你可能会觉得它有点吵，但在某个时刻你一定很需要它。

送给逆境中的朋友。

去虾米试听

曲目列表:
1.海阔天空--信乐团
『是不是一直往前走，总有一天会看见海阔天空』

2.水手--郑智化
『你还记得儿时的这首歌吗。。。』

3.倔强--五月天
『我和我最后的倔强，握紧双手绝对不放下一站是不是天堂，就算失望不能绝望』

4.最初的梦想--范玮琪
『你是否还记得最初的梦想』

5.蜗牛--周杰伦
『任风吹干流过的泪和汗，总有一天我有属于我的天』

6.怒放的生命--汪峰
『我想要怒放的生命。』

7.飞得更高--汪峰
『我要飞的更高。。。曾经有个女孩经常张开双臂这样唱。。。』

8.My Way--张敬轩
『一直就这样，找我的方向，不理会别人奇怪眼光。』

9.给未来的自己--梁静茹
『不管怎样，怎样都会受伤，伤了又怎样。』

10.我的未来不是梦--张雨生
『有梦就不要放弃』

11.我和上官燕--赵薇
『在他乡的房间执着自己心愿』

12.光辉岁月--Beyond
『有人说过，做男人应像beyond。』

13.海阔天空--Beyond
『永远高唱我歌。』

14.小草--古璇
『小草。儿时妈妈一句一句教我唱这首歌。』

15.阳光总在风雨后--许美静
『小学时开运动会，总会有人点这首歌送给自己班的运动员。』

16.隐形的翅膀--张韶涵
『我终于看到，所有梦想都开花，哪里有风就飞多远吧。』

再说UCDChina的理想和留言功能

白鸦 — Thu, 27 Nov 2008 03:40:20 +0000

线索：http://ucdchina.com/topic/78

1、老冒承认了他的留言设计在本位思考。他认为自己才是blog的第一用户，这一点我们不同。
即使我会把我blog的第一用户定位为我自己，也不会把“留言”功能第一用户定义为我自己；即使我会把“看留言”的第一用户定位成我自己，也不会把“写留言”的第一用户定义为我自己。
每个功能的主用户群定位，不一定要符合产品的主用户群定位，不同功能主要面对的用户群不同。

给老冒两个建议：即使你当自己才是第一用户，也要考虑其他用户的感受；即使“看留言”你是第一用户，“写留言”你也不应该是第一用户。起码在文章的底部加两个链接吧，例如：“现有回复xxx条，我要回复”。

2、UCD大社区能否做成社区，其实根本无所谓。因为社区只是我们的第三目标。只要能做成”知识库”足矣，做成“媒体”更好，要能做成“社区”就太幸运了。
只要能达到我之前说的“以后你在互联网的产品设计中遇到任何问题，都可以在这里找到别人的观点”。足矣。
3、我们理论，但很现实。而且不追求技术。
UCD大社区可以理解成完全人工编辑的一个网站。从第一天开始，我们就定下铁律：“审核。人工审核。每一条”。
原因只有一个：“质量”。

很多人担心我们的编辑能力，和人工成本。但，我们自己不担心，原因如下：
1》现在中文内容就这么点，搞的过来。内容增加了，我们的人员也在增加。总之，行业太小，UCDChina的团队相对不小。
2》 80%的人关心20%的内容，我们只追求20%的内容。我们定位很小，不希望做到什么都包容，那样会给我们玩下去的压力。
3》我们会逐步的加入先进技术来帮忙。但只是帮忙，技术可以给分类、话题的建议，我们只要审核。这样会省掉一半以上的工作量。

4、在做UCD大社区之前我向郑昀和他做语义的搭档请教了很多，基本上所有语义和聚类相关的网站都研究过。最后认为：Google新闻的语义方式，对blog来说不现实，而且技术我们做不到；TMM通过链接分析的方式可以借鉴；
但，所有这些，放到我们整理的几百个产品设计相关博客身上，都不现实。最现实的做法只有一个：人工。先人工，慢慢让技术加进来帮忙。可以用链接、语义分析话题和分类，但在这个仍在告诉成长和学习的产品设计行业，唯一可靠的只有人工。

5、我们选择人工还有一个关键的点：UCD大社区不是商业项目，是所有人团队成员的业余兴趣。人工玩才有兴趣，玩不了太大才能延续兴趣。这很关键。
UCD大社区表现出来的观点和性格，就是团队的性格。我们在按照自己的性格玩。

1988后的20年

老丫 — Wednesday, 26 November 2008 22:19:57 GMT

制作人：老丫

20年前也就是1988年的7月28日，那个影响的一代人的超级组合诞生了——小虎队。不太会说什么矫情的话来怀念这个带我走上音乐之旅的组合，如果不是因为他们，对音乐的那种喜爱就不会这么执着，也才发现通过音乐可以认识更大的世界，结识更多的朋友。想起了几个同学，他们给俺小虎队的磁...

去虾米试听

曲目列表:
1.爱--小虎队
『还记得“爱”还有“同心圆”的手语是怎么比划的么:P』

2.蝴蝶飞呀--小虎队
『原来毛毛虫也可以变得可爱』

3.放心去飞--小虎队
『每当毕业的时候，每当想念朋友的时候这首歌总会成为催泪弹，让我的眼泪肆无忌惮的流』

4.骊歌--小虎队
『不管未来有多遥远，成长的路上有你有我』

5.星光依旧灿烂--小虎队
『关于朋友的歌在小虎队的歌声中总能找到最多』

6.骊歌（儿童合唱版）--小虎队
『小朋友的版本也是那么的好听』

7.难的知心的朋友--小虎队
『如果TA是那个值得交心的朋友，他一定听我说起过这首歌』

8.再见--小虎队
『对我而言，这首歌在小虎队的众多歌曲中并不讨喜，可后来才明白这首歌饱含着走过的岁月』

9.永远--小虎队
『小虎队在有一群人的心中是永远的』

10.天地一沙鸥--苏有朋
『"如果不是心中还有梦，又能忍住多少痛" 常常会问自己我的梦到底是什么』

周二茶闻:手势代替鼠标

沈主编 — 2008-11-24T16:52:51Z

Oblong
大家先把录像看完吧很象TOM CRUISE在MINORITY REPORT里的那个看案件过程的.

Mac browser mega-test. Time to ditch Safari?
Web Browser全面性大比拼,苹果还领先吗? (注: 这篇文章有4页, 别忘了翻页哦!)

Google makes search more social with SearchWiki
Google’s SearchWiki可以让大家自己挑选/删除Google提供的连接. 这些用户的改动将会被”记住”, 当用户下次搜寻同样的东西时, 所有的连接都是用户上次选择留下的.

Design Eye for Web Guy
用图片来讲述一个故事经常性要比文字来的直接, 易懂. 当你和客户交流你的设计的时候, 也可以用图片来帮助, 这要比你站在那里描述来的直接.

Optimising your online video content
录像不象文字, 不能直接被搜索引擎所找到. 所以如何能让更多的看到你的录像, 关键便在于你自己设置的关键词.

Usability of the Shopping Basket
金融危机导致消费水平下降, 商家都面临各种困难, 想方设法的来渡过难关. 这时候, 网络消费的可用性就更重要了.

Traveling with American Airlines’ New Mobile Boarding Pass
网上注册登机已经再西方国家很普遍了, 乘客可以提前一天在网上check in,选好自己的位子. 最近美国有开始试行了用手机注册登机的方式.

Writing the perfect participant screener
用户测试是常用的一种测试方式. 但是有效的用户测试的关键因素之一, 便在于如何选择正确的用户来测试. 用户选错了, 可能会造成全局性的错误.

本期采茶人： Jessie Shen (The UX side of ME )

如您有英文阅读习惯，不妨来做采茶人。

BlueTripCss

5key — Mon, 17 Nov 2008 02:52:04 +0000

BlueTrip是一款类似960、Blueprint、YAML的950PX 24-column grid的Css Framework。比较特别的是BlueTrip对网站中Button、Link、Tips等做了一些比较2的定义。

预览地址：http://5key.net/down/bluetrip/examples/index.html

Features List:

24-column grid
Sensible typography styles
Clean form styles
A print stylesheet
An empty starter stylesheet
Sexy buttons
Status message styles

官方站点下载：
http://bluetrip.org/

页面头部最后加载 (9)

关于留言的探讨和其他

白鸦 — Tue, 25 Nov 2008 04:29:51 +0000

这是回复老冒关于留言的探讨。

1、短留言有没有价值？
我从来不会把一个原则拿到所有地方通用。任何设计原则，一定是有自己的适用环境的。
老冒说他的blog上有价值的留言多数是短留言，而老冒没有来看我blog的留言，我这里有价值的基本都是长留言。（我甚至考虑过：我blog上所有关于产品设计的文章，应该取消留言）
我之前说“短留言没有价值”，是说了个前提的（老冒大概没有注意到）：“UCDChina主要是在很对产品设计领域，在这个领域讨论一定要有深度。”
当然，这个做法会把一部分的留言挡在外面。但，应该不会把大多数真正希望讨论的人挡在外面。因为，我们其实是可以“留言”的，那就是我们非快照页面右侧都会出现的“我来发布信息...”，在这里可以发表你的“长篇大论”。

2、UCDChina的社区是不是纯内容的？
这个问题很有趣，我们一直也没有对外说过UCDChina的详细定位。因为，我们认为互联网产品刚开始有个大方向就够了，真正的详细定位一定是边做边出来的。
但我们的思想其实已经分享过好几次。比如，很早以前我就说过“社区应该是液态的”（实际上，写这篇文章的大背景就是我那个时候已经在构思UCD大社区了），不久前tony也解释了“大社区的作用”。

3、在这里我可以明确一下“UCD大社区”目前的详细定位：

1> 互联网产品设计知识库。
我们期望，以后你在互联网的产品设计中遇到任何问题，都可以在这里找到别人的观点。而且是经过我们审核被认为有一定道理的观点，而且这些观点已经被我们聚合成了“话题”。
任何一条信息我们都会审核。审核的人都是国内比较顶尖的产品设计师，如果他们认为观点有明显问题会交给专家团（现在由我、anglea、junchen组成）复审，复审不通过不被录入。
注意：通不通过的原则不是观点是否和我们的观点一致，而是“是否有明显错误”。

2> 互联网产品设计领域的专业媒体。
所有我们抓取到的（包括自己在大社区提交的），认为产品设计人员应该关注的内容，都会被录入到大社区。包括行业评论，和重大的行业事件。
但是，和产品设计不是直接相关的行业评论等内容我们会放到“设计之外”。“设计之外”不会再首页出现也不会输出到主要的RSS里面。
行业事件我们也只是做到简单的“告知”，没有详细报道，没有评论。也就是我们认为产品设计师应该知道这些事情。

3> 产品设计师的“社区”。
这个社区是非常虚拟的，内容是非常技术的。大家互相通过blog讨论，通过UCDChina给话题聚合到一起，把用户领到你的blog去阅读和“点评”。比如，我和老冒现在这种行为就被UCDChina认为是一种社区行为，我们就是这种液态社区里面的“发言成员”（看的人都是潜水的，他们忍不住或者有深入观点也会写文章来讨论。在我们看来“写文章”是“发言”，简单回复是“点评”。）。

4> 除了大社区，UCDChina还有很多很多事情在做，但基本都是在辅助大社区。
比如，我们为了提高让更多同行看到更多精彩的文章，专门付出了大量人力和资源去做“UCD翻译小组”，并配合了详细的翻译和审核机制。
（在这里，必须特别感谢“翻译小组”里那些无私的翻译人员，你们造福了整个行业。包括这个英文极烂的白鸦。谢谢你们，我会找时间私人给你们送一份礼物的。）

4、关于对个人blog留言的“follow”我觉得很值得做。事实上我也一直想在我的blog上做。但，没有时间也没有技术做。
那些公开的和私人的、发送到twitter、RSS里输出留言的做法，很有意思，很值得去尝试。

5、老冒把自己blog的留言放到了页面右侧，我认为是一个错误的做法。
原因：
用户的浏览轨迹是从上到下的，看完了文章再去看留言，才能真正明白留言的意义。而把留言放到右侧最上面，用户看了文章是找不到留言的（点开文章时的心情是“很急迫的要去看文章具体内容”，根本不会关注你右边的“辅助内容”）。
特别是，基本上老冒的文章都超过了两屏，那个时候屏幕上没有留言也没有写留言的地方。（至少你也要给个链接让用户可以点到屏幕上面看看）。
当然，把留言放到右侧方便了老冒自己。但不方便读者。这家伙在本位思考…

6、总结一点：“UCD大社区”是一个“互联网产品设计的‘大社区’”，我们欢迎有深度的讨论。不欢迎简短的点评。
点评，去文章源地址。
问问题，去我们的邮件组讨论。
线下讨论，参加书友会。
看更多好的产品设计网站，收藏“UCD网址导航”。

.
广告：UCD大社区现在遇到了很大的技术瓶颈，盼望牛逼的技术朋友能给我们一些帮助。

Web标准在中国

junchenwu@gmail.com (JunChen Wu) — Sun, 23 Nov 2008 16:15:55 +0800

作者：Henny Swan / co-lead of WaSP ILG
译者：JunChen / member of WaSP ILG
原文：http://www.webstandards.org/2008/11/24/web-standards-in-china/

在十月初的时候，我有幸在中国呆上了一段时间，与Web领域的专家、学生等交流Web标准以及他们的现状。很有意思的几个礼拜，也让我大开眼界。印象最深刻的，在中国推行Web标准的仍在少数，并且通常是孤立无援的，无法实施、无法去解释为何需要标准及标准的价值。所以这里我想写一下我所了解的情况、面对的挑战和一些希望能有效的方法。

如果你有任何意见建议，欢迎留言！如果你有相关内容链接，也欢迎提供，我会更新文末的资源列表。

市场力量

在中国，驱动Web标准的主要动力与欧洲国家、澳大利亚以及美国几乎是相反的。没有任何法律要求你的网站具备可访问性（Accessibility），整个市场也起不到什么推动作用。市场的推动很有意思。我经历过的那些商业项目，Web标准都是很重要的基础，即便是在有法律约束的国家。为什么说市场推动很有意思呢，因为网站的拥有者虽然清楚法律要求网站达到可访问性要求，但除非看到切实的利益，否则仅仅会只花最小的成本去满足法律上的要求。

目前在中国，Web标准因为一些原因在商业上比较脆弱。比如IE6仍然占据浏览器市场份额的95%。大部分依赖于ActiveX控件才能运行的电子商务网站使得人们必须用IE6。这就导致了在制作网页的时候趋向于满足IE6，而很少的关注其他浏览器。伴随着Opera、Safari、Firefox、Google Chrome使用率的上升，这种状况正在逐渐改善。实际上，Google Chrome的问世让Web设计届更加关注浏览器兼容性。开发者们也谈到了，虽然他们经常使用IE外的浏览器来开发和测试网站，但仍需要不时的使用IE，仅因为很多网站依赖于它。

对网站兼容性的低需求导致了开发者、公司都没什么动力。不过这应该会改善，尤其是越来越多的跨国公司外包或将开发工作放在中国。希望这种逐渐渗透能够生效，在中国的外国公司应该会对知识的提升有所帮助。我问过一位Microsoft的开发者是如何开始接触Web标准的，他说因为公司请了一些专家来培训Web标准的开发知识。这是相当好的，而且是推广Web标准发展的一个关键渠道。Opera一直是Web标准的拥护者（声明一下，我为Opera工作但此处并非借机推广），也一直在推广Web标准，在中国的也是核心的开发部分，开发团队也是非常活跃的参与着聚会、会议。

法律支持

因为没有具体的法律要求网站具备可访问性，我们来看看奥运会对此的影响，很有意思。因为比赛，公共区域、街道和建筑已经具有很好的适应性及无障碍措施，也让人更清醒的意识到这一点。最起码这是一个开始，且中国已与2008年7月批准了联合国《残疾人权利公约》。这是历史上第一个保障和促进残障人士权利的国际性法律公约。中国批准了此公约，意味着残障人士在获取信息、康复、就业和教育方面都有了法律依据。如公约第九条所说：

“缔约国应当采取适当措施…促使残疾人有机会使用新的信息和通信技术和系统，包括因特网。”

接下来还有很长的路要走，但起码中国已经加入了。

基层的拥护

最让人激动的是我从很多Web领域的专家身上看到的激情和责任感。在中国有一些有影响力的博客在推广着Web标准。比如JunChen、Realazy。与Realazy沟通时他提到了2005年时候他第一次开始写关于标准的博客，每天能有接近1000的点击。这或许意味着人们渴望学习更多相关知识，即使他们并不是真正在搜寻这些信息，但他们访问到他的网站，看到了关于标准的介绍。

与我交流的几乎所有开发者都说他们基本上是自学的。在很多国家，Web开发和标准并非都存在于大学课程中，所以设计师、开发者必须自学。在中国，最大的学习障碍是缺乏资源。对大部分人来说一些昂贵的电子书也加剧了学习障碍。

我最激动的事就是参加了在中国的第一次Web Standards Café。在北京举办，由Opera赞助，主题是Web标准和Web 2.0，基本上讨论集中在在中国我们怎样支持Web标准。结合开发者和BarCamp这类聚会，我认为这是一条正确的道路。

支持Web标准，在中国

有些事我们已经可以开始做起，来促进Web标准和网站可访问性设计在中国的发展。可能看上去有些吓人，但从一点点做起，Web标准不可能不会变的更加流行。如同一句中国古话说的：“纸上得来终觉浅，绝知此事要躬行”。不久前我们在欧洲、澳洲和美国也还在努力为Web标准做一些基础工作，这些经验值得我们回过头去学习。目前我认为以下途径对Web标准在中国的发展是有利的：

翻译资源 - 首要的任务就是有中文的、免费的资源供大家使用、学习。当前很多个人已经投入到翻译中（见最后的资源部分），但我忍不住想那些大公司也应该贡献他们的力量。详见W3C资源翻译介绍和指南。

跨国公司的责任 - 大的国际公司在国际范围内推广和支持Web标准，也应该尽他们所能帮助中国的Web标准发展。比如通过内部培训、赞助或者提供课程或者中文化Web标准资源。当然也不仅限于中国如此。

基层的拥护 - 开发者比任何人更了解面对的机遇和挑战。博客、论坛、BarCamp聚会、Web Standards Café等形式都是比较有效的途径。这可能会根据中国文化的不同采取不同的形式，但本质上一定是交流和分享。

如果你是一个博客、开发者或者企业内部的布道者，请一定分享你的经验。如同我上文所说，如果你有任何意见建议，欢迎留言。如果你有任何相关链接希望分享，我也会更新拓展文末的资源列表。

资源

YD/T 1761-2008 信息无障碍身体机能差异人群网站设计无障碍技术要求，信息产业部电信研究院、中国互联网协会等起草
Web内容可访问性指南1.0（WCAG 1.0），JunChen译
Dive into Accessibility 深入亲和力（繁体中文）、Dive into Accessibility 深入亲和力（简体中文）
用Web标准进行开发，liushen译
Realazy的博客
Web可访问性工具栏繁体中文版（英文网页）
Web内容可用性指南1.0中的CSS技术（中文链接失效，英文原版），郭亮译
为你的机构发展一套具有Web可用性的商业方案：总的看法（中文链接失效，英文原版），郭亮译
开始: 使网站容易使用（需代理，镜像），梁英志译
不要使用"点击这里" 作为链接文本（需代理，镜像），梁英志译
网络标准转换，阮明儀译
所有已翻译为中文的Web标准文档

其他

查看或发表评论(9)

试用“虾米”音乐播放插件

Terry — Sun, 23 Nov 2008 02:14:38 +0800

虾米音乐网(Xiami.com)在经过近半年的内测后，终于发布了它的Beta版。这次的Beta版本明显增强了音乐社区方面的功能，也能看到一些Last.fm的影子。这其中也包括提供了类似Last.fm的Audio Scrobbler的“虾米FM电台插件”，用于记录用户的本地音乐播放记录。

这次就虾米音乐播放插件与Last.fm的插件作个简单的比较。

虾米的音乐播放插件已经支持iTunes、foobar、WMP和千千静听，Last.fm官方只支持前三种，不过有不少播放器自主加入Last.fm插件支持功能，如VLC开始从9.0版本支持。可能是因为我安装时正在使用foobar的原因，我用foobar时虾米插件并未工作。

在插件使用的时候，Last.fm网页上显示的“最近收听的曲目”与播放歌曲近似同步，也就是我在播放什么它就显示什么，而记录到收听库必须是在收听该首歌近50%后。虾米的“我最近在听..”不显示实时数据，等100%听完歌曲后才做记录。不过当我在播放The Killers的专辑“Day And Age”时，我有意听“Joy Ride”大半的时候，直接跳听“Goodnight,Travel Well”，结果后一首才听了不到1/3显示了记录，记录的是“Goodnight,Travel Well”，应该是因为听这两部分的时间相加等于第一首歌曲的完整时间，后来尝试几次却没再出现类似情况。

我用坏的metadata信息的歌曲，Last.fm和虾米也都记录了，看来Last.fm的音频指纹技术仍未应用在此。不过Last.fm目前已经支持自主删除记录，嘿嘿，你不小心听了“老鼠爱大米”也未必要让别人知。

目前来说虾米的插件还仅仅是播放插件，并未提供其它分享、加入列表和电台播放等功能。

互联网设计瀑布递推

千鸟 — Tue, 18 Nov 2008 21:23:47 +0800

Web-based Product Design Process - Waterfall Model.pdf

递推流程有明显的阶段划分僵化劣势，优点缺点显而易见：

适合技术较弱或缺乏经验的设计团队。
适合容易理解但很复杂的产品，易于组织和管理。
适合稳定的产品定义和很容易被理解的设计解决方案。
适合对产品规模的升级和架构扩展，质量容易保证。

与软件工程思想并无二致，基于以上特点，递推流程尤其不适合互联网产品的创新设计。虽然经过江湖前辈的努力总结提炼，我们在处理并发和迭代实践上已经有了不少突破。但我个人认为，都没有从根本上脱离“递推”的思路，简单搜集整理如下：

需求 > 设计 > 构建 > 测试 > 发布

基础调研 > 产品分析 > 交互设计 > 原型设计 > 详细设计 > 设计维护

概念阶段 > 探索阶段 > 定义阶段 > 细化阶段 > 开发阶段 > 发布阶段

可行性评估 > 产品原型 > 界面设计 > 规范整理、功能实现 > 上线 > 分析报告、优化方案

需求定义 > 快速原型 > 交互式模型 > 开发与上线

互联网设计敏捷迭代

千鸟 — Wed, 19 Nov 2008 04:00:45 +0000

Web-based Product Design Process - Spiral Model.pdf

做互联网设计最重要是为了运营，蓝图和文档好比做作业打草稿、画画先描白，经验丰富可以考虑先省下这步骤。因为如果不表现在具体web-based原型上，蓝图、文档再好也无法快速切入开发流程，做为有大局观的Producer应该尽快意识到这点。

UED团队合作与开发流程优化是以前在雅虎做产品同事写的，雅虎团队的产品工程师们技术好，而且有来自美国团队的协作经验传承，做前端编程一直是他们的强项。但传统瀑布模型进程必然要面对“前松后紧”问题，根源在于设计、技术团队要互相等。因此，如果规避必须从观念上做出调整：快速产出、快速迭代，也就是软件工程里的Agile and Iterative Development。

以前我也常抱怨做互联网设计没谱，一是资源紧、二是变化快。项目周期和人手似乎永远都无法满足，来自内部考虑不周、外部竞争压力双方的需求变更频繁。其实这就是互联网设计的常态，接下来提到的方法，分为三个大步骤，版本仅供参考。

Alpha.快速完成核心功能开发

这里“蓝图”只是个代名词，也许只有些蓝图片段，或规划片段。曾经我们在老板办公室开会，根据头脑风暴结果、会议记录直接做原型。这么说可能有点一觉回到解放前的感觉，事实如此，第一步很关键，但质量不重要。

因为开始就期望得到完善想法是不可能的。比如，你开会描述个东西，让同事提意见，可能大家什么都说不出来。但只要你动手做出具体原型，同事亲自测试体验之后，意见噼里啪啦一大堆就来了。在这层意义上，绝大多数原型是炮灰也应该。

最初工作用自己最熟悉、最快速的手法完成，别让开发团队等。当然，这部分代码质量将直接影响以后的迭代工作量，根据时间灵活安排。不要考虑的过于复杂，总结起来有三点：

尽早用web原型评估设计质量
制作避免过早陷入web结构和表现细节
设计避免过早陷入功能细节

每个业务都会有核心功能，也就是用户的核心需求，基本上做产品前都会考虑清楚。可能核心功能内还会有核心模块，意思就是逐步提炼，找准关键点下手，这样才能搭好框架。也许经过几次迭代后，这部分工作已经是个可以跑起来的低保真产品，颇具alpha版本规模。

Beta.迭代完成固化需求功能开发

搭框架不要下手太狠，别自以为经验丰富把盘子搞大。因为刚才说了，互联网产品灵活最重要，虽然需求变化是经常的事，但我们要把风险控制在最低点。接下来在已有框架内，用同心圆放大的模式，按优先级实现辅助功能迭代，直至需求固化。

与此同时，产品设计团队除了对低保真原型的继续支持，还应并行完善和提炼高保真原型，并且着手对产品规范中复用模块的持续化整理，主要分为三部分：

web呈现效果迭代。先做图再切效率太低，因此我是直接用css美化低保真原型，通常这步可以把效果做的很得体。实在有必要，最后再截屏用photoshop处理细节并完善css。
web结构和表现迭代。我自己可以完成html framework, css framework两大块。
web行为迭代。需要工程师协助完成javascript framework。

也就是说，在包括beta版本以及之前，重中之重是实现功能需求层的良好用户体验。可访问性、兼容性、可用性、标准化、搜索引擎友好这些具体指标不要过早引入到应用开发中，让它们都在高保真原型的迭代内准备就绪。

比如可用性，做低保原型时尽量用最容易的方式解决问题，不要过早追求“用户体验”玩花样。大量的js互动效果和ajax异步加载会给原型维护、迭代测试带来大麻烦。

再比如标准化，良好结构的web页面，很受应用开发工程师欢迎，样式表则无伤大雅。因此我们可以多花功夫先处理html结构，节省时间让css样式表与功能开发并行迭代优化。

Release.模块化迭代提升用户体验

至此如果一切顺利的话，应用程序已经模块化并测试通过，设计规范也已经模块化、并有针对性的给出了高保真原型界面标准。用户体验的具体指标，已经在高保真原型的迭代中测试通过。

经验丰富的Producer可能都了解，成熟网站真正模块化后的内容其实不多，无非头、尾、导航、页签、表格、列表、搜索等等。传统方法流程的没有把操作体验与功能体验割裂开来，以至于来回折腾，反复做了大量工作才让产品模块化。根据设计规范迭代提升用户体验有两步：

先处理界面视觉效果，比如分情况美化数据表格、文章列表等。
再处理界面交互效果，比如可以把某些跨页流程改为层异步加载等。

永远记住不可能一步到位，花本钱的创意设计要用保守方案，用户体验是奢侈的。对多数应用开发工程师来说，使用样式表控制表现是件神奇而时髦的事情。光秃秃的一个架子，加上css马上就能风光起来，并且还不影响已经开发出来的程序，有点不可思议。

其他

敏捷设计思路同样来自前辈们总结过的软件工程思想，只不过换在了设计支持角度。真正的敏捷设计必然与开发绑在一起，只在产品阶段的砍掉文档、砍掉步骤、砍掉管理对全局影响不明显。

对产品团队来说，应该不断利用等待空闲调整规划，用任务分解、故事板等专业手法出文档优化结构。敏捷设计关键不在技术有多高深莫测，而是动作要跟得上节奏，前后衔接得当，才可能把时间一点点抠出来。不墨守陈规，把专业方法打散使用，融会贯通于每个思考点。

UCD翻译小组的同学们已将Boxes and Arrows的这篇Prototyping with XHTML译成中文，操作细节和心得很丰富，关于快速迭代总结的相当好。类似方法我们也已实践近两年，并且主导执行过两款大型产品，核心思想超过90%重合，以上补充了部分本地化快速产出经验。

原文说“只需要花费几个小时，学习一下网上众多的在线教程，你就可以立即开始书写xhtml。”事实上即使计算机背景的同学，没有两三年功力，要实现兼顾前后的无缝协作都很困难，搞不好还会返工增加工作量。但长远来看，这样的训练很有意义，用web方式做web-based产品设计的优势将更垂直的专业、体系化发展。

Spend just a few hours following any of the innumerable online tutorials and you’ll be writing XHTML markup in no time.

团队成员越少，沟通效率越高；每人承担越多，整体风险越低。这是行云流水的产品、技术并行迭代的优势体现。总之，除对瀑布模型进程深刻认识，方法流程得靠团队的内力来推动。

音乐理想

simx.leizi@gmail.com(稻草) — Wed, 19 Nov 2008 17:33:46 +0800

2008-11-17 虾米网beta版本上线了，
一个新的里程碑．
本来想说的挺多的，关于自己，关于虾米．
忽然发现一下子词穷了…　

对于产品，对于设计的理解，
我一直都把她看成是自己的孩子，
我们允许她犯这样或那样的小错误
但在大的原则上不能够犯错误

现在的虾米就是这个孩子，她还不完美，她还着种种的问题，
虾米希望与用户共同成长，让用户都参与到对虾米的设计当中来，
因为虾米是为你们服务的，你们才是虾米真正的主人

我们都一样希望这个"孩子"能够茁壮成长:)

也许有人说我太理想化了，我相信你也一定看到本文的标题了
理想与现实，如果你不去做，那50%永远都是理想！

关于虾米，关于音乐，我们需要做的还有很多很多．
随手画了张图，
也许这张图不太好懂，但我不是在讲概念，我也BS别人只讲概念．．

看完这张图片再去看看这里
也许会更容易理解一些

虾米一直要做的是将音乐这件简单而又纯粹的事做的更好，更细致.
Better and better
Love music,save music

Ps: 又是许久不写blog了，得还给自己那么一些时间了:)
把拖欠自己的一些事情完成哈

交互设计、文案创意、前端开发

白鸦 — Fri, 21 Nov 2008 02:33:04 +0000

这是支付宝UED团队的招聘。工作地点在杭州。
应聘这些岗位，必须：1、热爱互联网，关注互联网；2、对电子商务有浓厚的兴趣；3、一年以上工作经验。

交互设计师：
1、两个方向，均可。选择的方向，决定了你答题的内容重心。
2、请选择“注册”和“认证”流程中的任意一个（不要管“前置任务”）。给出一份简版的专家评估报告（列最重要的10个问题）。
3、在评估报告的基础上，重新给出你的具体改进方案。（线框图即可，但要详细到每一个文字）
4、如果你的方向是“使用流程的交互设计”。（可选）请附上你对支付宝产品发展和方向的看法（不超过500字）。（可选）请尽量根据你的分析和理解画出一张支付宝产品的概念图。
5、简历一份（不超过800字），作品若干。

文案创意：（参考资料）
1、请描述，你认为合理的支付宝产品行文风格是什么样子。（不超过500字）
2、选择“注册”和“充值”流程中的任意一个（不要管“前置任务”）。对整个流程中每个界面的行文进行优化。
3、基于上面的优化，简单总结一个简单的支付宝产品“行文指南”。
4、简历一份（不超过500字）

前端开发：
1、请给一段你认为自己写得最棒的前端代码（并说明为什么）。
2、请选择“支付宝首页”进行代码优化，给出你的优化方案。
3、请写出你对前端开发的理解（不超过200字）。
4、简历一份（不超过800字）

联系：baiya@alipay.com

淘宝UED招聘第三季，不仅仅是招聘广告

zaitian — Tue, 18 Nov 2008 03:30:06 +0000

“如何来吸引更多才华横溢的人才？”

这个世界每天都在进行着太多变革。很多时候，我们都努力让自己用理性和数据来说明问题。

可是我们发现背后还有股无息的力量，理性和数据无法丈量。

商量了一下，我们决定讲个故事给大家。

描述在UED的真实生活，把每天经历平淡而有趣的生活拼凑起来，发现大家真诚的面孔背后有太多独特的品质熠熠发光。

这，是我们最大的财富。

于是，我们只用了四个工作之余的时间来完成了这个故事，让每个朋友了解这里的真实生活。

却也正是在这样平淡的故事中，回答了开头的问题。

故事依然在进行中，淘宝UED留好了位子给你…

招聘网站

最后，附上这则小广告的致谢名单，让我们默数他们。

致谢花絮

“策划&编剧&文案&视频后期”：在天

“主演”：小马

“监制&统筹”：语凝

“艺术指导”：宗羲

现场分享：飞飞

文案翻译：晓荷

手绘插画：健刚

Flash技术：天行

前端开发：明城

上市前离开阿里巴巴为虾米

思践 — 2008/11/20 13:32:18

2007年的6月18日，我从阿里巴巴辞职，当时已经知道阿里巴巴当年就要上市，摆在我面前的选择就是要么留在公司，拿着高薪和让人羡慕的期权，等待着财富神话降临，等有了财富积累后再考虑创业，要么就是放弃期权高薪背负债务马上辞职去创业。我的选择让当时的很多朋友很惊讶，因为事实上，很多朋友都知道我对阿里的感情，我在阿里不是打一份工，那里承载着我很多的梦想，即使在离开的时候，那些梦想也一直在实践着。
为虾米要离开阿里巴巴？
有朋友听说了我的这个决定后，纷纷发信息给我“为虾米要在这个时候离开阿里？”，我回答“对，就是为虾米！”，一年多来，很多人只知道我自己创业了，但是并不知道我在做什么。“现在做虾米呢？”“对，现在做虾米”，对，我们创业的项目就是虾米网xiami.com，简单地说，是一个音乐网站，一个P2P的音乐分享平台。我自己擅长的领域是社区研究，在网络社区方面发表过很多文章；同时我是做电子商务研究的，出过两本写网商的书，为什么会去做一个“娱乐网站”呢？而且音乐网站在中国已经有几千个了。虾米网靠什么能够脱颖而出呢？经过一年多的努力，虾米网现在终于上线了，我想这个时候是可以讲一讲了。
创业做虾米？
马云讲过，“大家都看好的事情，未必是好事情；大家都不看好的事情，你坚持去做了，那么最后你可能就是收获者”，当初不仅仅很多朋友并不看好，甚至我们接触的一些风险投资商也并不看好，2008年更是整个互联网的冬天，在所有人都不看好你的时候，虾米网整个团队却坚信自己的方向。这中间我们经历过很多困难和困境，然而，我们却是2008年中国唯一一家网站和产品还没有上线就获得风险投资的互联网公司。
音乐+P2P+SNS+电子商务，网站+客户端+电台插件，这种模式和架构的背后是一个针对产业链的优化方案，用户、客户、渠道商，一个网路平台是否能够提供一种多方共赢的模式是这个平台能否具有持续生命力的根本。虾米网的路还很长，现在也还很弱小，但是每一步却走得很踏实。我们更希望创造一种和用户共同成长的模式，把用户纳入到平台的建设和设计中，并且和用户共同分享成果。
以创业的心态打工，以打工的心态创业
在阿里的4年，我是个打工的身份，但是之所以能够保持持续的激情和斗志，是因为把自己定位为一个创业者，阿里给了我一个平台，在这个平台上我更看重的是实现自己和阿里共同的理想。离开阿里创业，以打工的心态以比普通员工更加严格的标准要求自己，这是必须要做到的。
我依然热爱阿里，我依然是个网商
虾米网团队中有多位阿里前员工，在我们遇到很多困难的时候，阿里公司带给我们的锻炼和能力始终发挥着重要的作用。而我对阿里的感情则更为深切，离开阿里后，我和上海伟雅合作出版了《生意在网上》一书，积极参加网商大会，并和众多网商朋友保持着沟通，而对于中国电子商务的发展和研究也一直没有停止过。而事实上，虾米网本身采用支付宝，我们也是网商的一员。而我也依然坚定地认为阿里巴巴是中国互联网最具发展潜力的伟大公司。
最后，还是希望新老朋友去虾米网体验不一样的音乐感受。如果要我提供一些非用虾米不可理由，也许下面这些会吸引你：
提供192K～320K高品质MP3
权威的歌手和专辑资料
下载花米分享传播赚米的游戏
个性化的音乐匹配
多种多样好玩的人际互动功能

虾米网的路还很长，需要各位朋友一起来帮助。

“大”虾米的理想

白鸦 — Tue, 18 Nov 2008 15:56:26 +0000

写blog，最大的好处就是可以有很多神交的朋友，思践是其中的一个。
奥运期间我躲避在杭州，恰逢七夕，那晚，两岸咖啡播着轻柔的音乐，昏暗的灯光，一对对的情侣。靠窗对坐着两个男人，旁若无人的狂侃，话题只有互联网、社区、电子商务，甚至没有谈到过男人之间永恒的话题 ── 女人。那天晚上，我和思践从7点聊到10点半，啤酒没喝多少，话却说了很多。

现在想想，之所以最后会选择偏居杭州，杭州兄弟们让我感受到的对互联网的激情、对创业的激情，是其中很重要的原因。孙权、思践、Fenng、KIMI、小兵…

07年底，我也曾试图在电子音乐这个领域创业，企图尝试“车载音乐”的市场创新。最后评估的结果是：没有很好的商业模式。遂放弃。导致我几乎对于所有的音乐网站，都持怀疑态度，一是因为商业模式和版权问题，二是因为可复制性。

那天，思践很激动、很投入的，给我讲他们正在内测的“虾米网”，听起来有些悬，但很有趣。后来跟Fenng一起又去虾米转了转，和他们的CEO南瓜聊了聊，拿走了一盘“杭州人民爱晚风”。有想法和斗志、有斗争经验、对事情充满热爱，是我对他们最深刻的感觉。再后来，虾米赞助了两期杭州“UCD书友会”。

对于虾米网，我一直有一种期待，一直忍着不去看他们内测的产品，等待着Bate的正式上线…

今年用户体验年会，我在“产品流程和分工”之后，特意单独拿出一篇，就是上面这张图。
我认为互联网产品的特征和花坪没有区别：

1、不要指望一开始种植的时候每棵花都是很完美、很漂亮，更不要指望他们可以马上很完整的摆放到一起。等你把整个产品修剪并拼装完成的时候，机会已经没有了，或者最开始的部分已经又长出了杂乱枝桠。
2、互联网就是一个试验田，越早把你的产品拿到用户面前越好，让他们帮你提升比你自己埋头造车要好很多。对于一个创业公司来说，一开始只需要选择“解决用户最基础的、急需的需求”，选择解决“必须的、不是很困难解决”的问题，尽早上线。
3、加一个东西容易，减一个东西跟杀了你没有区别。
4、网站需要不停的、用心的修剪。永不停息。当一个网站长期不更新，突然全面改动的时候，危机也一定会随之而来（突然完整上线也是如此）。当一个网站太长时间不更新不进步，离死不远了。

前天，虾米Bate版正式上线。 “高品质音乐”，是我看到的最核心特征，这也和我们当初评估的其中一个重要结论吻合：“音乐网站要想成功，必须做质量。推荐的质量、音乐的质量，真正能最终黏住用户的音乐网站，一定不会是那些压缩过的低质杂音”。而且，从目前的音乐内容来看，这个团队里那些专业做音乐的人体现了很好的价值，内容本身也是高质量的不可复制的。

虾米很小，但做的事情却很多，盘子很大。整体来看，这是一个比较新颖的模式，游戏规则、玩法都和传统那些音乐网站有所不同，涉及的领域和产品形态较广。音乐发布和下载、社区、P2P、电台、虾币体系… 也许每一条路都是正确的，都是迟早的必备服务。但，此时此刻作为一个新网站，把这些服务都打包放到一起同时推出，多少让人有些担心。

也许虾米的大理想，和完整的产品计划远不止我们现在看到的这些。但现在的东西实际上也已经足够多了，一下子端出来这么多的东西，对于用户的接受程度、新产品的维护难度、持续的运营和更新能力、后期的平衡调整能力都是一个不小的挑战。

我们需要高品质的音乐。祝福小虾米一路走好。

互联网设计操作参考

千鸟 — Tue, 11 Nov 2008 00:26:34 +0800

很多时候，往往以为自己理解了概念，却只有等再理解下个概念之后，才明白以前认识还不够。我们都是在某个点出发，逐渐放大试图了解全局，然后才可能正确认识自己的位置，并找到适合自己的突破口。

长久被专业名词困扰和误导，我知道它们肯定是一体的，但如何分类、组织、建立联系，让整个框架立体化，合理解释似乎并不是那么容易。基于自己现阶段知识结构，以及同行们反馈的各种观点，重点介绍新突破。

行业，在何种业务内做事？
指导理念，在哪些原则下做事？
工作方式和流程，一个人怎么做事？
团队协作，一群人怎么做事？

组织理念并分层

思想信仰——以用户为中心的设计
实现目标——良好用户体验
具体指标——可访问性、兼容性、可用性、标准化、搜索引擎友好

接受来自IBM的概念定义启发，依次分为思想、目标、指标三大逻辑层面。关键在于指标问题上，我认为web-based产品因为客户端多样性原因，远不止可用性这一项，经过补充排序结果如下：可访问性、兼容性、可用性、标准化、搜索引擎友好。

可以看到可访问性、兼容性、标准化、搜索引擎友好都是web-based产品独有的，这也是做web比做soft麻烦的根本原因。相对来说，我处理可访问性、兼容性、标准化、搜索引擎友好，比可用性更得心应手，这与我的背景、经验和兴趣有关。因此我不会去做soft-based的事情，并且完全有理由相信，可用性不是最重要的指标。

理念只是贯穿全局的方针原则，并不具有实操的指导意义。虽然理念都有独立中心思想，但操作层面有交集，所以容易引起各种争论。在做事角度，任何理念角度深入下去，都可能不同程度见到效果。但要把事情做到极致，需要平衡各项指标。

组织流程和方法

概念阶段——网站目标、用户需求、功能规格、内容说明
设计阶段——信息架构、交互设计、界面设计、导航设计、信息设计、视觉设计
制作阶段——原型制作、前端编程

曾在纵深协作方式中提出扁平结构协作初步设想，减少沟通环节避免理解缺失，用灵活性来适应互联网的快速产出和快速迭代，整个流程就分概念、设计、制作三大阶段。《用户体验的要素》所提的战略、范围、结构、框架、表现五层对理解帮助很大，但不适合走操作流程。

同时，书中观点对应提出来的各专业方法，我认为还缺少对web-based原型工作的支持，因此容易造成与开发之间的断层。这部分俗称“前端开发”工作一直都处在前后不搭的尴尬地位，补充两个关键点，第一属于产品设计范畴，第二还有原型制作、前端编程两个层级。

组织角色和交付物

产品经理——蓝图
产品设计师——文档
产品工程师——原型

曾在模拟高效团队中提出标配三人团队的初步设想，也是Google的行事作风。

交付物部分值得商榷，按照《Communicating Design》的总结有需求、设计、策略三类，但我认为有两大问题，第一把所有产出都叫documents欠妥，第二缺少对web-based产出的指导。按属性分为蓝图、文档、原型三类比较恰当，把蓝图从文档中独立出来，原型则是必要补充。

去年曾提出过使用页面线框图提速设计流程，也不止一次公开分享其成果，核心指导思想是提高灵活和可控性，用web的方式做web-based产品设计。最近更有Prototyping with XHTML作者称之为“一个伟大的方式从xhtml原型开始。”

a great way to embark on that journey is to start prototyping with XHTML.

关联理念、流程和交付物

思想信仰——概念阶段——蓝图
实现目标——设计阶段——文档
具体指标——制作阶段——原型

理念都是前人花时间花精力总结出来的、带有哲学观点的清晰表达，是做知识传承的重要参考。肯定都是虚的，实际的东西没资格叫理念。理念只可能“引导”做事，而无法指导，易学难懂也最无趣。但为避免混淆，和更有针对性的解决问题，还得努力搞清楚。

典型如标准化，针对前端开发提出了一系列颠覆性思路，但目前互联网还是个市场占有率确定标准的时代。从操作层面看，四年前我认为太过理想化，现在依然保持此观点。

各层级概念应该对应到做事流程，并有阶段性的产出。在结合流程、交付物后，从这条纵向线索中很容易看清“以用户为中心的设计、用户体验、可用性”之间的区别。同理，迭代也应尽量保证在各阶段内完成。上线后的产品，再去试图更改概念阶段的游戏规则，基本等于推倒重来。

关联交付物、角色和方法

蓝图——产品经理——网站目标、用户需求、功能规格、内容说明
文档——产品设计师——信息架构、交互设计、界面设计、导航设计、信息设计、视觉设计
原型——产品工程师——原型制作、前端编程

曾在用户体验的误解中提出角色对应方法初步设想，我非常不赞同专业“用户体验团队”的协作方式，难道产品经理们做事不考虑用户体验么？还是说把用户体验先留着，等某些人来做？显然不可能，因为方法一旦脱离具体业务就成了学术论证，方法不可能创造结果，只可能加速完成。

根据专业方法制定角色，或走设计流程，我觉得都不可取。做互联网设计，应该学会身兼数职。况且所谓的专业方法其实就那么点东西，上手很简单，现在全球知识共享又几乎没门槛，学会做事太容易了。在人才培养角度，懂方法再熟练业务的难度，肯定要超过懂业务再学方法。

最好的Producer，有人可以带领大家做的更好，没人自己也能抗下来。

——————————

Ver1.1 为更细致体现专业性，对专业方法做出调整，继承《用户体验的要素》所做总结。
Ver1.0 图右上增加了目标导向说明文字。

11月UCD书友会，广州、成都、杭州、北京、上海、南京、深圳

JunChen — Tue, 11 Nov 2008 05:16:54 +0000

11月话题： 音乐功能和音乐网站

广州，广州市天河区科韵路16号广州信息港E栋网易大厦一楼，请注意地点变更，
16号（周日）、下午14:30、详情及报名链接，
参与嘉宾：白鸦、彭毅、Fenng。

成都，天府大道北段1480号高新区软件孵化园十一号楼天府软件工作室2301，请注意地点变更，
16号（周日）、下午14:30。

杭州，淘咖啡，上城区南山路186号(柳浪闻莺对面) （地图），请注意地点变更，
16号（周日）、下午14:30。

北京，西直门附近奇遇花园（地图），
16号（周日）、下午14:30。

上海，龙华路2577号，5号楼，BlogBus办公室（地图），
16号（周日）、下午14:30。

南京，洪武北路55号新街口置地广场8层江苏都市网，请注意地点变更，
16号（周日）、下午14:30。

深圳，问道旅行馆南山店（详情），
16号（周日）、下午14:30。

书友会详细信息：http://ucdchina.com/book/about/

特别感谢江苏都市网，赞助南京书友会的场地。

转载请注明出自UCDChina.com，谢谢。

No Related Posts

UI和IxD

Ian Liu — 2008-11-06T08:24:58Z

想延续之前“设计师和美工”的话题模式，UI（用户界面）和IxD（交互设计）这两个非常相似的角色名词也一直让我迷惑了很久，明明在做用户界面的设计师，却被称为交互设计师，也就是交互设计做的其实是界面的信息结构设计或者高保真界面，或者交互设计师不清楚自己的工作范围应该涉及多少，哪些事情应该是自己的职责范围。

当然title怎么叫会根据公司或者团队的组织需求而不同，叫什么也许真的不重要，不过了解一下称谓的渊源应该还是有意义的。

普遍被接受的是，UI和IxD是两个互有交集的概念，前者需要考虑的范围要更广一些，也就是UI会包容IxD，或者说至少需要得到IxD的支持，IxD可以在没有UI的情况下先行设计，但UI就必须依据IxD来组织界面的操作流和页面需要表现的信息结构。

(Mac 1.0, 1984)

以上图苹果界面为例，设计最终呈现的包含了交互设计的集合（菜单，按钮，窗口操作）、形象化的图像按钮、窗口以及界面信息的排布方式。整体看到就是一个类似皮肤的界面样式，这也导致界面设计带有一定的局限性：如果需要表现各个操作的潜在表现，比如按钮在窗口中拖到的操作结构，就不得不借助交互规范来描述完成了。

通过这个例子，可以看出做UI设计的时候，会同时需要考虑到视觉设计，交互设计，信息设计,或其他更多因素。

视觉设计帮助用户快速理解并开始界面操作；
信息设计让用户导航找寻他们需要的信息；留意一下现实工作环境，如果团队里没人专门做信息架构，这个责任往往被左右与很多角色之间，比如UI、IxD、UE、PM。。。“谁来决定信息应布局在什么位置最合理？”，一个很难回答的问题。
交互设计专注于需求，任务和目标三者的有效实现，对于UI而言，这里应该是相对细节的单页面交互设计。

所以从上面可以理解为，IxD则是从UI衍生出来的一个独立领域，主要专注于是如何让用户与产品在特定任务情景下的交互操作更有效、有用、有趣，这可能会涉及对启发式理论，控制论，人机工程学，规划理论等的具体应用，甚至在更多不同领域中将音频、视觉或空间等多媒体的综合运用在一起，比如声音识别交互，手势交互，触摸交互等。也许这也是为什么在欧洲的部分学校已经把ID从工业设计中脱离了出来，成为了一个独立的专业。

在网上找到上面这个类似想法的图片，也就是交互设计主要会考虑下面三个问题：

你会如何操作？- 接到任务、情景理解、判断显示、尝试控制；
操作后有什么感觉？- 接受响应、错误处理、执行确认
你从操作中明白（获得）了什么？- 产品（服务）认知、期望判定、体验提升

希望上面整理的这些信息能帮我们更好的理解以上两个角色的不同，在工作中把精力更多地专注于该做的事情上。如有不同想法，欢迎大家一起讨论。

参考内容：

第三届D2在上海举办

圆心 — Mon, 10 Nov 2008 03:07:17 +0000

人肉搜索引擎是人的胜利吗？是的，并且是人所创造的技术的胜利。
所以，每一个小小的技术进步都是人类社会进步的每一块基石，我们打下一块基石的时候，心里都会知道它在某个大厦上的位置。
互联网前端，连接着浏览器和数据的这个技术接口，就是这样一块基石，我们研究如何做得更好。

梦想是裁员无法阻止的，是金融风暴无法撼动的，是我们饿到半夜三点依然澎湃的指尖敲击——如果，梦想真的存在的话。
工程师赋予枯燥但精确的数字 0 或 1 与人类般复杂的感情，赋予它们于公平，公正，透明、信任以及力量。
作为一个工程师的梦想，就是用技术来改善每一点人类的生活。

前端会议就是这样一件并不出众，但是让工程师们在一起讨论所有这些事情的聚会。
我们一起，铸造技术。
11月29日，太平洋西岸秋，上海徐家汇。

关于D2

D2 前端技术论坛(Designer & Developer Frontend Technology Forum)，简称 D2 ，为国内前端开发者和网站设计师提供一个交流的机会，一起分享技术的乐趣，探讨行业的发展，以技术会友。它是中国所有前端开发者的节日，包括前端设计师，前端开发工程师，和所有对前端技术感兴趣的人。D2 将努力营造一种轻松自由的交流氛围，没有任何商业色彩，以纯粹的技术交流为根本，共同推动国内前端技术的发展，促进国内行业标准跟国际的融合，发掘前端技术可以创造的更大价值。

D2 是由淘宝网发起，每届由不同公司轮流承办。

详细介绍：http://www.d2forum.org/about/

本届主题：“前沿技术和前端协作”
举办时间：2008年11月29日
举办地点：上海
举办单位：土豆网
协办单位：淘宝网、支付宝、微软、Adobe、Mozilla中国、蓝色理想、ActionScript 3天地会、CSDN

日程安排

时间：2008年11月29日（星期六）
地点：上海市建工锦江大酒店（徐汇区建国西路691号）5楼会议室

上午：嘉宾演讲 9:30 – 12:00

09:30 - 10:40 《Flash Player 10》马鉴(Adobe)
10:50 - 12:00 《Flash 协作开发之路》史珉(Tudou)

下午：自由论坛 13:30 – 18:00

13:30 - 14:40 《IE8 as future platform》待定(Mirosoft)
14:50 - 15:50 《前端敏捷开发-质量与效率的战争》许湛(Alibaba)
16:00 - 17:00 《土豆网与淘宝网的前端团队组织结构剖析》李戎(Tudou) & 怿飞(Taobao)
17:00 - 18:00 《自主议题讨论》

注意：以上安排可能会根据具体情况进行一些补充与修改。

关于嘉宾

马鉴 (Zerlot Ma, 七月)
Platform Technology Evangelist
Adobe
Blog:www.7yue.com

史珉 (Aspirin)
高级Flash工程师
土豆网

许湛 (Justin)
前端开发主管
阿里巴巴(国际站)
Blog:www.alldone.cn

李戎 (小麦)
资深前端开发工程师
土豆网
Blog:www.mikkolee.com

郑叶飞 (怿飞,圆心)
资深前端开发工程师
淘宝网
Blog:www.planabc.net

报名地址：http://www.d2forum.org/d2/3/sign_up.html

稻草的鲜果推荐

高品质音乐分享社区虾米网

相关文章:

我和我最后的倔强

再说UCDChina的理想和留言功能

1988后的20年

周二茶闻:手势代替鼠标

BlueTripCss

相关文章

关于留言的探讨和其他

Web标准在中国

市场力量

法律支持

基层的拥护

支持Web标准，在中国

试用“虾米”音乐播放插件

相关文章

互联网设计瀑布递推

互联网设计敏捷迭代

Alpha.快速完成核心功能开发

Beta.迭代完成固化需求功能开发

Release.模块化迭代提升用户体验

其他

音乐理想

交互设计、文案创意、前端开发

淘宝UED招聘第三季，不仅仅是招聘广告

上市前离开阿里巴巴为虾米

“大”虾米的理想

互联网设计操作参考

组织理念并分层

组织流程和方法

组织角色和交付物

关联理念、流程和交付物

关联交付物、角色和方法

11月UCD书友会，广州、成都、杭州、北京、上海、南京、深圳

相关文章

UI和IxD

第三届D2在上海举办

关于D2

日程安排

关于嘉宾