<?xml version="1.0" encoding="utf-8"?><?xml-stylesheet href='http://feed.feedsky.com/styles/feedsky6.xsl' type='text/xsl' ?><!--这是一个由Feedsy提供技术支持的Feed，为了提高读者阅读的体验，以及满足用户美化自己Feed的需要，我们设计了多种精美的Feed模板，提供给大家选择，所有最终呈现出来的样式，皆由用户自愿选择使用，未经许可，任何团体和个人，请不要擅自修改样式或者盗用，这是对于用户选择权的尊重。--><rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:fs="http://www.feedsky.com/namespace/feed" xmlns:dc="http://purl.org/dc/elements/1.1/" version="2.0"><channel><atom:link href="http://feed.feedsky.com/iceshow" type="application/rss+xml" ref="self"></atom:link><fs:self_link href="http://feed.feedsky.com/iceshow" type="application/rss+xml"></fs:self_link><lastBuildDate>Mon, 12 May 2008 04:02:24 GMT</lastBuildDate><title>iceshow</title><description>iceshow's life</description><link>http://www.iceshows.cn/blog</link><language>en</language><pubDate>Wed, 07 May 2008 02:35:27 GMT</pubDate><dc:date>2008-05-07T02:35:27Z</dc:date><dc:language>en</dc:language><item><title>iceshows.cn</title><link>http://item.feedsky.com/~feedsky/iceshow/~6994199/73492738/1236184/1/item.html</link><pubDate>Mon, 12 May 2008 12:02:24 +0800</pubDate><guid>http://www.iceshows.cn/blog/index.php/life/iceshows/</guid><fs:srclink>http://www.iceshows.cn/blog/index.php/life/iceshows/</fs:srclink><fs:srcfeed>http://www.iceshows.cn/blog/wp-rss.php</fs:srcfeed><fs:itemid>feedsky/iceshow/~6994199/73492738/1236184</fs:itemid></item><item><title>沉淀</title><link>http://item.feedsky.com/~feedsky/iceshow/~6994199/73492739/1236184/1/item.html</link><description>总结一下最近实践和思考的结论：

用户体验的重要性：

模式和框架第一，易用性第二，功能累加第三。思考方式亦同。

什么是用户产品里的视觉设计：

在合乎逻辑的基础上进行的视觉引导、在产品特质方面的气氛渲染

怎样思考新功能的展现：

考虑未来的此类功能，找出逻辑，再在逻辑基础上进行当前设计

总的来说，

此时所做当为未来很久一段时间所做铺垫，产品积累到一定程度时才会展现他早期定义的特质。过程需要谨慎，更需要坚持不懈。</description><pubDate>Mon, 12 May 2008 12:02:24 +0800</pubDate><guid>http://www.iceshows.cn/blog/index.php/ued/precipitate/</guid><fs:srclink>http://www.iceshows.cn/blog/index.php/ued/precipitate/</fs:srclink><fs:srcfeed>http://www.iceshows.cn/blog/wp-rss.php</fs:srcfeed><fs:itemid>feedsky/iceshow/~6994199/73492739/1236184</fs:itemid></item><item><title>蝴蝶效应</title><link>http://item.feedsky.com/~feedsky/iceshow/~6994199/73492754/1236184/1/item.html</link><description>往往第一步的某一个细小的构想，可能导致一年以后整个产品的品味。

往往一个简单的不能的再简单的元素位置移动，可能导致所有用户的行为习惯改变。

数据能告诉我们很多东西，这之间的差异，往往是因为一丁点点的改变而产生的。

如果，我们在最初的时候，能想得远一些，或许最初的构想的每一点都是四两拨千金的效果。

但是，

产生蝴蝶效应的比较大的困惑是，你很难像多米诺骨牌一样想到并设计每个环节。

这也就意味着，

需要付出极大的努力去调查和研究，为的是得到那一点点的改变。

如果1+1不等于2,那么如今庞大的数学体系会是什么样子？ </description><pubDate>Mon, 12 May 2008 12:02:24 +0800</pubDate><guid>http://www.iceshows.cn/blog/index.php/ued/butterfly-effect/</guid><fs:srclink>http://www.iceshows.cn/blog/index.php/ued/butterfly-effect/</fs:srclink><fs:srcfeed>http://www.iceshows.cn/blog/wp-rss.php</fs:srcfeed><fs:itemid>feedsky/iceshow/~6994199/73492754/1236184</fs:itemid></item><item><title>fans是怎样培养起来的</title><link>http://item.feedsky.com/~feedsky/iceshow/~6994199/73492758/1236184/1/item.html</link><description>持续不断的刺激　不断持续的晋级　偶像和fans间，一起成长的过程，fans见证偶像不断突破的惊喜

一个产品，不管多酷，都需要一个培养用户的过程

忠诚度，是需要时间来创建的

重要的不是你有多酷，而是你是否能让别人感知到你的进步

做产品如此，事如此，人亦如此

================

天底下的事，想来想去总是那几个道理

================

你可以想像要造一个50米高的桶，但要能放水，第一步，还是要建最下面一圈的木板。

想好什么做，什么不做，先做什么，再做什么。比做了什么，更重要。

================

一个产品背后，总有那个产品性格的团队。产品间的竞争，归根结底，还是人之间的竞争。

================

心态。不要被眼前的困难所迷惑，跳出来看问题，方向对了，剩下的仅是坚持。成功一百半九十，许多人放弃在顶峰下的一点。即使某一条路错了，保持清醒，也可以尽快转正方向。

================

简单。简单的背后，是复杂。往往最简单的东西背后，是最复杂的。不要只看到了表象，而忽略了由复化简的背后。

================

学习。不可急躁，不可浮躁。浮躁容易使人放弃，而急躁可能让人浅显。

================

坚持。你不坚持，谁坚持？

================

两个月的时间，又感受到了很多东西。有一些改正了，还有一些正在改......</description><pubDate>Mon, 12 May 2008 12:02:24 +0800</pubDate><guid>http://www.iceshows.cn/blog/index.php/ued/about-fans/</guid><fs:srclink>http://www.iceshows.cn/blog/index.php/ued/about-fans/</fs:srclink><fs:srcfeed>http://www.iceshows.cn/blog/wp-rss.php</fs:srcfeed><fs:itemid>feedsky/iceshow/~6994199/73492758/1236184</fs:itemid></item><item><title>UE工作流程实践</title><link>http://item.feedsky.com/~feedsky/iceshow/~6994199/73492761/1236184/1/item.html</link><description>被喊得越来越火的“用户体验”，到底有多少人了解？我还不清楚，但是经过这段时间的实践，有一个更为深入的认识。继续总结一下与大家分享...　　步骤一：数据调查

数据可以带来什么？对于各页面及路径的pv(产品),uv(用户)的总结，可以得到产品使用情况的一个大致概貌。

缺乏什么？不了解用户，不了解过程。

步骤二：用户访谈

有什么好处？产品和用户之间的联系，就像一个黑匣子。对用户的访谈，就是一个试图打开黑匣子的过程。

打开了黑匣子，我们就可以改造他们之间的路径。从而使两者无缝融合。就像是研究dna，对结构的研究可以重塑基因。反映到产品上，就是我们可以以用户的心理模型去创造产品，或者是用富于创造的产品去影响用户。

步骤三：产品分析

即使了解用户，是否能提出有效的解决方案呢？此时，对于相关产品的研究就会作出帮助。如果说对用户的需求，可以对产品有纵深的认识。那么对 产品的分析，有利于横向去加深去产品的理解。为什么做同一个功能，会产生出两种不同的产品？差异表现在大体，也体现在细节，通过不断的比较，会发现产品各 功能间，产品和用户间千丝万缕的联系。

步骤四：产品定位

定位本应在一个产品做出之前决定，可为什么我会在此阶段提出这个步骤呢？事实上，因前面工作的铺垫。只有了解了用户，了解了相关产品后，定位才会更加明确。最初时，时时需要一个定位，却感觉模糊，在此刻，就清楚许多。能否改变，看造化了~~

步骤五：功能确认

基于对用户和产品的分析，此时会提出一些新的功能。从产品长远的发展，对用户使用的引导，以及易用性综合考虑，慎审地推出每一项功能。

步骤六：信息架构

产品的印象开始在脑海里浮现。此时，将信息注入到产品结构中去。导航，管理等是很重要的几项，需要格外小心。另外，不同的页面有不同的信 息，以及页面与页面间的信息跳转，甚至是产品间的跳转，每条信息都需要经过审核。如果对产品没有帮助，或者对用户是负担，都不要向里加。

步骤七：页面原型

就个人而言，在页面原型阶段，除了用visio来画结构图，还是不自觉得要用ps去协助找感觉，这个过程，对自己而言也是一个迭代的过程。当然，之前那些阶段，使整个产品的结构都在脑海里快成型了，这个只需要把它落实到纸上。

原型的确认，需要坚持。如果是你自己做了这个过程，而且每一点都是经过思考的。那么就去说服来自各方的反对。事实上，你要相信，人们相信思考的价值，只要你付出了，就有回报，最怕没有付出天天在那里抱怨。

步骤八：视觉设计

不必多说了。可能会比较多，icon，字体，区域的划分，模块的统一，css的定义，风格的设定~~~所有的一切，都要体现前面工作所得到的东西。

步骤清晰，但其实中间的过程可能更有意思。

首先要获得运营人员的支持，如果他们不参与进来，整个过程会很难做。通过不断的交流，他们可能会很乐意一起做用户访谈等的工作。这个看你的沟通能力了。

然后获得团队其它同事的支持。需要不断展示阶段性成果，大家会慢慢认识到ue工作的作用。

有过这么一次以后，团队里认识到这个职位的职能，以后就可以开展更深入的工作了。

还有一些小经验，例如：

产品的定位与用户体验的关系？

记得在“如何量化用户体验”里提到四个方面，其中品牌和内容占了其中一部分，我现在认为这个的权重性应该更高一些。如果定位模糊，只是不断的提高易用性，并不能给用户很好的体验。

有时间要读读《情感化设计》，似乎现在自己开始更倾向于产品对用户心理的影响，易用性只不过是个基础罢了。

产品的用户群？

前面一段时间的思考。10%的用户是活跃的，是领袖，是流行者。而80%的用户都是可引导的，产品设计成什么样，用户就会是什么样子。我们帮用户创造价值，定位在挖掘用户深层需求去做创新，而不是表面性的“用户说一，我们做一”。

实例方面，涉及到工作，不列举了。</description><pubDate>Mon, 12 May 2008 12:02:24 +0800</pubDate><guid>http://www.iceshows.cn/blog/index.php/ued/ued-work-practice/</guid><fs:srclink>http://www.iceshows.cn/blog/index.php/ued/ued-work-practice/</fs:srclink><fs:srcfeed>http://www.iceshows.cn/blog/wp-rss.php</fs:srcfeed><fs:itemid>feedsky/iceshow/~6994199/73492761/1236184</fs:itemid></item><item><title>谁创造了谁?</title><link>http://item.feedsky.com/~feedsky/iceshow/~6994199/73492763/1236184/1/item.html</link><description>1.昨晚聚餐，朋友讲了个故事：

一个很牛的科学家，编写了一个程序，程序里建造了最基本法则，和一个简单的微生物。

尔后他出去了许多天。

回来后，在布满仪器的屋子里，他歪着头，打开了电脑屏幕，想看看程序进化到了什么程度。

他惊奇的发现，屏幕里，有一个像他似的人，在歪着头，看着屏幕... ...
2.早晨，在班车上，在想设计师的工作：

上帝是最伟大的设计师，他创造了“阴阳相合”的繁殖法则，保持了物种的延续性。创造了“优胜劣汰”的自然法则，保持了生物一直处于进化当中。上帝只创造了一个平台，又创造了最核心的法则，就可以静静的看着这个世界风云变幻，并且持续的前进。

3.有一些迷惑，更有一些解脱：

上帝创造了世界，世界进化出我们，我们又创造了世界，世界里的人不知道他们是怎样出来的，于是把我们就当成了上帝。</description><pubDate>Mon, 12 May 2008 12:02:24 +0800</pubDate><guid>http://www.iceshows.cn/blog/index.php/ued/who-make-the-others/</guid><fs:srclink>http://www.iceshows.cn/blog/index.php/ued/who-make-the-others/</fs:srclink><fs:srcfeed>http://www.iceshows.cn/blog/wp-rss.php</fs:srcfeed><fs:itemid>feedsky/iceshow/~6994199/73492763/1236184</fs:itemid></item><item><title>用户想要什么，产品帮用户做什么</title><link>http://item.feedsky.com/~feedsky/iceshow/~6994199/73492765/1236184/1/item.html</link><description>最近分析用户，简单记录些心得：

产品对用户的吸引力及用户更新的动力来自于：

　　塑造的氛围：　朋友都有，我也要有。朋友都更新，我也要更新。持续不断的关注与被关注...

　　用户对功能的需求，一部分来自于自身，一部分来自于环境。产品可以塑造一种氛围，去影响用户的使用频率，增加功能本身对于用户的粘性。易用性和可用性比起来，可用性占更高的地位。一个功能即使设计的再简洁再方便，假如用户根本没有需求，无异于白费力。品牌最重要。拒绝不掉的诱惑，哪怕并不那么好用。品牌的建立源于对人心理追求的把握，不只是满意，还要出其不意。

用户心理模型

　　对用户需求的把握，不能仅停留在数据上。往往数据并不能很好的反映出 用户真的需求，对用户分析来自于持续不断的定性分析。时刻以同理心去分析产品的可用度，同时去找关键用户访谈，从结果的差异中去寻找更深层次的需求。对用 户心理模型的认识，应该是长期但是需要不断关注的。

普通用户访谈

在引导用户时尽量不要问“你希望他是怎样的”或“你理想中的XX是什么样”，因为用户在软件设计方面完全是外行，如果你问“您经常用它做什么”、“那一部做起来最难”或“您希望对那些方面进行改进”那用户就能够表达的比较充分了。

典型用户访谈

　　　确定用户群体 〉 找到典型用户 〉 告诉用户我们要做什么，我们想要知道你什么 (基础用户访谈的内容，不多说了) 〉 让用户自己画出来他们想要的感觉（画什么都行，怎么画都行，不会画画也可以随便画） 〉 整理分析这些用户的画 〉 得到用户的使用过程

中国特色用户(四两拨千金的效果)

不要再试图再让“自私”的用户“主动分享”，而是要让用户为了自己而“被动提交”――前者，是西方背景；后者，是中国特色。　　－－来自于麦田

用户需求对界面的促进

认知用户心理，更容易在产品定位和用户需求之间找到平衡点。在符合用户习惯的角度下，有侧重性的突出产品定位，获得满意度，可以创造更好的口碑。界面的设计，更注意引导性。

产品定位和用户

我现在比较同意的一点是，产品设计成怎样的，就会有怎样的用户。主动权在产品这边。

只研究用户？

用户体验的研究，不只要研究用户，也要研究产品。对用户的研究可以使你不致于偏离大众，而对产品的研究可以保证解决方案的有效性。即使知道用户要什么，却不知道以怎样的方式给予，也不是一个合格的ue人员。

－－－－－－－－－－－－－转载的话留个链接 iceshow'blog-------

任务分析的产出是产品新功能设计方案和用户界面结构设计方案；工作流程分析的产出则是用户界面交互设计方案。</description><pubDate>Mon, 12 May 2008 12:02:24 +0800</pubDate><guid>http://www.iceshows.cn/blog/index.php/ued/user-and-product/</guid><fs:srclink>http://www.iceshows.cn/blog/index.php/ued/user-and-product/</fs:srclink><fs:srcfeed>http://www.iceshows.cn/blog/wp-rss.php</fs:srcfeed><fs:itemid>feedsky/iceshow/~6994199/73492765/1236184</fs:itemid></item><item><title>UI设计流程及讨论结果</title><link>http://item.feedsky.com/~feedsky/iceshow/~6994199/73492767/1236184/1/item.html</link><description>工作方法和工作流程有时候会决定产品的成败。

以前我也是对这些国外公司提出的一些工作流程不屑。国情不同，环境不同。

但是随着参与的项目增多，当你想提升产品质量、提高工作效率的时候，会努力自己整理一套认为合理的工作流程，并将工作逐步的细化。

突然发现，原来和那些以前自己不屑的流程是非常相似的。

昨天发现这篇文章，我觉得对我们，尤其是UI team还是有很大的帮助的。



看看雅虎网站项目工作流程：

http://www.rexsong.com/blog/article.asp?id=315

总结起来就是：
1. 产品制作人，写产品计划书。
2. 用户体验研究员，作调查分析。
3. 信息建构师，设计产品架构。
4. 互动设计师，作出互动流程。
5. 视觉设计师和用户界面设计师，作出页面视觉设计。
6. 前台工程师，前台开发。
7. 后台工程师，后台开发。
8. 用户体验研究员，做用户测试确保质量。

虽然我们现在没有相应的专职岗位，但不代表相应的步骤不需要做。

总结近几天UI team参与的几个项目，或多或少都走了一些弯路。

大量的“返工”是这几个项目中都出现的问题。



虽然这几个项目都在初期找到相关人员做了比较长时间的讨论。但是最终确定下来的需求并没有明确到点。

而且在后续的工作中，没有进行需求细化和分析工作。导致search首页设计风格完全背离了产品负责人的初衷。设计师理解的“娱乐风格”显然不是那个样子。



这里我想强调的，就是在产品负责人层面，需要需求明确，而且要确认设计师正确理解了你的需求。

产品定位、功能点、相应文案资料。需要在讨论会上都确定下来。不要在后面边想边做。

既然确定了，在后续的进程中，就不要随意的修改。这是对产品的负责，也是对你本人和设计师的尊重。因为你是第一步，你的每一个思想，都将决定产品将来的成形的样子。你的后续修改，需要考虑一下成本了。

考察设计师是否合格，可以看他的作品。那考察产品经理是否合格，就要看他这一砖拍下去，是不是砸得准了。



对设计师，你需要一层一层地推进，逐步核对确认，保证你没有偏离正确的方向。

视觉设计是比较靠后的一步，之前的调查分析、信息架构、交互流程有没有做？有没有确认？如果这些都不确认，直接设计出来页面，一旦偏离了正确方向，那返工的痛苦只能自己忍受。

拿search这个项目举例。产品方面已经多走了一步，提供了一些可以参考的调研数据（虽然不是很具体，但是已经能够显示大致趋势），同时还画出了建议的结构图，相当于帮你进行了信息架构和交互流程。

那你需要做的第一步就应该是完善这些数据，制定详细的页面原型。提交确认。

这一步确认无误之后，再考虑视觉设计。该用什么风格、什么主色调。再提交确认。

然后才是细节如何修饰等等。



虽然目前咱们部门，这几步都要一个人来做。但是对这一个人来说，需要明确步骤，把自己当作多个人方式去做。每一步中要钻进去专心研究，然后要不时的跳出来，看看你钻的方向是否正确。

你的工作应该是按步骤整体推进式的，而不是一条线、一个单一页面走很远，再回过来顾及其他。





另外，我们需要的是设计师，不是美工。

设计师和美工的区别是“思想”。设计师在作品中融入自己的思想，美工则是他人的思想。

这里我也想希望其他同学配合一下，设计师的工作过程中，不要一堆人站在旁边，指指点点。这样你们培养出来的人永远不会成为设计师，导致的是以后所有的东西，都还是需要你投入大量精力参与设计部分。



对于设计师本人，也要掌握工作技巧。你的作品可以先在小组内交流讨论，吸取一些小组人员的建议，完善后，召集相关人员ppt演示，同时收集大家意见，再修改。最后ok。

不要改一版一个mail，这样对大家是浪费时间，同时大家看mail时都不是来专心思考你的作品，所以提出的建议难免周全，对你自己也不会有太大帮助。



ppt演示的方式，可以让设计师自己进一步完善自己的思想。因为你需要为演示作准备，为大家可能提出的问题准备答案。这个思考过程，产品本身也会不断完善。









好了，mail写了这么长，其实也是不应该。只是在推荐雅虎的工作流程时，结合近期的工作多想了一些，索性就写下来了。

毕竟UI team还很年轻。需要大家的关心不断成长 ^_^



感谢同学们看完这么多文字。

不妥之处，可单独找我交流。共同进步～


======================================
Todd 





我的回复：



“视觉设计是比较靠后的一步，之前的调查分析、信息架构、交互流程有没有做？有没有确认？”

“你的工作应该是按步骤整体推进式的，而不是一条线、一个单一页面走很远，再回过来顾及其他。”

todd提出了许多建议，我认为非常有帮助。

在工作流程方面，我很乐于逐步规范起来，通过沟通和过程中的不断改进，从而建立起更有效的工作流程。

产品UI和平面设计最大的不同是，平面设计是纯粹的发散性思维，而产品UI的最终目的，是为了能够让产品被更多用户所接受，易于使用。

这也就意味着，UI对产品结构的思考和研究过程比页面呈现更加需要花费心思。

“UI设计，效果图只是一小部分。”既然todd提出了这个问题，我也转发一篇文章 UI设计的定义以及定位

http://blog.sohu.com/members/iceshow/1576273.html

UI设计要做的是：

　平面设计(包括icon, logo, button, etc.)至多是UI定义中很小的一部分。绝大部分部分时间可能用在设计任务的逻辑流程(logical task flow),以期最大幅度的符合人脑的思考方式和认知过程(cognitive process)。

现有的工作流程，我认为自己有许多不足之处，希望能得到大家的帮助和建议。

改进的重心，会放在对于以用户为中心的设计方面，而不仅仅是页面效果或风格。</description><pubDate>Mon, 12 May 2008 12:02:24 +0800</pubDate><guid>http://www.iceshows.cn/blog/index.php/ued/ui-design-flow/</guid><fs:srclink>http://www.iceshows.cn/blog/index.php/ued/ui-design-flow/</fs:srclink><fs:srcfeed>http://www.iceshows.cn/blog/wp-rss.php</fs:srcfeed><fs:itemid>feedsky/iceshow/~6994199/73492767/1236184</fs:itemid></item></channel></rss>