专题：可用性 -- IT技术博客大学习 -- 共学习共进步！

最新的年龄在3-12岁的用户研究显示大孩子们已经拥有丰富的网络经验，而更年幼的孩子们仍然面临很多问题。为儿童设计需要不同的可用性的方法，包括为不同年龄段的儿童提供更细分的内容。

可用性测试（usability testing）这一术语被不加区分地指代任何评估产品或系统的技术方法。很多时候，演讲者明显是在讨论本书第一章介绍的其他方法（如启发式评估、任务走查等），却仍称呼这些方法“可用性测试”。本书中可用性测试是指：招募有代表性的目标用户作为测试参与者，评估某产品是否符合特定可用性标准以及符合程度。可用性测试以具有代表性的真实用户为测试样本，这不同于专家评估、任务走查或其他不要求具有代表性的真实用户参与的测试方法。

Think Aloud－适合设计师的可用性方法

Think aloud 是可用性测试中常用的一种方法，它是由IBM公司Clayton Lewis 在1982年在《以任务为中心的界面设计》书中被阐述，同时引进到了可用性领域，1993年由前苹果研究院VP的Jakob Neilson在可用性工程这本书中再次推出。使用 Think aloud方法，需要提供给被测用户待测的产品或界面原型，要求被测用户根据指定任务操作产品或界面，与此同时，即时地说出使用产品界面时的想法、感受和意见。Think aloud适合在产品设计的任何阶段使用，并且适用于各种形式的产品原型，对于用户路径，界面信息构架，误操评估等有快速有效的校验作用。

产品的可用性、易用性、高效性

产品是用来帮助使用者完成任务，因此在把产品「做漂亮」之前，我们应该先仔细思考设计本身是否有帮助我们往「目标」迈进。阅读性质的App 本身就是要帮助使用者更方便的阅读部落格、新闻、杂志或是其他RSS，过于华丽的介面常常会影响阅读本身。

那么明显，为什么用户看不见？

作为用研，我们经常在可用性测试时听到用户说：“啊？我没注意啊！” 一个操作后，页面弹出一个对话框告知用户操作成功，反馈够明显了吧？用户说：“啊？怎么没反应？” 一个为了用户操作便捷而设计的常用操作入口，简约的视觉与背景区别开来。可用户还是一次次冗余操作，问及则说：“啊？我没注意到啊！原来这个可以直接写说说的？！” 一个新功能上线，网站主页导航上新增了一个模块，改版够大了吧？用户说：“啊？我没看出有什么变化啊。” 每次听到这样的话，设计师们就会抓狂：到底为什么啊？设计得这么明显，为什么用户看不见？？

可用性测试好助手——Morae软件的应用

通过可用性测试，研究员可以梳理出产品存在的一些问题，有助于需求方对产品进行相应的改进。而需求方则可以直接体会到用户的困境，从而找出解决方案。因此，可用性测试不论对研究员发现问题还是需求方改进产品都是非常有价值的。但是在测试过程中，一些“其他”因素却可能让我们的测试效果打了折扣。

可用性测试的权衡之道（二）

虽然可用性测试是相对严谨的用户研究方法，但是其对无关变量控制的严格程度和真正的心理学实验还是有一定的差距；并且心理学实验对每组参与者数量的最低要求是30人，这样得出的结论(数量比例)才具有推论至一般的意义。而可用性测试一般才8人左右的参与人数(尽管招募的参与者在质的方面非常具有代表性)，但却无法把可用性测试中出现的所有数量比例简单推论至一般。8个参与者中有1人发现某个问题，不代表现实中出现同样问题的真实用户只有12.5%，更不代表这个问题不是真正的/严重的可用性问题。

可用性测试的权衡之道（一）

对于可用性测试，业内人士存在一些普遍认可的原则。它们神圣地如同自然科学里的理论，似乎我们只能对其言听计从、俯首称臣才能践行出“好的可用性测试”。其实，即便是科学，它的一个特征也是“可证伪性”――理论的正确性总是存在前提条件的。真理再向前一步就成为谬误！可用性测试中的原则同样如此，需要根据目的、资源、环境的不同，灵活把握、权衡取舍，而非一味恪守某一个或某几个原则，也许这才是可用性从业人员经验重要性...

可用性测试中的任务设计方法

可用性是用来衡量产品质量的重要指标，从用户角度来判断产品的有效性、学习性、记忆性、使用效率、容错程度和令人满意的程度。可用性测试是在迭代设计中不断获得用户反馈，根据用户反馈不断优化产品设计的一种方法。其目的是是建立评价标准，尽可能多的发现可用性问题，并指导产品界面的设计和改进，尽可能地提高产品的可用性质量。如果想进一步了解可用性测试的计划、执行和分析过程，《简单快速的可用性测试》一文会给您一些介...

如何快速解除用户防备？――浅谈可用性测试中沟通的技巧

一般来说，在产品的设计和开发过程中，不同阶段会使用到不同的用户研究方法。比如，在产品正式发布之前，通常会进行可用性测试。可用性测试，是　　指让一群有代表性的用户尝试对产品进行典型操作，同时观察员和开发人员在一旁观察、聆听、记录。该产品可能是一个网站、软件，或其他任何产品，它可能已经做好，也可能尚未成型。

可用性案例分析

可用性一直是交互设计的重头。以下就自己的理解，写写对尼尔森《十大可用性原则》的感想。《十大》原文请见参考资料。本文对各项原则进行了再理解与意译，与常见翻译的版本不同；这也正是我在鼓励和推动互联网中文普及与标准化所做的重要努力之一。一、状态可见原则用户在网页上的任何操作，不论是单击、滚动还是按下键盘，页面应即时给出反馈。“即时”是指，页面响应时间小于用户能忍受的等待时间。

简单快速的可用性测试

可用性测试是改善产品的最佳方式之一，这一点，在内部已经是不争的共识。只是由于用研人手总是不足，所以为了能让各个部门的同事能更快速地展开一些研究和测试的工作，我们陆续整理了一些简单的文档和教程，并计划通过集中的培训来普及一些用户体验的方法。因此，要特别强调的是，本文所介绍的测试方法是简单，非正式的，小样本的，以发现严重问题为目的的。如果要深入了解测试的原理，方法，请参阅以下几本书： Handbook of usabi...

关于柔性服务的一些实践和思考

最近花了大力气在做openapi的优化，使其尽量柔性可用，借此也有些想法想和大家分享一下。柔性服务，google一下，在网上并没有这样一个标准的概念，所以应该是公司自己取的一个名字。但是...