小型的用户体验研究.doc

小型的用户体验研究 作者：Steve Baty 原文链接：/mt/archives/2008/05/bite-sized-ux-research.php 翻译：赵姗 校正：郑广志 由于项目时间，经费和资源的缺乏，理想的用户体验研究经常不能实现。出现这种情况有很多原因： 有时我们加入项目的时间较晚 或许我们（用户体验设计人员）对一个并不真正理解用户体验的单位来说比较陌生 或许一个公司由于某些原因急于把产品推向市场--尽管有各种或好或坏的理由—其结果就是没有时间“做大” 可能您的客户或者公司采用敏捷型开发方法 遇到这些情况时，我们容易灰心地放弃，或者无可奈何地接受事事无完美的现实。然而，简单的事实是，作为用户体验专业人士，我们可以在项目的任何阶段做出贡献—即使项目组不能立即按照我们的意见行动。 经常瞄准小胜 无论是什么原因造成公司资源短缺，您在项目中应当尽可能多地把握“小胜”的机会。这个建议很普遍，很多次被提到，但还是非常值得重复。而且它非常适用于时间短缺或者不够人手的情况。 这条建议对那些新上任的并且是团队里唯一的用户体验设计人员同样有效。新雇员经常会问：“我应该如何推广用户体验呢？”答案一般围绕着这句话：“瞄准小胜”。换句话说，不要把时间浪费在找一堆个案研究去说明别人在其他单位如何创造价值。而应该做些看得见摸得着的有建设性的事，尽管是小事，却有更重的分量。 制造影响 重点放在做到物有所值。因个人情况的不同，您可能没有很多机会展示用户研究的价值，而且当时间不够的时候，人们趋向于总该做点什么——任何事情。您应该抑制这种冲动。如果您想制造更大的影响，那么在开始行动之前，您可以问项目组成员——包括项目经理，研发人员，和企业参与方——这些有针对性的问题： 这个网站或者应用系统的关键性能有哪些？ 对开发人员来说，哪些性能是一旦做出来就最难以改动的？ 在用户需求，用户群或拳头产品方面，哪些是最模糊的？ 然后再多问几个问题： 我应该如何记录用户调研的发现才能使它更好地为项目组所用？ 我们有时间做多个周期吗？如果有，做几个？ 掌握了这些信息之后，您可以开始计划一些关注于项目的最重要因素的行动—决定项目成功的关键功能；最难变动的功能；项目的灰色区域--然后提供真正的价值。 “做一些小事”总是很容易说，但是到底您能做什么呢？ 项目早期 您可以在项目初期展示出用户体验的价值——比如说项目范围的确定，初期设计，总体要求，等等——此时，对于一个网上服务系统功能有较多的回旋余地，用户需求也较模糊。有些活动在过程初期可以展示价值，甚至会缓解未来的资源限制。这些活动包括： 用户访谈或现场调查——走出您的办公室见见您的潜在用户们。这个成本非常低的办法可以快速建立起对用户需求和用户环境的理解。您还将了解到用户在哪些方面不同于彼此，还可能会有惊喜的发现。最棒的是，除了时间成本，这项活动几乎是免费的。 竞争者分析—— 帮助您理清目前本领域的状况，让您的团队制定更好的目标。看看竞争对手现有的产品，找到他们做的很好的地方和做得不好的地方。竞争者分析也为您提供了可以入门的一套产品基本功能的底线。它们也有助于确认明显差距所带来的机会。 内部利益相关者的采访——如果您无法直接接触用户，去和利益相关人员谈谈，问问他们选择和划分功能优先次序的决策过程。这样可以帮助您确定一些假设，您可以随着项目的前进检验它们。它也可以帮助理解这个项目组的思维模式。 草拟典型用户——很可能您没有时间或资源进行有足够深度的用户研究来设计明确的典型用户。然而，代表所有已知用户信息的低精度典型用户模型也会随着时间的进展显示出其价值。您可以随着对用户了解的增加完善这些草图，它们同样表明当前您的团队对目标用户的第一手资料知之甚少。 卡片分类怎么样呢？ 在项目早期进行卡片分类练习是理想的，此时领域中的概念还没有被很好地理解。在早期，您通常会做开放式卡片分类。它可能对时间和资源的要求——用来招募，执行，和分析——比您现有的要多。 尽管设计，招募，执行和分析卡片分类可以在几天里完成，问题依然是您是否本可以用这些时间做其他的事情，对项目起到更重要的作用。然而，有时候确定信息架构是项目成功最关键的因素，卡片分类则是利用您的时间最好方式。 交付什么产品？ 尽管您的时间可能很少，但也不要把信息架构师的职责让给别人。做线框图，即使您只演示某些组成元素的细节。项目的关键功能决定着细化哪些部分。您可以把时间花在设计那些对项目成功最重要的部分，把次重要的部分留给开发团队，然后在您有时间的时候再去改进它们的设计。或者，设计和测试那些复杂的部分，如果在项目后期重新设计和实施它们将会代价高昂。 随着时间推移 随着您的项目走出早期阶段进入实施阶段，您可以开始把注意力从用户需求转移到改进和完善。在项目的这个阶段，有用的行动包括： 用