可用性的维度:定义会话,推动进程
设定场所
在一个会议室里,有五个或者十个项目组的成员,你们正要启动一个新的项目。有可能这是与一个新的项目组或者新的客户在一起。他们的目的就是想要得到一些他们曾听说过的“可用性”,而你正是帮助他们得到“可用性”的人。项目组的头儿说话了:
“我们想要我们的产品更好用”。你回答:“好,让我们具体谈谈你们的目标,然后我们就可以计划一下怎么达成它。”这时候,他便把这个挑战交给了你,“你是专家,你来告诉我们吧。”
也可能他们说:“你知道,我们想要我们的产品对人们来说更好用。直观。我们该做些什么呢?”这时所有的眼睛都看着你,你接下来说的话将会为你今后在项目中的工作设定场所。
这样的情景听上去是不是很熟悉呢?在这种情况下,我有两个目标:
·第一个目标,也是最紧迫的,就是要让项目组里的其他成员在讨论“可用性”的时候把我当做专家,并且帮助他们理解我将要做的事情。
·第二个目标,我需要利用这个信息,有时候很快,去定义进程而且采取正确的行动达成项目中的“可用性”目标。 “可用性”的维度就是我的切入点,我将从这个切入点展开这个对话。
谈谈“可用性”
我认为“可用性”这个词应当是一个可用的产品的质量或者性质,尽管这个词也用来描述 “以用户为中心的设计”的过程,或者用来描述是该过程中的一些特定的研究方法和评估技术。我们可以像在ISO9241标准中那样概括得定义“可用性”:
“一个产品可以被特定的用户在特定的使用情况中,有效、高效并且满意得达成特定目标的程度。”
但是对那些特定的用户而言,在特定的环境中使用时,有效、高效是什么意思?就像所有的标准一样,这个定义对指导设计来说,不够具体。然而,它是一个模板,是每个项目必须填写的起点。我们不能以一些无名的“特定的目标”,而应该是以详细描述和定义的目标来结束。
这个定义对于我们“推销”可用性这个概念,甚至理解这个概念的帮助很小。更重要的是,它几乎无法让项目中的关键人物展开想象并最后作出承诺。对ISO9241定义,有三个重要批评:
·它太强调定义得很好的任务和目标,也忽略了用户体验中的比较不那么切实的元素,或者强加一些简单定义的任务(比如说,将电子商务网站的任务简化成“买东西”)。
·强调有效和效率是产品使用中的最重要的因素,而认为产品和使用场合不那么重要,,这样便很难去讨论如何将“可用性”应用到产品上或者使用场合上。而关注愉悦、产品吸引力、或其他等难以度量的情感方面的因素,则被认为是和可用性无关的。
·“满意度”这个词在很多情况下不足以积极得涵盖所有的需求。它感觉上是“还可以”而不是“真棒”。它可能在一些企业或者工作相关的应用上是可以接受的。在消费者购物、寻找信息或者在线服务中,它对用户或者商务来说,在描述人类互动的目标时,就不够显著。 简单来说,这样我们就在与软件、网页和产品设计团体的沟通可用性的前景时失败了。谈到可用性是一个将它分解成不那么抽象的词汇的过程,这样我们就可以细致地、从各个角度或者维度去讨论。
出处:UI花园
责任编辑:moby
上一页 下一页 可用性的维度 [2]
|