Archive for the ‘Interaction Design’ Category
星期五, 09月 19th, 2008
交互设计师主导或发起的项目很难拿到结果——现状
这个问题在很多的小公司都不存在。小公司养着、催着设计师，设计师不用去考虑能不能拿到结果，因为你不干，大家都等着你，因为身后自然有一群人在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.项目跟踪与总结阶段——理性，数据分析
设计师已经拿到结果了，可以长吁一口气了，但是别忘了最后一个阶段，项目到底好还是不好，有没有达到事先设定的目标？毕竟我们的目标是拿到好的结果。这也关系到你的下一个项目能不能继续顺利立项和推进的重要因素。
要进行数据的跟踪，要具备数据分析能力。设计师在设计初期定了设计目标时，就应该有意识去考虑将来用什么样的方式验证设计的成败，是流量的增长还是黏度的增高？或者是其他？
也应该提前与数据分析人员沟通以确定你要的数据能不能取到，若不能，还要在开发过程中考虑如何布点以方便数据提取。
最后，来一份比较漂亮的总结报告，总结项目的得与失，总结下一步的改进建议。
这才是真正的完整的项目结果。——恭喜你终于拿到了！
Posted in Interaction Design, Life & Feeling | 4 Comments »
星期一, 08月 4th, 2008
“大江东去，浪淘尽，千古风流人物。故垒西边，人道是，三国周郎赤壁。乱石穿空，惊涛拍岸，卷起千堆雪。江山如画，一时多少豪杰……”
当年苏轼站在著名的赤壁战场举目眺望，一腔豪情付诸一阕流传千古的《念奴娇》，将男人的胸襟、时间的无情表达得淋漓尽致；近千年之后，一个名叫吴宇森的中国男人希望用他擅长的电影表现那场战争的惨烈、豪杰的英姿，但显然，吴宇森的运气远不如苏轼，他没能拍出一部令人回肠荡气、记忆深刻的一流电影。
史诗般的历史剧拍的像庸俗的武侠片，魔幻剧拍成了无厘头式的搞怪，文艺片又不脱则以，一脱惊人，又归属到了情色片的范畴。但人人口味不同、兴趣各异。反而弄巧成拙得罪了更多的观众……
看完《赤》后，个人认为：导致《赤》未被大众所广泛接受的主要缘由是在于：盲目的扩大目标用户群，希望通过一些荒诞无厘头的对白与情色的镜头来吸引更多的观众，却没料到观众不买账。
同样，在WEB2.0时代，对于任何网站而言我们都需要花更多的时间与精力来研究目标用户群，分析目标用户的行为。网站最需要的是提升目标用户群的体验。
由于交互设计的核心任务是针对人，针对的目标用户种类越多、目标用户群越广泛，越难设计。每个人的口味不同、兴趣各异。如同大众饮食习惯：酸甜苦辣咸无不包括，正所谓众口难调。你无法做出一样菜肴可以满足所有人的口味。
作为一个网站，要想吸引访问者，首先要搞清楚自己的定位，明确自己的核心价值，发现自己的目标用户。定义出核心目标用户，分析用户群体的行为，进而了解用户需求。提供目标用户所需要的，想要的，剔除那些看似有点用处的东西。不要让杂七杂八的东西干扰用户的正常使用。
若能将目标用户精准的区分定义出来才能做好交互设计。网站的目标用户种类越少，用户的需求就越容易定义。盲目的扩大核心目标用户会导致在设计中屡屡出现顾此失彼的现象。而且，目标用户越多就越复杂，偏移目标用户需求的可能性就越大。
如果你的网站可以满足55%的用户，那么也就意味着其他的45%用户没有满足。缩小目标用户范围，100%的满足他们，这才是你真正要做的。瞄准其中的一部分用户，如果能做到他们疯狂追逐你的产品，那么你的产品就是非常成功的了（苹果公司就是这样做的）！请永远记住80/20原则。
Posted in Interaction Design | No Comments »
星期四, 06月 26th, 2008
《Patterns for Sign Up &Ramp Up》很早就读完了，之所以今天才写读后感，细细读完了发现，它更为接近吸引注册、提升活跃度的社区构建引导，是一份社区活跃会员度研究的好资料。
既然答应写读后感，就从我的视角来说一点与注册有关的东西，先把整篇资料的骨架分解一下，然后再结合其中观点谈目前的感受。
注册其实是个有点枯燥的任务，《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同学对表单做的充分解释也涵盖了它们，都是最为常用的，总结一下给同学们参考，活跃度的引导还是有非常多能深挖的点。这里按下不表，留作后续分解^_^。
Posted in Interaction Design, Uncategorized | 2 Comments »
星期一, 06月 23rd, 2008
最近一直忙，我们的注册页面还是在持续优化。今天抽时间分析了下数据，依然以主注册表单为例，对表单里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为必填，空的时候也可以通过，但是便于其他的友好服务比如页眉、邮件等地方，还是希望能够按规则输入完整信息。
呼……一口气终于都写完了，注册表单的排行榜都揭晓完毕了。小小的表单想为用户提供更好的帮助，还是需要做更多深入的，以上观点还有不全面的地方欢迎补充和指正，改动后的数据也在继续收集分析进行中，一切都还在路上；希望我们改进的同时，也能为正在做类似工作的同学们，供到一点小小的帮助^_^
Posted in Interaction Design | 1 Comment »
星期一, 06月 9th, 2008
当商业需求与交互设计发生冲突时，交互设计师应代表用户与商业需求PK，为用户争取利益。一个网站，有了好的用户体验才能带来持续增长的PV。对于商业网站来讲，PV的增长也就相应的带动了商业利益的增长。
商业网站要的结果是什么？是杀鸡取卵式的通过欺骗方式来增长PV？还是实实在在的做好用户体验带来持续增长PV呢？
Lucy最近在内部论坛贴过一帖子《执行—结果导向!》,我觉得很有道理：
“——任务是一个执行假象，是因为我们绝大多数的人在实际工作中，当你以为你自己是在执行的时候，其实是在完成任务，而不是执行，因为你没有结果！
我们要懂得一个基本道理：对结果负责，是对我们工作的价值负责；而对任务负责，是对工作的程序负责，完成任务≠结果！”
……
“如果我们要致力于打造一个具有强大执行力的团队，如果你要成为一个优秀的执行型人才，那么请记住，执行永远都只有一个主题：执行是要做结果，而不是完成任务！我们永远都要锁定“结果”这个目标，而不是完成任务这个“程序”，因为“完成任务≠结果”。 ”
从“结果导向”这个角度来看，用户体验与商业利益二者之间并不是矛盾的。他们的目的都是为了获得更好的商业利益。做好用户体验，虽然暂时不会大幅度增加PV，从长远的角度来看，却增加了客户的兴趣提高了客户的回访可能性，提升了粘滞度。
那么我们在浏览网页时见到的情况又是如何呢？
下面是几个比较典型的例子，请从一个用户的角度来想象一下，如果你在遇到到下列的情况还会再去访问那个网站吗？
第一页极少内容 + 第二页极少内容 + ….. +第n页极少内容（反正是点到后来手酸酸的，就好像听评书，关键时候“啪”一声打断，我们下回讲）
打开/关闭网页时跳出的广告窗口（在很久很久的记忆中，经常打开一个页面跳出2-3个提示广告窗口的，被人深恶痛绝。还好现在的浏览器都已经加上阻止弹出的功能了。）
冒充某个软件的消息提示方式的广告引诱用户去点击（小到类似QQ的聊天框，大到windows的提示框，形形色色无奇不有。上次还看到个提示，“发觉你现在还在用老掉牙的ie浏览器！”）
不断的发垃圾mail，被欺骗一次后别希望用户再会去点你的垃圾mail（曾不小心注册了个垃圾mail，我已按提示退订了n次，结果还是不停的给我发啊发，同志们我痛苦啊！这个该死的垃圾邮件！555~~给我个再阅读他的理由先！）
......
用户的体验好比是个刚学习走路的孩子，你应该用心的照顾他，了解他的习惯，慢慢的引导他教育他。而不是恐吓他，欺骗他。
当用户体验不得不妥协于商业利益时候，个人认为，至少要不去妨碍用户现有的利益，或是将对用户利益的损害降低到最低点。（没办法，老大发话了谁敢不听？==！）
Posted in Interaction Design | 9 Comments »
星期一, 06月 2nd, 2008
最近在准备一个关于“项目数据方法分享”ppt，在网上搜索一些资料，偶尔看到了“坏人--杨溯”关于这方面一些想法，觉得可以和大家一起分享别人ideas
坏人理解一个分析过程：
1). 对修改前的用户行为分析
2). 修改前的数据取样
3). 修改前的数据分析点
4). 对修改后的数据分析
5). 对数据分析的结果的指导修改
前三部分在项目启动或设计前期完成——找到问题点，提出解决方案，预测项目结果；
后两个部分在项目发布后3，4个星期完成——验证设计方案，找到问题，提出改进方案或经验总结。
但目前我们在项目数据跟踪时总是部前三部也放到项目结束后，失去指导改进的意义，有时只是为了看看比较结果
一种敷衍。其实前三部也相当的重要，其重要性有可能超过后两部。前三部给你提供设计改进的方向和目标，后两部结果很大程度依赖于前面分析结果。
目前还有个现状——孤立去看待每个项目分析；其实每一个现在分析项目都可以是为后面相似项目或相关项目提供一种数据支持，应该时常去review自己分析过的项目，从中找到一些共同点作为个人或团队一种经验和财富。例如运营团队经常分享不同运营设计的数据，但是很少看到他们会找到两个相似推广内容设计去横向比较两种设计或创意等带来的变化，而是比较孤立去分析每个推广，一直缺乏沉淀。
数据很重要
数据很不重要
数据只是数据
重要的是透过数据去发现错误和挖掘潜力。
Posted in Interaction Design | 1 Comment »
星期一, 06月 2nd, 2008
上面这个用红色线框标记的符号大家熟悉吧，出现在各类软件界面里的删除符。
要是有人问你删除用什么图形来表示，我想绝大多数人脑海里呈现的第一印象就是这个叉叉了。
就是这个熟悉的不能再熟悉的图形，让我栽了无数次跟头。
因为只要我一想到删除，大脑就自动指挥眼睛去寻找它的踪迹。
在Outlook通讯簿里，这个图形被很醒目的和“保存并关闭”功能放在左边重要位置里。
这里的删除“叉叉”是指删除整个“通讯组列表”，而中间有人物Icon的删除，是指删除这个列表里的某个成员。
当我要删除某个成员时，动作已经远远快于大脑的思考，在我想到这两个不同概念前，手已经帮我作出了选择，让我连后悔的余地都没有，“叉叉”这个图形真正做到了“别让我思考”。
其实在我按这个“叉叉”后，只要跳出一个提醒确认，还是可以避免发生这类惨剧的，但Ooutlook没有。
虽然设计师将两个“删除”在图形上作了区分，但这样的做法还是无法区分它们的不同的，至少第一次使用者还是需要猜测，这个时候文字比图形更能说明问题。
比如：“叉叉”的Icon用“删除通讯组”，“人物”的Icon用“删除成员”，我想这样更容易让人区分和理解。
设计师将一个耳熟能详的图形赋予不同含义后，辅助文字的教育成本往往比图形要低的多，也更能让人理解。毕竟图形赋予每个人的想象空间是无穷尽的。
Posted in Interaction Design | 1 Comment »
星期一, 05月 26th, 2008
淘宝的投诉类型里有这么一条“收款不发货”。
帮助中心里是这么解释的：买、卖双方在淘宝上成交后，当卖家在收到买家汇款后没有按时履行发货义务，或买家将货款汇入支付宝账户15天后，卖家没有履行发货义务。即为“收款不发货”。
那碰到这种情况如何投诉呢？
在帮助中心里同样有解释：您已付款了，却没有收到卖家的货。建议先联系一下对方，如果联系不上建议及时申请退款，并在“我的淘宝-我是买家-已买到的宝贝”里发起卖家拒绝履行支付宝的投诉。
看了上面这段解释，相信大家都很清楚了吧，至少当时我是觉的我理解了。
最近刚好有个朋友碰到了这个问题，于是我自告奋勇帮他处理，想着顺便可以体验下这个功能。（机会难得 ^-^） 所以我就按上面的帮助顺序进行了操作。
先联系卖家，对方一看我问他发货的事就吱溜一声下线了（或许是隐身），后面几天一直未上线。那这种情况应该属于联系不上了；
于是按着上面的指导“如果联系不上建议及时申请退款”，进行了退款申请；
接着，按照上面帮助中心说的“并在“我的淘宝-我是买家-已买到的宝贝”里发起卖家拒绝履行支付宝的投诉”，我开始了投诉操作。
点击“投诉”，弹出一提醒确认框。
点击“确定”，接下来的页面让我傻眼了，看倌您先看看下面这个页面截图。
步骤说明很清楚，我现在在“1.选择投诉类型”中，但下面的两个类型根本没有操作的入口，只有两个“申请退款”按钮。
狂汗~ -_-||
没的选择，那只有试着点“收款不发货”下的“申请退款”按钮了，看下面的页面是否能走到投诉的第2步：填写投诉内。
失望啊~ 那个操作把我带到了支付宝的交易管理页面。
在“退款管理”里，我前面提交的退款申请记录乖乖的呆在那，即没有任何可填投诉的区域，也回不到投诉的第一步。您想啊，我现在都跳到了支付宝页面，咋可能还有淘宝投诉的地儿？
于是跑回淘宝帮助中心，把那儿翻了个遍，还是没找到答案。
怒~ 明明我是按照这条帮助说明操作的，连顺序都按着上面说的做的啊，怎么就有问题？
“您已付款了，却没有收到卖家的货。建议先联系一下对方，如果联系不上建议及时申请退款，并在“我的淘宝-我是买家-已买到的宝贝”里发起卖家拒绝履行支付宝的投诉。”
没办法，只能打客服热线（忽略查找热线的曲折过程，反正我现在已经记不清我是在哪找到的了）。
热线总是不好打的，快下班时分好不容易打进了，把我的问题告诉了客服MM，得到的答案简直让人吐血。
“退款”和“投诉”不能同时进行……
天~ 这样还把两件事放在一起说，但就算放在一起说，也应该慎重考虑一下语序用词。即使觉的说辞上不好表达，还是可以在可否操作上加以区分。
个人认为系统应该判断如果买家提交了“退款申请”，那么“投诉”应该不可点，不要可点却不可用，这样会把用户忽悠晕的。
如果非得让用户点进去的话，换个说辞，或在下面的页面里加上说明（比如：退款结束后，才能进行投诉）是非常有必要的，否则就是把用户带进了死胡同。
这个想法我是反映给了客服MM，不知道将来是否会对这个问题进行改进。
我们都不希望碰到投诉这种事，但这个功能真的很重要。
Posted in Interaction Design | 3 Comments »
星期一, 05月 19th, 2008
以前看到 andy的关于“Quiet Structure”觉的很不错，于是今天到她的个人站点上逛逛，发现不少好的文章，今天介绍的是她关于“ebay”homepage的分析。
整片文章观点认为ebay首页信息不够清晰、内容重复、 最主要的内容没有突出--- “The result is a main page that does not do its job very well and which fails to represent the brand as it should。”
可能作者是一个ebay“高级用户”，更倾向于个人定制homepage——也是现在很多网站推出服务。因此其中一些观点有些偏激，不过从不同角度分析ebay的设计问题。
1. ebay首页的内容按重要性划分：
作者认为“find my category to buy, sell something, login or register”是homepage的核心任务 ，而整个页面显示核心部分的内容并不是“核心任务”。
2. 作者“category”在两个区域显示浪费空间——“search bar”和“左侧导航”
3. 作者根据自己想法设计简单的原型：
前不久看到过一遍将导航趋势的文章（现在找不到了）：基本说现在的导航越来越商业化，广告的成分越来越多。纯导航正在减少。amazon是典型例子，从以前按类目导航演化成现在引导性广告性更强的导航。这个观点和andy观点还是不同的。
Posted in Interaction Design | 2 Comments »
星期一, 05月 19th, 2008
为了降低用户注册难度，国际站的主注册表单一直在改进。主注册三月至今发生了两次较大的变化，现在对表单调整的地方分解如下：
1． 两步并一步
2． 精简了非必填字段
3． 更改了校验视觉样式
4． 利益点，引导意图
5． 放大校验码
6． 简化agreement部分，弱化其他视觉干扰
7． 信息布局划分
8． 文案表述
9． 数据跟踪
就上述几点做详细的解释：
1-根据国际站的商业需求，需要照顾中国供应商的leads获取，但为了改进表单和降低用户注册的门槛，将分为两步的表单合为一步，但会在表单上做一个明显的提示，引导中供leads[如下图]
2-对表单字段做了精简,保留了用户基本信息字段，将原有的字段移到后续需要行为操作表单时填写
3-对操作区域做了高亮显示；填写输入时出现tips提示（帮助和e.g.）；出错时有更正提醒（在视觉上用叹号的提醒icon，替换了原先略有挫败感的小红叉icon）；填写正确有成功的提示（鼓励用户继续进行下一步的填写）[如下图]
4-多次数据证明需要告诉用户一个明白的逻辑：为什么要join Alibaba.com,所以在新表单发布上线1周左右，在右侧添加了注册的benifits
5-如果说表单让人觉得麻烦，那另一个拦路虎就是表单校验码！尤其是对于我们的那些上了年纪、电脑基础相对薄弱的目标用户群；考虑安全问题，不能去除的前提下做了一些清晰提示的小改动，使用了全站统一的校验图片、刷新的提醒……当然这些还不够，追求安全和易用的平衡下不断完善
6-将原来的Agreement和Policy的位置移到提交按钮下方，强化引导提交行为，相对弱化Agreement和Policy的引导
7-内容上将用户信息定性划分了三个部分；体现在布局上——三块信息，缩短所有字段堆砌，导致冗长的心理感觉；视觉上提醒用户有行为进程，表单不会太长能尽快填完(如下图)
8-一直被忽略的文案是最终的赢家，文字传达的好坏在人的心理影响上起到了很大的作用，非严肃的公文书面用语会让用户觉得轻松一些，降低完成难度
9-数据跟踪是我们改进表单的根本依据，所以我们有了水晶观察者，在水晶球后观察用户的困难然后像魔法师一样给他们切实的帮助
后续还将就校验框架的交互表现做专题描述，以及表单改进后的阶段数据观察，敬请期待!
Posted in Interaction Design | 3 Comments »