日期:2014-02-20  浏览次数:20700 次

 文章作者:姜伟 Email:jamewe@yahoo.com.cn QQ:355905 团体网站:it2media.nease.net。转载请联系原文作者

------------------------

  下面按照交互的4个要素,分别讨论一下下面的问题:
  1、 如何寻觅目标用户和发掘用户交互需求
  2、 如何辨识和使用交互元素
  3、 如何设计和使用交互逻辑
  4、 如何通过交互费用对交互进行验证和测试

  (一)、寻觅目标用户和发掘用户交互需求

  我们首先来看,如何确定目标用户。
  确认目标用户普通是从商业角度考虑的,也就是说从市场方面看,谁会购置我的软件产品?谁是可能的购置者?谁是潜在的购置者?

  在目标用户的确定上,可以参考同类产品的用户群。

  一旦确定用户群,就有用户群的特征。比如:
  年龄、职业特征、计算机使用经验、同类产品使用经验、爱好等等。

  确定了用户群,就可以找到“典型”用户。所谓的典型用户就是属于用户群分类,比较有典型代表的用户描述。对于典型用户的描述可以比用户群更为精确。比如年龄可以精确到年,计算机使用经验可以描述为熟悉windows基本操作(点击、键盘、托拽、鼠标右键)等等。典型用户可以为前期的软件交互定性测试和定量测试以及软件开发后期的确认测试提供样本。

  有了用户群描述,就可以进行一些交互挖掘。比如:问卷、投票、采访、直接用户观察等。通过对目标用户群的交互挖掘,可以比较宽泛的了解目标用户对于我们正在开发的软件的交互要求和理解。

  这个时期的交互挖掘往往会伴随着软件功用的调查、软件定位的调查一同。因此不会很明确的体现用户对于我们软件的交互要求。

  当找到典型用户的时候,我们普通采用三种方式来挖掘用户对软件交互的需求:焦点小组、场景测试和专家小组。

  焦点小组普通有如下的组成方式:
  中立掌管人一名、典型用户5-7名、记录员一名。另外需求预备白板、投影仪、摄像机、文件夹等设备。

  焦点小组可以从两个方式进行。一个是对比方式,一个是单一式。

  对比方式就是把具有相反功用或者类似功用的多个软件交互模式放在一同,通过投影、讲解、演示等手段,让参与的用户对其进行评价和提出意见和建议。

  单一式就是针对一个软件的几个重点功用(普通来说不会是全部功用)的交互方式同参与的用户进行交流。

  焦点小组要留意的问题是:掌管人要保持中立,引导用户提出意见而不是引导用户意见的方向,留意平衡不同用户发言时间,活跃气氛。全体时间不超过2个小时为宜。需求在一个让人心境比较放松的环境进行。如果需求对焦点小组过程进行记录(笔录或者图像等)需求事后征得参与用户书面同意。

  焦点小组只能定性交互问题,难以定量分析交互问题。

  场景测试普通有如下组成方式:
参与焦点用户多名,每次测试一名。协助人一名。另外需求预备合乎软件使用环境的房间、可观察用户行为的房间(该房间最好用户无法反向观察)、摄像机一台或者多台,测试脚本,用户测试报告等设备。

  在场景测试之前需求依据软件功用设定一个需求测试的软件功用列表。这个列表文字描述了需求用户完成的任务。这个任务列表需求结合用户实际使用的逻辑。

  掌管人的次要责任是依据软件功用设定,提示用户需求进行的操作,在用户遇到问题的时候讯问用户的感受,在用户无法完成任务的时候提示用户。

  由于掌管人普通坐在用户身后,因此观察者可以愈加直观的感遭到用户当前的形状。同时观察者还可以扮演记录员的角色,记录用户在不同的任务中的表现和言语。

  场景测试需求留意的问题是掌管人要让用户尽量放松,不要过早提示用户该如何进行,而是讯问用户的思路和感受。在对用户进行测试之前,一定要清晰描述他(她)将要面对的环境、软件情况、任务情况。要用户书面同意参与这个测试并且允许保留测试录像。观察者一定要留意不能让用户留意到本人的存在,以免影响测试效果。每个用户测试时间不要超过2个小时。

  场景测试可以定性和定量的测试问题。但是由于每次只能测试一个用户,因此样本量遭到限制。适合软件功用定型后有了可操作的原型或者版本之后进行。

  专家小组普通有以下组成方式:
  掌管人1名,相关领域界面设计或用户研讨专家3名,典型用户3名。另外需求预备白板、投影仪、摄像机、文件夹等设备。

  在进行专家小组之前,首先要确定需求讨论的软件功用列表。依据所需求讨论功用列表提供相应的交互演示文档。

  掌管人的次要责任就是按照事先确定的功用列表,鼓励参与的专家和典型用户就当前问题进行讨论,记录最为对立的观点。

  参与专家的责任是依据软件的定位和功用,从交互设计角度、美术角度、实现角度提出意见和建议。

  参与用户的任务是从用户角度对软件的交互设计提出意见和建议。

  专家小组的次要目的是结合专家和用户的意见,对于软件交互中比较疑问的问题进行讨论,提出处理的方案或者方法。

  专家测试中要留意的问题是:不能选择行政级别高的人为专家。由于他们职务的关系会影响最终的结论。不能选择过于内向和外向的用户。他们都会对讨论结果产生偏移性影响。掌管人要留意把握讨论的方式和方向。不要让讨论变成争论或者对某个问题讨论过长。另外就是不要让用户知道在座的有专家。