用户不是好的设计师

UE视界网    ()  ()

2019-11-12 12:52:55

大多数系统设计人员都会告诉您,如果用户参与开发过程,则有更大的机会获得系统成功。几年前,大多数系统都是由程序员创建的,用户输入的信息很少。这带来了许多问题,以至于大多数管理人员要求他们的设计师在开发新系统时严重依赖潜在用户。钟摆从一种极端(用户输入很少)摆动到另一种极端(几乎完全依赖用户)。

定义用户参与度

如今,用户参与已成为可用系统开发中广泛接受的原则。当前对“以用户为中心的设计”的重视可以追溯到几个不同的来源。最具影响力的文章之一是20年前John Gould和Clayton Lewis在IBM撰写的一篇文章(Gould和Lewis,1985)。

很难找到用户参与的明确定义。这似乎是一个模糊的概念,涉及许多方法。在某些情况下,这仅表示“持续关注用户”,而在另一些情况下,则表示“与用户进行定期咨询”,有时甚至表示“用户的实际参与”。因此,用户的参与程度可以从“作为通知者的用户”到“作为设计者的用户”再到“作为设计经理的用户”。

大多数设计者似乎认为,让用户参与新系统的设计和开发将导致:

  • 由于更准确的用户要求,系统的质量有所提高,

  • 更高水平的用户接受度,以及

  • 更有效地使用。

相关研究

芬兰赫尔辛基工业大学的Sari Kujala对与用户参与系统设计有关的研究文献进行了综述(Kujala,2003年)。她想阐明在系统设计和开发过程中用户参与与系统最终成功之间的关系。

库贾拉女士报告说,现有的研究既有积极的结果也有消极的结果。一项研究(Foster和Franz,1999年)发现,设计师对用户参与的看法与提高用户接受度的四个指标确实相关。一系列其他研究(Barki和Hartwick,1991; Baroudi等,1986; McKeen和Guimares,1997)报告了用户参与度与以下各项之间的较低但可靠的相关性:

  • 整体系统接受度(r = .42),

  • 接受系统功能(r = .32),

  • 增强的系统使用率(r = .28),以及

  • 用户满意度(r = .18和r = .42)。

她发现其他产生中性或阴性结果的研究。一项荟萃分析(Ives和Olson,1984年)确定了30多项实证研究,其中用户参与是关键变量。这些作者得出的结论是,这些研究并未通过让用户参与而提供一致的积极益处的证据。另一项研究(Heinbokel等,1996)报告说,用户参与程度的提高实际上与总体成功率较低(r = -.47)和创新较少(r = -.40)有关。

结论

最佳的现有研究表明,通过让用户参与新系统的设计和开发,将导致一组更加准确的用户需求。在某些情况下,用户接受度也可能有所提高。但是,对于后一个结论的支持研究并不那么强大。最后,几乎没有证据表明,当用户密切参与设计决策时,系统会更有效或更有效。

用户在帮助定义系统(即确定用户需求)方面最有用。用户在帮助设计系统方面的价值要低得多。为了充分利用可用用户,设计人员应使用它们来帮助确定系统将要执行的操作,但不要让他们参与确定如何最好地使用它。

以后,在可用性测试期间,可以将潜在用户有效地用作测试参与者。该测试期间的重点应该放在评估用户的性能行为上,而不是在收集他们对设计更改的口头建议上。也就是说,试图找出用户在哪里以及为什么在系统上遇到问题,而不是在确定其解决方案的想法。请记住,最好的研究表明用户是好的定义者,但他们不是好的设计师。


责任编辑:网络UESJ网:   UE视界网,未经授权不得转载
关键词 >> 用户体验

还可以输入0个字

(审核后展示)
打开目录