交互设计师主导或发起的项目很难拿到结果——现状

这个问题在很多的小公司都不存在。小公司养着、催着设计师，设计师不用去考虑能不能拿到结果，因为你不干，大家都等着你，因为身后自然有一群人在push：老板，工程师，同事。这个结果是大家一起push的结果。

但是在很多大的公司，存在很多很多的项目，孩子多了，爹妈都顾不上。项目多了，老板也顾不上。他们只看最终的结果：

• 为什么有的设计师一年做了那么多项目？那么多收益很好的项目？
• 为什么有的设计师却一年产出寥寥无几？做的项目多半半途夭折，或者直接胎死腹中？

若以产品经理为主导，那也还好。产品经理背负着更加沉重的考核压力，他们会以push出结果为主要的方向，在他们的push下，设计师妥协妥协，折中折中，产品经理负责打点打点各种资源（工程师、测试等），结果也就出来了。

但是，关键是，作为用户体验设计师，总不能一直被动着响应pd们的需求——他们要做什么就做什么，100%的精力都放到他们的“商业目标”驱动的项目上。作为用户体验设计师，应该有独立的一部分精力抽取出来，去主动发起一些项目，改进一些项目，以使网站变得更加亲切易用。

关键就出在这里。设计师有时也很不喜欢老是被动响应PD的需求，也想主导一些项目，但是，往往以设计师为发起人或主导的项目，很难拿到结果，现状可能有：

• 工期拖得很长（优先级排得很低，几乎可以忽略）；
• 没有资源配合——毕竟项目是需要团队的，需要工程师，需要前端开发，需要测试，不可能单打独斗；
• 长时间得不到确认，不知道什么时候开工去做；

即使是产品经理们发起的项目，在产品会议上说了能够带来多少的收益，老板们都点头了，尚且需要排定优先级，等候设计资源、工程师资源。更不要提单单是某个设计师说：“这个体验不好，我想要改成这样……”的需求了。

为什么拿不到结果？

“我做了一个系统性的改进方案，我觉得肯定比现有的要好很多。已经找了周围的同事进行了测试，大家都说不错，都盼着赶快上线呢。但是去找需求分析人员评估了一下，发现需要30多个人日开发量。而且从优先级上去排，说不定要排到年底去了。根本就没有资源去做……”

“我觉得某某页面有很大的问题，于是做了一个分析和改进，结果发现那个页面上的区域被划分为不同的产品线，分属不同的产品经理负责。为了推动我的设计，天呢，我需要找好几方进行沟通，他们给我的意见非常多，甚至完全相反。我根本无法估计这样改动会造成什么样的后果，后来就不了了之了……”

“你觉得那个东西很难用？那就对了。我们不是不想改啊？方案都出了好几版了，同样有上面的问题，一没资源，二，牵涉的利益方太多了，改动束手束脚，后来就一直保持现状了。”

拿不到结果的借口和原因当然有很多很多，作为设计师，这些都感同身受甚至自己也遇到过。

分析下来，所有的原因都可以归结为：“方案与资源、沟通”问题。

• 设计方案本身存在问题——有潜在的风险，投入大产出小，本身就不合理等；
• 设计方案没有问题，但是资源紧张，无法投入，自然没有产出；
• 设计方案没有问题，但是多方沟通不能顺畅推动，搁置。

这个时候，出现了一个矛盾，既然我们提供了好的设计方案，为什么却得不到资源的响应，按理说，如果足够好，优先级也应该高，各方也应该支持的啊。如果是好的设计，为什么在沟通上会如此艰难？这个时候我们是抱着好的设计等待呢，还是有别的办法？

当我们认为我们的设计是很好的时，我们很难去妥协让步，但是——

什么是好的设计？

在之前，我胡言乱语写过一篇文章，定义的好的设计是：最少的成本达到设计目的，设计目的是什么呢？一，最有效传达信息；二，使产品好用易用；三，使用户在使用过程中感到愉悦。好的设计必须要达到这三条。

可是现在，我却发现这些都还只是好的设计的必要条件，而不是充分条件。

因为在更加复杂，更加商业导向的环境中，好的设计在“以用户为中心”的导向上，又增加了很多条件：

一. 价值大；

在项目pk中，当然是价值大项目首先脱颖而出。这个价值，虽然主要是商业价值，但是也涵盖了用户体验改进带来的价值。

二. 技术可行，可实施；

除非不得已，没有人喜欢水中望月，画饼充饥。一个完美但是得不到实施的蓝图，除了获得稀稀拉拉的掌声外，什么得不到。你需要团队帮你实现设计，那么你的设计必须是他们能够complete的。

三. 投入产出比高；

在项目pk中，当然是投入小，产出大的项目脱颖而出。当和价值大但是投入也大的项目相比，则更胜一筹。老板们都比较会算账，你需要他们点头同意。

所以，看看我们手中搁置的设计，是不是在现实环境中“好的设计”？

如果不是，那么就去调整一下。

如果确实是，还是没有办法拿到结果，那么就硬着头皮去推动，去沟通。一个同事说了一让我很感叹的话：态度和意愿问题，看你是不是真的很想要拿到结果。有些设计师做了设计就单纯在等，有些设计师就不断沟通和推动，结果当然不一样。

罗嗦了很多，总结一下吧：

作为用户体验设计师，如何拿到结果？

用户体验设计师，有交互设计的能力需求，有视觉表现的能力需求，比如，图形化能力，能够在开发前就凭想象呈现出很多复杂的交互状态，沟通与讲解能力等等。

若要做能够拿到结果的设计师，就应该在整个项目流程中，像产品经理一样，担负起来项目协调人或项目经理的角色。把整个项目的生命周期若按以下流程划分的话：

很多设计师认为拿不到结果的问题出在“方案评估与确认”环节上。其实不然，任何一个环节处理不好，都会拿不到结果，或者拿不到想要的结果。

01.发现问题阶段——找准问题：

能力要求：

对特定用户群特点和需求的了解。电子商务的用户与游戏网站的用户心理、生理特点是不一样的。若站在自己的角度而不是用户的角度去使用网站，发现问题，往往会有偏差。自己觉得好用的，用户真的会感觉非常无辜地不会用。同时，要细心，体贴入微，有时，解决问题的可能不需要大量的设计和开发，也许仅仅改一句文案就可以了。

对优先级排序的敏感性。有的时候，发现问题太容易了。没有完美的无懈可击的网站，没有完美的用户体验。真的存心找碴的话，放眼望去，网站都是问题。选择哪个问题首先出击？那些问题稍稍放后？那些问题暂不考虑？设计师心里要有个数，在资源有限的情况下，挑选最亟待解决，解决后最有价值的问题，提供优化方案。

挑选维度，可以有解决难度系数，解决后带来的价值，不解决的风险,损失等。

02. 提供方案阶段——提供“好的设计”：

能力要求：

商业意识的敏感性，知道每次的改进不仅仅是感性的“更加好用”，“用户更加喜欢”，而是能够预知因此能够带来一些可量化的变化。即使是拍脑袋，也尽量训练自己慢慢拍得更加准确。

另外，对于好的设计的理解，更加透彻。

在提供方案前，除了要了解这个项目的需求（自己提出的，别人回馈的等），若是改进型的项目，更需要明了现有方案的问题，好对症下药。通过沟通和探求，要知晓其他人，尤其是重要人士对这个项目的期望。当然，在资源比较紧张的情况下，一定要事先了解“限制”。哪些功能虽然好，但是确实是做不了或者需要花很大成本才能够做的。否则提出一个自己认为很perfect但是在现有的架构和技术能力限制下，等同于空中楼阁的方案，是不可能拿到结果的。

盗用一张design thinking上的图片：

说的大概是同一意思。

但是，作为设计师，提出一个虽然很容易实现但是看起来有点没有水准的设计，也是丢face的。会不会被很多人挑战设计能力？

解决方法：同时提供两种方案，即，心目中理想的方案是什么样子，我们称之为“蓝图”，提供未来可能性的美好框架，给人们畅想的快感和希望。但是一定要同时提供这个蓝图的精简版——可实施的方案。笔锋一转，由于目前受到什么什么的限制，我们无法做到什么什么，保留了什么什么功能，去掉了什么什么功能。所以提供一个可实施的方案如下，已经得到了评估，需要多少个人日开发量等等。

这样，既有设计师的面子，又有希望拿到结果了。

03.提案确认、评估阶段——意愿驱动，结果导向

好，现在我们手中有了一个上述的“好的设计”方案了。接下来的主要任务就是让这个方案得到相关人士的认可，这些人包括：

·老板，他有生杀予夺的大权，他说好，可以做，那么这个项目的阻力就小很多。

·同部门同事，他们会从专业水平来对这个设计进行评审，到底好用不好用，有没有更好的办法——这个时候可能会被信息轰炸掉，要注意鉴别，并非所有的意见都要参考的，毕竟每个人的立场不同，思考问题的角度和深入程度不同。。

·需求分析（RA）,前端人员和工程师：他们是要负责实现的，虽然在出最终的方案前已经让需求人员介入进行可行性分析，但是最终方案出了以后，一样要再次进行评估，此时不仅仅是可行性，也要评估具体的工作量，要实现这些设计功能和效果，前端需要多少人日，工程师需要多少人日等。

·相关部门同事，如这条产品线的产品经理，毕竟是动了人家的土，也许某种情况下涉及到的产品线不止一方，可能同时需要和几个产品经理进行沟通协调，还有客服部同事，网站一经改动，他们就必须要通知到，不然怎么教客户用啊。所以，在没有正式上线前就应该让他们知道，另外作为一个与客户亲密接触的部门，他们也能够提供一些有用的信息，帮助我们进行改进。

记得王石在武大的一场讲座上回答“登雪山难还是管理企业难还是做慈善事业难”的问题时，他的答案是：登雪山最容易，因为只是在和自己与雪山打交道。管理企业次之，涉及到的人很多，做慈善最难，涉及到的人更多。

所以，与人打交道和协调本身就是不容易的事情。很多时候，用心力交瘁，劳而无功来形容一点都不为过。但是（对不起，又一个但是），不这么做，又怎么能够拿到结果呢？自己发起和主导的项目，是不能依赖产品经理的，要自己主动出击。

缠，磨，黏，死缠烂打——种种招数，会哭的孩子有奶喝，这是老话。

出了意愿驱使去争取资源和认可外，当然也要对好的建议进行采纳吸收，踏踏实实进行方案的“妥协”和“调整”。

反正最终目的仍是得到认可，多方认可，直到把这个项目排在日程表上。

当然，我们还要求设计师是有大局观的，根据自己项目和别的项目对比得出的优先级排日程和资源就好了，不要太过了。。

能力要求：

多方沟通与协调能力——还要求“多语言能力”，怎么说呢：

与工程师要用工程师的话语沟通，与数据分析人员要用数据平台的语言沟通，与设计同仁们则用设计的语言沟通，与老板们要以产品经理的语言沟通。与copy writer则要用英文沟通，设计师，尤其是新人，要主动地多和同事、别的部门的同学沟通，以掌握其语言特点。

承受挫折，卷土重来的心理素质

不可避免会碰很多钉子，可能你的改进虽然整体效果不错，但是可能会触及到某个产品经理的利益，可能影响到他的考核（比如流量的下降）。要说服他讲究大局观而放弃掉这些流量损失，是看似“不可能的任务”。所以在挫折下屡败屡战，绝对是心理素质，当然，也可以曲线救国，争取重要人士的支持。

理性预估项目风险与价值

设计师当然是感性的。但是现实是，你纵使拍疼了大腿给你的老板说：这个设计真的很好很好啊，用户一定会多么多么喜欢用的啊……没用的。老板和别的贡献资源的同事们都眼巴巴问你要“证据”，你能拍着胸口承诺说：“我保证用户一定会更喜欢用”。那么，怎么保证？所以感性的设计师也要有预估项目收益的能力，当然，是量化的。比如，数据。改进前后流量的前后对比等。对着空气去预计当然有很大的风险，不过既然不做不行，就逐渐锻炼自己拍脑袋也越拍越准确。刚开始当然从最底线开始预估，最低达到多少，希望的结果是达到多少。不要过于保守——不然大家没兴趣，不要过于冒进——不然自己压力大。如何刚刚挠到痒处，着实还需要考虑考虑学习学习。

04.项目推进阶段——团队协调与时间管理

我很崇拜古代的大将军。我为数不多的偶像级的人物里面有几位大将军，比如卫青，比如赵云，比如霍去病等。为什么呢，《明朝那些事儿》的作者讲得通俗易懂，打仗不是斗殴，是有很多技术含量的。比如，给我们１０万人，让我们带着去西湖溜达一圈，能保证一个不少带回来就了不起了。更何况要完成一些非正常环境下的冲锋杀人的任务。所以，多方沟通很重要，带领团队更加重要。

作为发起人的用户体验设计师，有时为了拿到结果，不得已就要充当这样一个团队带领者的角色。管理的四大职能看起来是书本上的理论，但是若在实际情况下一一去对照，发现说得都是经典：

计划——我们是planner，需要确定非常smart的项目目标，以及为了达到这个目标我们需要采取的行动（作业计划），还应该让每个人都清晰了解自己的角色和职责，最后让他们知道应该在什么时间完成这些工作。关键词：项目定义、目标、角色及职责、时间点。

组织——我一直觉得自己组织能力欠缺。有些人从小就喜欢参加组织性的工作，比如文体委员，班长等，连居委会大妈都不是轻松的活，不是谁都干得来的。想想，要把性格各异，语言不同，思维方式和思考侧重点都不一样的人组织在一起完成共同的目标？天呢，对于很多设计师来将，真是恨不得自己撸了袖子单干！可是，逃避不是解决问题的办法。所以，对于像我一样本身有点内秀的设计师来讲，不妨开始硬着头皮尝试一下，从主动承担一些小的组织项目开始。

领导——领导在这里我理解为主要是以身作则，以自己的形象、专业性去影响别人，让团队信服而不是去说服。同时，要有激励团队、鼓舞士气的能力，很多项目不可能顺风顺水，中途或许会遇到很多挫折，若遇到一点小意外，自己都乱了阵脚：发牢骚，“烦死了”“这可怎么办”，若想要拿到结果，这些字眼最好不要提。而且，要以更加积极的心态去应对，去鼓舞大家继续努力，宁可一条道走到黑……

控制——我以前经常抱怨我的老板控制欲很强，他恨不得我上班的8个小时完全是属于他的，他想知道我的项目进展，想知道任何细微的变化，直到有一天他对我更加信任了。有效的控制是促使团队更加有效达到目标的手段，而且能够控制在基本正确的道路和方向上。

关于这个阶段的管理能力（主要是团队管理和时间管理），偶也不是很擅长，也正在学习中，这里就不展开说了，免得贻笑大方。欢迎有兴趣的诸位多多探讨。《卓有成效的管理者》这本书，可以读读。

05.项目跟踪与总结阶段——理性，数据分析

设计师已经拿到结果了，可以长吁一口气了，但是别忘了最后一个阶段，项目到底好还是不好，有没有达到事先设定的目标？毕竟我们的目标是拿到好的结果。这也关系到你的下一个项目能不能继续顺利立项和推进的重要因素。

要进行数据的跟踪，要具备数据分析能力。设计师在设计初期定了设计目标时，就应该有意识去考虑将来用什么样的方式验证设计的成败，是流量的增长还是黏度的增高？或者是其他？

也应该提前与数据分析人员沟通以确定你要的数据能不能取到，若不能，还要在开发过程中考虑如何布点以方便数据提取。

最后，来一份比较漂亮的总结报告，总结项目的得与失，总结下一步的改进建议。

这才是真正的完整的项目结果。——恭喜你终于拿到了！

“大江东去，浪淘尽，千古风流人物。故垒西边，人道是，三国周郎赤壁。乱石穿空，惊涛拍岸，卷起千堆雪。江山如画，一时多少豪杰……”
 
当年苏轼站在著名的赤壁战场举目眺望，一腔豪情付诸一阕流传千古的《念奴娇》，将男人的胸襟、时间的无情表达得淋漓尽致；近千年之后，一个名叫吴宇森的中国男人希望用他擅长的电影表现那场战争的惨烈、豪杰的英姿，但显然，吴宇森的运气远不如苏轼，他没能拍出一部令人回肠荡气、记忆深刻的一流电影。
 
史诗般的历史剧拍的像庸俗的武侠片，魔幻剧拍成了无厘头式的搞怪，文艺片又不脱则以，一脱惊人，又归属到了情色片的范畴。但人人口味不同、兴趣各异。反而弄巧成拙得罪了更多的观众……
 
看完《赤》后，个人认为：导致《赤》未被大众所广泛接受的主要缘由是在于：盲目的扩大目标用户群，希望通过一些荒诞无厘头的对白与情色的镜头来吸引更多的观众，却没料到观众不买账。
 
同样，在WEB2.0时代，对于任何网站而言我们都需要花更多的时间与精力来研究目标用户群，分析目标用户的行为。网站最需要的是提升目标用户群的体验。
 
由于交互设计的核心任务是针对人，针对的目标用户种类越多、目标用户群越广泛，越难设计。每个人的口味不同、兴趣各异。如同大众饮食习惯：酸甜苦辣咸无不包括，正所谓众口难调。你无法做出一样菜肴可以满足所有人的口味。
 
作为一个网站，要想吸引访问者，首先要搞清楚自己的定位，明确自己的核心价值，发现自己的目标用户。定义出核心目标用户，分析用户群体的行为，进而了解用户需求。提供目标用户所需要的，想要的，剔除那些看似有点用处的东西。不要让杂七杂八的东西干扰用户的正常使用。

若能将目标用户精准的区分定义出来才能做好交互设计。网站的目标用户种类越少，用户的需求就越容易定义。盲目的扩大核心目标用户会导致在设计中屡屡出现顾此失彼的现象。而且，目标用户越多就越复杂，偏移目标用户需求的可能性就越大。
 
如果你的网站可以满足55%的用户，那么也就意味着其他的45%用户没有满足。缩小目标用户范围，100%的满足他们，这才是你真正要做的。瞄准其中的一部分用户，如果能做到他们疯狂追逐你的产品，那么你的产品就是非常成功的了（苹果公司就是这样做的）！请永远记住80/20原则。

既然答应写读后感，就从我的视角来说一点与注册有关的东西，先把整篇资料的骨架分解一下，然后再结合其中观点谈目前的感受。

注册其实是个有点枯燥的任务，《Patterns for Sign Up &Ramp Up》里提到的观点是：

Give the user good reasons to join——乍看起来有点营销的味道，事物的本质不变，但人的情绪是可以扭转的——让用户有充分的理由来注册；

Make the sign-up process feel effortless——改变枯燥令人生厌的感觉，就是我们需要做的努力：让表单或整个注册过程变得轻松省力；

Don’t leave new users hanging——这个观点在整篇资料里的意义侧重于提升活跃度的办法——用户不是完成了注册就完成了使命，了解社区的新事物才是刚刚开始；

Accelerate initial connection-making——如果说活跃度从上一个观点拉开序幕，那么这里就是如何使用户在社区里开始生活，建立联系比如通过自己之前发布的信息来联系好友，真的体验海内存知己，天涯若比邻的感觉。

整篇的骨架结构就是一个循序渐进的行为引导，为facebook的引入会员、维护社区活跃的初始引导，做了详细的注解和指导，可做手册查阅。读后侧重工作的总结，梳理几条注册表单的规则：

I.当表单结构需要多步时，需要注意的是给出清晰的导航
a. 使用进度标尺来告诉用户当前的位置和整个步骤
b. 强调几个步骤中的逻辑联系，比如标明：step1、step2、step3
c. 用有意义的图片或ICON甚至是标题来解释各个步骤
d. 使用简单的语言或第二人称描述行为动作
e. 逻辑步骤最好限制在3步内

II.用户在注册行为中的提示
a. 提示信息（tips）尽量在需要帮助或有前后行为衔接的地方出现
b. 对用户的鼓励应在进程中体现，如每完成一项输入提示一个打勾的图标
c. 尽量避免出现弹出框的警示提醒
d. ICON的出错提示避免用警告的表达，使用户有挫败感
e. 简单易识别的ICON来标记提示、成功、出错的样式
f. 提交表单时如果有出错，过长的表单最好将出错提醒显示在整表头部，指引用户改正

III.关于文案
a. 质量重于数量，一针见血地说出亮点，而非平铺罗列
b. 尽力避免有特殊含义的文案，如果有专属名词请一定要解释清楚，避免用户的困惑
c. 尽力思考文案表面的亮点，什么才最吸引用户，有时“最新”的字样不一定是用户最感兴趣的
d. 在我们以往的项目中多项数据和实践强调证明文案真的很重要

IV.表单的布局
a. 尽量使用对齐的字段、等长的输入框以及一致的视觉样式来减少视觉干扰
b. 尽量控制在一屏内出现3-6个字段和输入框（多用于多步骤的情况）
c. 如果有选填和必填时标明差别
d. 为不同概念的信息归类，尽可能地分开选填和必填

这些表单设计的通用规则，美国Yahoo的LukeW同学对表单做的充分解释也涵盖了它们，都是最为常用的，总结一下给同学们参考，活跃度的引导还是有非常多能深挖的点。这里按下不表，留作后续分解^_^。

工作地点：杭州

阿里巴巴公司是世界上排名第一的国际贸易和中国本土贸易网络交易市场。我们专注于为来自中国和全世界的中小企业买家和卖家提供高效、可信赖的贸易平台。

我们的国际贸易网站www.alibaba.com 主要针对全球进出口贸易。

阿里巴巴公司，作为阿里巴巴集团的旗舰业务同时也是世界领先的电子商务品牌之一。

UED (User Experience Design) － 用户体验设计。我们设计的界面虽然没有几十亿的流量，但每天的24小时里，在我们网站上都活跃着上百万数量的买家与买家，他们有着白黄棕黑不同的肤色，他们来自全球各个不同的国家及地区，他们有着各自的文化及信仰。我们网上的信息承载全球的贸易，UED就是负责把这些信息呈现给全球的商人。

阿里巴巴的口号是“让天下没有难做的生意” ！我们希望全球的商人都没有难用的界面。这个伟大的使命需要你和我们共同完成！

公司站点：www.alibaba.com
团队BLOG： www.aliued.com
团队招聘站点： job.aliued.com

职位描述：

• 负责阿里巴巴国际站的整体视觉感观，以及网站运营活动的创意和展现。
• 对页面进行优化，使用户操作更趋于人性化。

职位要求：

• 不限学历，作品和实力是你最好的证明，当然相关专业高学历者优先。
• 两年以上设计工作经验。
• 有扎实的美术功底、良好的创意思维和理解能力；能给出大家都喜欢的视觉设计。
• 能准确把握商业需求，通过分析和讨论，对线框图做出快速调整，并获得最终认可。
• 熟练使用Photoshop、Flash、Illustrator或CorelDraw等流行设计软件，清晰的表述界面设计。
• 熟悉HTML，CSS，JavaScript，能熟练使用CSS搭建符合XHTML标准的页面尤佳。
• 有很强的分析问题和解决问题的能力； 对视觉设计、色彩有敏锐的观察力及分析能力 。
• 良好的沟通能力和协调能力，有团队合作精神。认为工程师，项目经理，项目策划人员都是最可爱的人。

如果你就是我们寻找的那个人，请马上联系下面这个邮箱。附上个人作品哦。
Freeman.caoxm@alibaba-inc.com

上周参加了客户培训中心看了看，本想就手上项目的改版听听做培训的同学以及客户的意见，却被做培训的MM拉到一旁诉苦了一番：
“哎呀，用户管理后台怎么又改版了！”
“新注册的用户后台里会员升级的banner哪去了？”
……

我很纳闷，这些项目发布难道他们都不知道？
我：“那Free member的改版知道吗？”
MM：“不知道，什么时候，没有收到邮件？”
汗……
我：“异步上传，你们都知道是什么东西吗？”
MM：“看到过邮件通知，但不太明白做什么用，为什么要改。”
大汗……

回到公司，我查看了一下日常项目发布的邮件。似乎所有的项目在发起的时候都只是在涉及开发的团队、需求方进行沟通。直到项目正式发布了，才会将邮件cc给相关培训人员的主管、客户服务人员。而一些小的需求发布，甚至都没有通知到他们。更别说全国各地那些辛苦的做培训支持的同学们了。

我们每天都坐在办公室里，为了提升网站的可用性，做着这样那样的设计、改造。可我们最终作出的这些设计改进的思想、精髓是否通过我们培训人员，准确的传递过客户了呢？而我们的培训专员，自己又是否真正的理解呢？这次的培训课程让我很惊讶，原来我们的信息传递是比较糟糕的。我们常说要多接触客户，了解他们的想法，听取他们的反馈。虽然公司会通过内部培训、邮件，等形式将我们的项目告知客服人员、培训人员，但信息的传递有着很大的丢失。

后话：目前通过相关各级主管将相关人员增加到项目发布邮件列表中，首先确保相关人员都清楚的了解网站最新动态。不知道你在工作中是否也遇到同样的问题呢？

最近一直忙，我们的注册页面还是在持续优化。今天抽时间分析了下数据，依然以主注册表单为例，对表单里3个区块、9个字段做了个小小出错排行；看看哪个是用户出错最多的字段、都错在哪、便于以后针对性改进。话不多说了，揭榜开始：

第一名：province
Province是在那四个有province/State的国家时出现在Location处的字段，国家根据商业需求需要放出这几个国家的区域选项，这样原本上一步没有操作行为的字段：国家，根据IP自动读取，导致人们会自然忽略第一个动作从province/State开始，本月中旬做了一点小改动：在旁边做了文案的提示，选择后消失。

第二名：memberRoleCNBuyer
这个字段是在IP定位为中国时，商业利益需要引导去“I want to Sell”的选择，所以“I want to Buy”没有默认选中，在很多用户在表单填写完提交时会遗漏角色的选择。

第三名：Email
我们的Email字段也是表单中的出错大户，原因有2：1.许多用户对注册表单的使用经验中,有Email字段时会联想赠送邮箱的服务，可能会只填写Email前缀或者填写Email后缀为alibaba.com的情况；2.纯粹的出错，有非法的email格式。

解决方法：在表单里放出这个email是用来登录Alibaba的提示，并且提示例子，告诉用户如何填写才是正确的格式，最重要的是保证不会将其泄露给第三方导致spam。

第四名：passwordConfirm
应填未填或与前面的password不一致

第五名：password
数据显示最多的出错情况：应填未填。这个似乎是让我们比较困惑的地方，为什么会不填呢?

猜测：1.是用户有可能疑惑这个密码是一个新密码呢，还是上一步填写Email邮箱的密码? 2.轻易提交了密码会不会不安全.

这个是历史遗留问题，我们一直没解释清楚引导用户填写密码的原因，但通常人们的习惯密码应该是那样几个固定便于自己记忆的密码，以前我们还有检测密码强度，安全性低的就不能通过，但这对互联网经验不多又上了年纪的用户来说无疑太辛苦，导致表单一直提交不过，搞懂这密码强度的“奥妙”恐怕要比登天还难，所以现在把这个坎去了，看看是否能在提示上还有更优的方案。

第六名：phoneNumber
电话号码也是根据商业需求，同时考虑行动便捷我们设置了国家码、地区码、电话号码的三段分别填写。国家码是根据国家选择后自动读取，看似方便了很多，但为什么也出错呢？都错哪了呢？看了数据我们发现，有的用户会在国家码的输入框里一口气输完全部的号码！很执着！

我们的分析是：tips的提示可能不够显著，如果在移动到每个格子是highlight关键词，比如加粗Country Code/Area Code/Phone Number，会让用户更容易注意；另外，校验框架对于输入框里灰色默认提示，在鼠标行动过后就不再提示，也是导致用户困惑的一种可能。

解决方法：在表单上直接呈现案例，提示用户那个区域该怎么填；值得深入下去的是我们还要在研究一下我们的主流用户，各自的phoneNumber习惯格式。

第七名：校验码
数据显示最多的出错情况也是应填未填，分析原因是在提交表单出错后，需要重新输入验证码，有些用户可能不理解或者忘记。也许我们需要说明输入验证码的原因，或者在出错需要再次键入验证码的时候给用户一个提醒。解决方法：使用了集团统一的校验码图片，图片位置和表单输入框有些出入，另外我们替换了原来那个让人有点迷惑的刷新小图标，直接显示了替换一张新图片的文字link;同时我们把图片放在了输入框上方，方便对照填写。

第八名：Company Name
出错原因还是应填未填，一口气写了那么多，还真有点出汗，没办法，商业需求的必要字段，原因就不多解释了擦擦汗-_-b、小歇一会准备写最后一个字段。

第九名：Last Name
最后一名，值得表扬！老问题，和Phone Number有点类似，数据观察用户喜欢一口气在第一个框里把名字全写了，我们可能没有为有middle name的用户提供一个完整的服务>_<导致他们困惑了。我们能做的是不判断Last Name为必填，空的时候也可以通过，但是便于其他的友好服务比如页眉、邮件等地方，还是希望能够按规则输入完整信息。

呼……一口气终于都写完了，注册表单的排行榜都揭晓完毕了。小小的表单想为用户提供更好的帮助，还是需要做更多深入的，以上观点还有不全面的地方欢迎补充和指正，改动后的数据也在继续收集分析进行中，一切都还在路上；希望我们改进的同时，也能为正在做类似工作的同学们，供到一点小小的帮助^_^

非常酷的一组广告，大伙欣赏欣赏。
http://www.youtube.com/watch?v=eEfXmWGj7CA

再来看看他的拍摄花絮和访谈，强大！
http://www.youtube.com/watch?v=UzDQGxxlq4E

阿里巴巴国际站UED团队诚聘交互设计师，用户研究员，视觉设计师，前端开发工程师

具体要求见 http://job.aliued.com/webpage/static/description.html 

当商业需求与交互设计发生冲突时，交互设计师应代表用户与商业需求PK，为用户争取利益。一个网站，有了好的用户体验才能带来持续增长的PV。对于商业网站来讲，PV的增长也就相应的带动了商业利益的增长。

商业网站要的结果是什么？是杀鸡取卵式的通过欺骗方式来增长PV？还是实实在在的做好用户体验带来持续增长PV呢？

Lucy最近在内部论坛贴过一帖子《执行—结果导向!》,我觉得很有道理：

“——任务是一个执行假象，是因为我们绝大多数的人在实际工作中，当你以为你自己是在执行的时候，其实是在完成任务，而不是执行，因为你没有结果！
我们要懂得一个基本道理：对结果负责，是对我们工作的价值负责；而对任务负责，是对工作的程序负责，完成任务≠结果！”

……

“如果我们要致力于打造一个具有强大执行力的团队，如果你要成为一个优秀的执行型人才，那么请记住，执行永远都只有一个主题：执行是要做结果，而不是完成任务！我们永远都要锁定“结果”这个目标，而不是完成任务这个“程序”，因为“完成任务≠结果”。 ”

从“结果导向”这个角度来看，用户体验与商业利益二者之间并不是矛盾的。他们的目的都是为了获得更好的商业利益。做好用户体验，虽然暂时不会大幅度增加PV，从长远的角度来看，却增加了客户的兴趣提高了客户的回访可能性，提升了粘滞度。

那么我们在浏览网页时见到的情况又是如何呢？
下面是几个比较典型的例子，请从一个用户的角度来想象一下，如果你在遇到到下列的情况还会再去访问那个网站吗？

1. 第一页极少内容 + 第二页极少内容 + ….. +第n页极少内容（反正是点到后来手酸酸的，就好像听评书，关键时候“啪”一声打断，我们下回讲）
2. 打开/关闭网页时跳出的广告窗口（在很久很久的记忆中，经常打开一个页面跳出2-3个提示广告窗口的，被人深恶痛绝。还好现在的浏览器都已经加上阻止弹出的功能了。）
3. 冒充某个软件的消息提示方式的广告引诱用户去点击（小到类似QQ的聊天框，大到windows的提示框，形形色色无奇不有。上次还看到个提示，“发觉你现在还在用老掉牙的ie浏览器！”）
4. 不断的发垃圾mail，被欺骗一次后别希望用户再会去点你的垃圾mail（曾不小心注册了个垃圾mail，我已按提示退订了n次，结果还是不停的给我发啊发，同志们我痛苦啊！这个该死的垃圾邮件！555~~给我个再阅读他的理由先！）
   ……

用户的体验好比是个刚学习走路的孩子，你应该用心的照顾他，了解他的习惯，慢慢的引导他教育他。而不是恐吓他，欺骗他。

当用户体验不得不妥协于商业利益时候，个人认为，至少要不去妨碍用户现有的利益，或是将对用户利益的损害降低到最低点。（没办法，老大发话了谁敢不听？==！）

通常写法:

#sidebar ul li a {
display: block;
background-color: #ccc;
border-bottom: 1px solid #999;
margin: 3px 0 3px 0;
padding: 3px;
}

注释的代码段：

#sidebar ul li a {
display: block;
background-color: #ccc;
border-bottom: 1px solid #999; /* ADDED Apr. 9, 2008 */
margin: 3px 0 3px 0;
padding: 3px; /* CHANGED Feb. 14, 2008 (Prev. 1px) */
}

上面的代码中，注释了增加代码的时间，修改代码的时间以及修改前的属性值。如果是多人协作，我建议还加上修改者的名称。当然，这样一直写下将带来过多的垃圾代码。需要定期的整理归档，保持文档的时效性。