团队招了一个 UI 设计师，小伙子很年轻，也很勤奋好学。

不过，有个坏毛病，每次拿到需求之后，立刻就打开他的 Photoshop，开始吭哧吭哧的画。这点我非常讨厌和反感，因为，常常的结果就是，他拿他的作品来找我确认，我一看，完全不是需求想要的东西。于是，我就问他，你为什么这么做，你想表达什么？他支支吾吾的说不出所以然来。

我不知道有多少 UI 设计师有跟他一样的坏毛病，拿到需求就着急忙慌的打开 PS 开始捣鼓，而不是先弄清楚这个需求具体是什么样的，自己是如何理解这个需求的，有没有什么不明白的地方，找对方沟通清楚，然后，才是开始去「设计」。

我心目中一个优秀的 UI 设计师应该是这样的工作流程：

1、拿到需求，理解需求

理解需求是要弄明白几点：对方的这个需求具体是什么意思，他做这个背后的目的是什么，要想用户传达什么信息？

2、与需求方核对需求，将自己的疑问表达出来

包括2个部分，表达自己理解的需求，看是否是需求方想要的；对需求有疑问，表达出来，讨论清楚。 （可能会存在你对需求质疑，需求方无法说服你的情况，这属于另一个方面的话题，不展开讨论）

3、核对完需求，开始考虑页面逻辑

页面逻辑，简单说就是针对这个页面要表达的信息的排序与组合。每个页面的重点内容是什么，次要内容是什么，干扰因素是什么？对于重点的内容，应该怎么突出，次要内容怎么展示，干扰因素怎么排除。

页面逻辑凭什么这么处理？根本指导就是对需求的理解。换句话说，如果对需求不理解，页面逻辑就是可能完全是从艺术出发来搞的。当然，我不是说 UI 设计不从艺术出发，但是，不能只从艺术出发，艺术，只是一个次要的因素。

4、根据页面逻辑，选择合适的表现方式

这个时候，是一个脑补素材库的过程。我之前见过哪些表现方式，我们可以尝试什么新的表现方式，版式、颜色、字体等等

5、打开你的软件，开始制作

将这些经过思考的内容画出来，根据实际效果做调整，然后，在制作的过程中跟需求方沟通。

当然，你可能会说，需求方只给了我一点点的时间，我没时间跟他讨论；也也可能说，需求方只是告诉我做这个，然后给我一个例子，让我去抄；你还可能说，我不敢去找老板，那是老板啊。。。

那我只能告诉你，这世界有很多东西，是要靠自己去争取的，虽然现实很荒唐，但是，有些东西，不能丢，因为，你不会一直窝着这些傻逼地方。

其实，将以上的 UI 设计师换成产品设计师、运营、程序开发，这个思路依然适用，换句话说，这不是某个职位的问题，而是，一个职业问题！

1、搞清楚做事情的目的，然后再开始做

2、在做事情的过程中，不断跟你的上下游角色沟通

以上2点，是一个是否「职业」的问题，其实，很多人没有。

让我们再来重复一下那句关于交互与用户体验之间的关系的论断： 优秀的交互设计应该是用最低成本的交互，最愉悦的满足用户的需求。

那么，什么是最低成本的交互？我的理解，用户需要的时候才出现交互，用户用不到或者不能使用的时候就不出现交互；当用户需要交互的时候如果能二步完成就坚决不搞成三步。用一句通俗的话说就是：看人下菜碟。

在大的层面上，在对产品进行需求分析的时候我们会考虑不同的用户群，他们对一个产品的使用需求和使用方式都是不同的，在这里我们对用户进行了划分。我们把这个思想坚持到交互分析里来，对于不同的用户在不同的使用环境下需要的交互方式也是不一样的。
之前，顺网UED的同学们对用户交互行为的分析提出了“交互表格”的方法：划分2个纬度，页面元素和用户行为。最左边一列是页面可见元素（包括光标）；最上面一行，是用户的行为（尽量按操作流程）。中间交叉的为场 景描述。通过这种枚举的方式可以详尽的列出所有可能存在的交互行为，然后我们对每个交互行为再划分出不同的交互方式。

比如：我们要做一个积分商城的积分兑换交互。经过分析、合并，我们知道可能存在这么几个场景：①用户未登录（注册）；②用户已经登录，但是积分不足；③用户已登录且积分足够。
下面，我们选2个电子商务方面的代表网站（京东商城VS支付宝）来看一看他们怎么处理的：
京东商城的积分商城页面里，不论你是否登录（注册）、积分是否足够，积分兑换详情页的内容永远保持“一致性”。当未登录点击兑换的时候会跳转到登录页面；当登录后积分不足点击兑换的时候会弹出窗口提示积分不足； 当登录且积分足够的时候，会显示兑换成功。
支付宝的积分商城里对上述问题做了改进，我们看到支付宝的设计师对业务逻辑做了足够的分析：先对用户登录行为做判断；把用户所持有的积分放在了所需积分的下面；积分不足的时候给出提示。

那么，这些足够了吗？不，我觉得还应该有改进空间（京东商城的设计完全不具备交互性，不做分析）。对照“看人下菜碟”的说法，我们来看看哪些是可以改进的。
1、如果用户没有登录（注册），用户是否需要去点击“兑换”OR“评论”按钮？答案是否定的。这个时候用户最需要什么交互？是登录！
当然，这里会存在一个用户是否需要注册的行为？我个人认为，在积分商城这个产品场景里，注册是存在几率很小的行为，完全可以放到登录的引导页面里去。（积分兑换的前提是注册用户，且在网站上发生了用户行为产生过积分才能兑换，就算是注册送积分也是需要先完成整个注册过程的 吧）
2、如果用户登录但积分不足，用户最需要什么交互？了解积分还差多少，如何获得更多的积分。其他的交互行为对这类用户来说都是多余的。
3、 如果用户登录且积分足够，用户最需要什么交互？兑换。这个时候用户是否需要“点评”交互？我觉得不需要，还没有兑换使用，怎么点评？“点评”这个交互行为 应该出现在用户兑换之后再次浏览到这个物品的时候。
下面，是我对积分兑换这个交互模块做的改进。
1、如用用户没有登录（注册）：不做用户持有积分判定（当然，也没法判定）；不出现“兑换”按钮，他的位置由登录提示取代。
2、如果用户登录但积分不足：做用户持有积分判定，同时提示积分差额；不出现“兑换”按钮，他的位置由积分不足提示取代，可夹塞广告，如何获取积分。
3、如果用户登录且积分充足：做用户积分判定；出现兑换按钮。

（左：支付宝的积分兑换交互；右：我的修改版本）
当然，这里只是一个简单的交互条件限定，还可能会有更多兑换限制，从而出现更多的交互行为，比如：注册多久的用户对可兑换、实物兑换 的时候填写收货地址，发货时间段（这个很重要！）、可兑换的数量、等等。

对于任何一个Web页面而言，都必须承担着2个功能：顺利的完成本页面的任务、流畅无误的进入下一个任务。对于如何实现这2个功能，我的土方法就是：有的时候我需要强制你专一的完成本页面的任务，不给你回路；如果这个页面上你要完成的任务太多，我可以考虑帮你拆解。
比如，在注册页面除了注册表单什么都不放，什么面包屑导航全部去掉，甚至LOGO也要搞成不可点击的，这些都是为了“强迫”用户完成本页的任务；用户在后台录入产品的时候，可以考虑对产品的属性进行分块，然后把录入页面拆开（当然，你不能无限制的拆分！）….

我个人的感觉是，之所以交互过程被搞的很笼统，大部分原因在于交互设计师很懒。懒的做分析，认为只有流程能走通就OK了，不愿意继续细分；懒的做交互Demo，认为这些给技术说明白就可以了。前几天做某个模块的时候我偷了个小懒，在DEMO里把工商银行写成“工行”，然后在PRD文档里做了详细说明。今天再看测试，好家伙，还是“工行”！搞的我羞愧难当，这个问题的责任完全在设计师本身，设计师懒就不能指望技术勤快！当然，这里还存在一个原型图的制作问题，改日再谈。

PS：为了迎合“微”时代，我以后的博客都会以“本文想表达的意思是….”开头，看完导语如果你有兴趣可继续，如果觉得扯淡可以略过，省的搞到你读着伤脑筋， 我想怎么回复你的评论麻头皮…

很遗憾，因为正好公司的年会与UCD2009广州的年会在同一天，加之囊中羞涩，所以没能参加。收到了广州那边发过来的5段视频（已经上传至优酷，在这里），很认真的看了一遍之后，觉得实在是遗憾哇。仔细的听了2遍白鸦的演讲，结合自己的理解与实践，写了个听讲笔记。

1、需求，还是需求，一直是需求
需求是整个产品的根，需求支撑着整个产品设计的成长。在最开始的时候我们是从需求出发，可是很多时候我们做着做着就忘记这个需求了，我们开始纠结在如何展示上，纠结在使用华丽的特效上。这个时候，我们应该回过头来，对照着原始的需求再锊一遍。
2、以用户为中心
产品有三大要素：可行性、可能性和用户的期望值；
产品、运营、体验三者是一体的，必须以用户为中心，以用户的需求为中心进行的；
一个产品设计师是必须要同时具备这3个方面素质的。
3、用户体验的5个层次
需求是根本（有用）；
稳定是基础（能用）；
难用不会成功（易用）；
给人带来愉悦（友好）；
建立品牌（品牌）。
4、用户驱动
站在用户的角度思考；
满足用户原始需求，发现新需求；
迎合用户习惯。
5、核心致胜
找准抓稳核心用户，明确目标；
做精做透核心需求；
逐步满足非核心的用户和需求；
不做用户不需要的东西。
6、支付宝的粗略设计流程
1）需求调研：核心用户是谁？在什么情况下，有什么需求？市场目标？技术难度？
2）需求分析：用哪些功能来满足需求？优先顺序是什么？打算怎么传递给用户？该阶段产出设计概要
3）产品设计：概念设计、原型设计、模拟和演示
4）设计实现：反复回归原始需求、效果测试
7、用户研究
什么样的人，在什么样的环境下，得到了什么样的信息，有什么样的困难；
只有定量的数据只能看到现象看不到原因，以表带本；只有定性数据只能以偏概全；
把产品先做出来给用户用，然后再快速的改进，迭代；
8、产品路线图
核心用户的核心需求——添加可能的非核心需求——一定量的积累后添加新的功能
9、以小致胜
小细节；
小团队，小公司

比照我们团队目前的状态，我个人认为核心问题出在需求分析与确认阶段。在这个阶段里我们没有能完成对需求的优先分级、与需求提出方进行确认、与技术沟通 实现手段与时间等问题。于是出现的状态就是产品设计师总是在忙原型，不断修改，技术也在不停的改，导致项目被延迟。
在我刚进入团队的时候我就和另外一个设计师做了约定：在每一个设计开始的时候就我们为什么要做这个？我们需要做的核心是什么？达成一致，然后才开始分工协作。但是，我还是忽略了最最开始的阶段：对需求的比对、确认、沟通。所以，这个做什么还是不是真正需要的做什么…..
关键还是“做什么”,“什么时候出来”。 看来，流程，简单易行的流程势在必行了！

更多关于UCD书友会•2009广州年会的信息，点击这里。
更多关于UCD书友会•2009广州年会的心得体会，点击这里。
更多关于UCD书友会•2009广州年会的的Twitter互动，点击这里。

需求该有谁来提出？由谁来决定？这可能是很多创业型团队目前存在最大的一个分歧。

创业初期，制度与等级都不明确，很常见的做法是让创业团队的每个人都有提出需求的权利。这样既可以充分体现民主也利于发散思维，明确产品的方向。
不过，这样的做法有一个很大的弊病，大家会不断的纠结在很多细小的问题上，造成对当前的事情做的力求完美，然后无法探测更远的区域（探测，WOW游戏名词，游戏中角色必须先探测某个区域才能使这个区域可见及可到达）。这样最直接的后果就是，当我们把一个功能做的相当完美的时候，我们的竞争对手已经抢在我们的前面推出了更多的优秀的应用，虽然他们和我们相似的这个功能做的并没有我们的完美，但是，这并不妨碍用户低成本的迁移。
记得6月份betacafe开业的时候曾经和梁宁等一起游西湖，她跟我们讲过一个她们公司内部关于需求的一个小故事：之前的时候她们也是团队的人都可以提出需求，然后开始实施，开始的时候大家做的热火朝天。但是，慢慢的她发现整个产品没法前进了，因为大家都开始纠结在很多细小的地方了，而忽视了对产品大方向上的推进。于是，她决定对需求的提出原则做调整：只有一个人负责审核与发布需求，其他人可以提出需求，但是不一定会被采纳。这样，整个产品得以继续前进。
这就好比几个人在走夜路，且知道自己要达到一个城堡，但是没人知道具体的路，但是大家都有一个大的方向把握。于是大家都拿着手电筒开始找，你找东我找西， 这样的行军速度势必无法在手电耗尽之前到达的。这个时候，需要有一个人在大家认定的这个大方向下做一个引导，其他人需要在这个大方向下继续去寻找，这样才 能最快的到达终点。

作为互联网的产品是一个快速迭代高速发展不断打磨的产品，快速迭代开发、不断打磨是所有互联网产品获得成功的不二法则。
在这里我们可以看两个例子，一个是比较远点的Gmail，一个是比较近点的国产新浪微博。Gmail的做法是持续beta，在基础的功能做好之后，慢慢的开发一些新的功能，然后不断的去完善Gmail，所有的用户都觉得每天登录Gmail的时候都能感觉到点变化（这也是所有Google产品的特征之一）； 新浪微博的做法是快速迭代，刚刚雏形的时候就放出来，在S-E-T因素的缝隙里迅速先占领市场，然后不断的增添新功能对整个微博进行完善（当然，目前的新 微博已经处于打磨阶段了）。

我的感觉里，一个新的互联网产品的节奏应该是，首选迅速的占领市场拿下阵地，然后再回头来对产品进行打磨修补。市场的变化、新产品不断出现，我们没有步步完美的机会与可能性。
在创业团队里，首先需要的是所有团队成员对产品有一个大的方向上的共识，然后的重点与主要动作应该是引导产品不断的正确的快速的朝着这个方向奔走。等到达到预定的目标之后，把自己当初领先竞争对手的想法表现出来，然后才是停下来打磨产品。停下来，团队需要思考与解决的问题有2个：新的产品方向与目标、对现有产品的打磨与完善。
（当然，看到这里很多人应该会跟我较真说，一个产品的设计过程应该是注重用户体验的，用户体验应该被当作一个战略来实施，这也是我之前说过的。这里，我说的是对产品大方向上已经进度的表述，在具体的实施过程中，用户体验设计是必不可少的！）
这样的做法首先是保证了自己的领先地位，其次让自己有充分的机会在领先的过程中有喘息的时间来感受用户需求的变化让自己持续的领先。
还是之前的那句话：任何一个试图做完美无缺产品的人最终只能做出永远落后的失败产品！