设计师到底能不能自己进行可用性测试（上）

在 UX 设计领域有一句老话，可用性测试不该由设计师自己来执行。虽然听上去是没错的，但真的是这样吗？实际上，作为团队中唯一的UX专家，UX 设计师一直在测试自己的设计，如果他们不去测，那么根本没人能测试。所以我们有个疑问，“测试自己的设计”，真的是弊大于利的吗？很多人曾就这一话题发表过文章，包括 PaulSherman 自 2009 年起在 UXmatters 上做的很棒的专栏。但是，作为一个全面体验过这个问题的人，我想给出一个不同的视角。我测试了自己的设计，并让其他人分别测试了我的以及别人的设计，从中体验到了每种情况的利弊。在这篇专栏中，我们将讨论高效测试自己的设计的可能性，并给那些需要做可用性测试的 UX 设计师提一些小小的建议。


为什么你不能自行测试自己的设计
当测试结果没有找出明确的问题和解决方案时，你就会不由自主的放大那些能支持你想法的结果，而搁置那些不能支持你设计决策的结果。首先，我们来看看认为最好不要自行测试的人，他们的几个观点。


你无法对自己的设计保持客观
对自行测试最大的争论是，设计师往往在自己的设计上付出了太多心血，所以很难保持客观。即使你努力保持公正并意识到自己潜在的偏见，也很难保证完全没有偏见，这些将影响你的肢体语言，以及你对测试参与者要问的问题和不问的问题。偏见会影响你对测试结果的分析和诠释。尤其是当测试结果没有找出明确的问题和解决方案时，你就会不由自主的放大那些能支持你想法的结果，而搁置那些不能支持你设计决策的结果。


你太过于熟悉自己的设计
作为 UX 设计师，你比任何人都要了解自己的设计。你了解设计中所有的需求、决策、技术限制以及利弊权衡。所以，和普通的测试参与者第一次使用产品相比，你对产品的看法是非常不同的。你自身的知识也让你很难从用户的视角去看产品。


你可能迫于压力不想找出太多问题
“可用性测试是它是有助于赋予设计以思想的一个迭代的、习得的活动。它是自然发生且期望发现可用性问题的，并且这些问题不应片面地归咎于设计师。”
关于可用性测试最健康的态度是，它是有助于赋予设计以思想的一个迭代的、习得的活动。它是自然发生且期望发现可用性问题的，并且这些问题不应片面地归咎于设计师。不幸的是，并不是所有的公司对测试都持有这种健康的态度。当一个公司将可用性测试看作是对设计和其设计者的评估时，任何小的问题都将片面的归咎于设计师。在这样一个不健康的氛围下，测试自己设计的设计师会有强烈的意愿不要发现太多的问题。当第一次可用性测试安排在设计流程后期时，问题尤其明显，因为在后面的阶段发现了主要问题将导致主项目的延期。


其他人会察觉到这其中存在利益冲突
即使一个公司对可用性测试持有健康的态度并且设计师也尽了很大努力保持公正，其他人也仍会察觉到其中利益的冲突。他们可能用这个顾虑作为原因来反驳他们不认同的成果和提议。


同时设计和测试可能让你忙不过来
“将设计和测试的工作分给两个人去做会更有效率，会让你更快完成可用性测试，并缩短整体的开发周期。”虽然雇佣一个可以同时完成设计和自行测试的“通才”好像会给公司节省经费，但对一个人来说，这可是大量的工作。设计师通常忙于设计和制作原型以至于没有时间去计划测试、招募测试参与人员、进行测试会议和分析数据。将设计和测试分给两个人可以让他们能同时进行这些工作。这会更有效率，会让你更快完成可用性测试，并缩短整体的开发周期。


提供诚实的反馈时对参与者来说可能会很尴尬
直接对设计者提出批评和负面的反馈往往会让参与者很尴尬。反而，他们会努力表现得礼貌并降低批评的力度。无论何时我测试别人的设计，我都会强调：“我没有参与设计，我只是被要求收集测试者的反馈。所以如果你们狠狠的批评，也并不算是冒犯我，也不会伤了我的心。”参与者这时往往会开心的笑并觉得更自在，也更可能给出他们真是的观点。但是，当我自己是设计师，测试我自己的设计师，我很难发自内心的那样说。


未完待续
本文来自公众号：UIBANG
大连中钰睿泓与你分享精品文章