团队博客 - 以用户为中心的设计

流氓帮助
罗永浩老师在说到暂*住*证的时候描述了这样一个情景：国家将收容制度更名叫做帮助制度。
警察在马路上抓住一个民工问：有没有暂住证？
民工说：没有。
警察：那跟我走一趟。
民工：哦不，我不用帮助。
警察：我～帮～你！

在很多的设计中，我们处处也能见到这样的“流氓帮助”、“强迫式帮助”。
记得当初office还是什么软件有个设计，在我刚刚要使用的时候，蹦出个“猴子”问：“你知道吗？XXXXXX。”不关闭就不让你继续！
犯这个错误的原因是设计师将所有需求理解成一样了，认为所有人在这里都有困难而需要帮助。在确定提供帮助之前最好先拆分需求。
(more…)

前几天我一个朋友突然问我：“怎么删掉iPod里存的歌曲啊？”据我所知，他买了iPod已经有半年多了，所以这时候冒出这样的问题让我很惊讶：“难道半年了你都没有删过歌吗？”他毫不为奇地说：“我刚刚才想要删歌，以前一直用得好好的。”

终其一生，有些用户可能永远用不到一些产品的功能，也永远不知道有这些功能的存在。这样的用户，我们称为新手用户──或许称为“新手状态”更准确。

与之相反的，是一些对产品功能、以及功能之间的规则甚至是运作原理都了然于胸的用户，这些用户闭着眼睛也知道点了“下一步”会弹出什么样的对话窗，有什么办法让能系统自动处理事情。这样的用户，我们称为专家用户──嗯，我还是倾向于称其为一种状态：“专家状态”。

那么，在新手和专家之间，还有一种状态，它介于前两者之间，具体表现就是，用户对自己经常用的功能很熟悉，但不一定了解规则；知道还有哪些功能，但如果不是需要的话，基本上想不起要用它们。同时，明明知道有更便捷的方法，仍然固执地用自己的方式来处理事情。这种状态，称为“中间状态”。 (more…)

T公司做互联网个人软件的，其WEB相关的产品经理(PM)都很“盲”，网盲的盲。因为这些人大都是刚毕业就找过来的，没有任何经验的毕业生，而且很多都是和互联网专业不相干的，在到公司之前甚至都不了解公司的产品。他们每天背负的任务只有一个——“收入”，很少去研究行业发展和相关产品，更不要提如何做好产品的设计了。
有事实为证：某PM到其他部门同事的座位上讨论产品，看到同事正在使用一个竞争产品，该PM问：“这个是什么？！感觉很不错呀！”。实际上这个竞争产品已经出来很久了，而且在业内较有名气，作为产品经理他们竟然不知道。当设计师仔细告诉这个产品是什么、怎么用、怎么好以后，他们回到座位依然会打电话问“那天你用的那个xxx是什么来着？怎么下载？”。同事晕倒。
他们的PM和UE之间经常这样合作：PM突然想出来一个好的赚钱的点子(或者上头因为“业绩不好”压过来一个任务，他们又想出来了一个“强奸用户”的办法)，什么都没有准备或者只准备了一个“项目说明”，描述”我们想达到什么目的”，然后就直接拿跑去跟UE的同事说：我们有一个新项目，要怎么向用户收钱，你给我们“交互一下”吧…
(more…)

也许是繁忙的工作让我无法顾及周边的变化，亦或者是变化的环境让我忘记了自己。

我姓游名毅，结婚6年，现有一女，她妈不知去向。女儿今年5岁，智商只相当于两岁，是个智障。

女儿刚出生那时很漂亮，是我见过最可爱最美的孩子，可是从她两岁开始，女儿与同龄孩子的差距就暴露得明显了。她说话迟，且又慢又结巴。走路也不稳，力气却奇大，“啪”的一巴掌莫名其妙地就迎面打过来。
(more…)

Bret Victor写了篇名为“Magic Ink - Information Software and the Graphical Interface”的文章，这篇文章在国内外的一些设计社区中都引发了不少讨论。
一口气读完此文会导致窒息，很长很吓人。残忍的白鸦竟然请我翻译“全文”，工程实在浩大，翻译多半后我才发觉这根本是个无法完成的任务。现在只贴出文章简介以及和本期话题相关的“交互设计”部分。
………………

内容简介：
糟糕的用户体验和缺乏帮助信息的软件界面，激励着我们数十年来致力于研究“人机交互”。本文，我的观点是：长期以来我们过于注重“交互”，这可能是一种误导。我认为，对于大多数软件——也就是我们所说的“信息化软件”来说，交互无论对于用户还是设计师实际上都是一种负担，用户的目标可以通过其他手段更好地被满足。

所谓“信息化软件”设计其实可以被看作是情境关联信息图形设计。我论证了信息图形化设计的主要任务和三种目前常用的获悉情境关联的途径，而交互是其中最次要的一种。当论证完这些设计理念在文化上变迁的必然性之后，我会开始进行设计。我概述了这样一种工具——它可以让设计师在没有技术支持的条件下根据数据生成图形，以及这样一个平台──它可以在独立程序之间进行空前级别的隐形情境共享。在结论中我断言：随着技术水平的不断提高，信息化软件的设计原则将会变得越来越重要。

尽管这篇论文提出了许多具体的设计和工程理念，但文章的最大意图是——介绍信息化软件设计中的“统一理论”，向那些质疑软件世界是否如他们所知的那么“平”的设计师提供设计的灵感和方向。
(more…)

所有的交互创新都需要开发落实，并且越让用户更方便，逻辑也就越麻烦，两个指标正好成反比。不是说有了创意就能做出来，因为编码本身就是个复杂的系统工程，除了需要考虑可行性，还有执行效率、平台兼容、客户端兼容等因素。

关于模式，我们经常在网上发现一些有趣的交互方案(Solution)，能够开阔眼界打开思路，甚至可以原封不动的放到自己产品上使用，所见即所得，典型如Lightbox效果。

关于开发，有同行为了更好的分享资源，除了制作成演示控件(Pattern)，并且搭建为一体化接口库，目地是整合更多设计师的创意，实现高效开发，典型如YUI框架。

(more…)

大部分时候我们讲导航，讲的是导航对内容和结构的一种表现。就是说我们在讨论导航的时候，更多的去关注怎么与之交互，以及视觉上是怎么好看。但是导航，不仅仅局限于交互方式和视觉形式。

被狭义化的导航

回想一下我们是如何设计导航的？难道不正是根据内容、根据内容的结构去设计？最终，导航可能包含了三方面的功劳：交互设计、视觉设计，别忘了，还有信息架构。是信息架构决定了导航的设计。

信息架构决定了我们是用几级分类，一个项目是否可以属于两个或多个分类，等等。信息架构里面，有很大一部分工作是分类。分类，就是对已有的项目、内容，通过已知的共同属性，进行分组、归类。在计算机、信息系统被发明以前，人们就在不断进行着分类工作。从日常生活到科学研究，分类无处不在。我们为什么会要对动物、植物进行分类呢？哦，是为了形成科学的知识体系。那么当然，是先有了动物、植物、微生物的具体存在，才有了界、门、纲、目、科、属、种这样的生物分类法。为什么要分那么细致那么多层级？是因为生物届的复杂性要求分的这么细致。

(more…)

网站，(100-1)%的内容是导航

1、Jesse James Garrett 在《用户体验要素》一书中提到了多重导航系统：全局导航、局部导航、辅助导航、内链导航、友好导航。
而我认为不仅如此，“检索”、“分类”、“网站地图”、“内容简介”等也都只是不同的导航方式而已。

2、网站的价值是“可以帮助用户完成某项任务并得到某种体验”。
网站要做的事情就是更好的引导用户完成任务，并保证用户完成任务的过程有着好的体验。
某种意义上可以说：网站从头到尾做的事情都是在做“导航”，只有最终的那个结果才是“内容”。

3、所以，网站的设计“百分之一百减一”是在设计导航。
而网站的体验和“完成任务的过程”其实都是“导航体验”。
所以在设计中我们总是在不断的思考“如何让用户更好的完成这个任务”，“如何更好的引导用户完成这个操作”，“用户习惯怎么去做这件事情”，…

(more…)

导航设计是结构层面设计中的主要工作之一，在软件中，导航设计的好坏，直接关系到用户使用是否能够流畅。面对较复杂的导航，我们第一反应是将其简化。所以在一些复杂的企业级管理软件中（如SAP、金蝶ERP、浪潮ERP等），提供用户直接通达某位置的快速入口；有些软件则提供收藏夹，让用户把常用的地址收藏；有些则从导航交互的方式上寻求解决办法。

1、在路径层面上提供辅助导航
提起辅助导航，我们会马上想到搜索框、快捷入口、收藏夹等等，之所以会马上想到这些，是因为这些形式让我们的使用更便捷。

图 1-1 SAP界面上的快速入口

(more…)

很久很久以前，在大森林的边上住着一个贫穷的樵夫，他妻子和两个孩子与他相依为命。他的儿子名叫汉赛尔，女儿名叫格莱特。后来樵夫的妻子去世了，他又给孩子们娶了一个后母。后母计划把两个孩子带到森林的深处，然后趁他们睡着的时候跑掉。汉赛尔无意中知道了后母的计划，于是偷偷地把一块面包藏在了口袋里。在去森林的路上，汉赛尔悄悄地捏碎了他的面包，并不时地停下脚步，把碎面包屑撒在路上。后母顺利地趁孩子们睡着的时候溜掉了，汉赛尔和格莱特醒来已是一片漆黑。汉赛尔安慰他的妹妹说：“等月亮一出来，我们就看得见我撒在地上的面包屑了，它一定会指给我们回家的路。”但是当月亮升起来时，他们在地上却怎么也找不到一点面包屑了，原来它们都被那些在树林里、田野上飞来飞去的鸟儿一点点地啄食了。

这是《格林童话》中所描述的与面包屑有关的故事。不知道从哪一天开始，汉赛尔的面包屑开始悄悄地出现在某个网站的导航位置上，然后迅速地撒遍了全世界，变成了今天大家所熟知的“面包屑导航”。 (more…)