日期:2013-08-16 浏览次数:20764 次
------------------------
下面按照交互的4个要素,分别讨论一下下面的问题:
1、 如何寻找目标用户和发掘用户交互需求
2、 如何辨识和使用交互元素
3、 如何设计和使用交互逻辑
4、 如何通过交互费用对交互进行验证和测试
(一)、寻找目标用户和发掘用户交互需求
我们首先来看,如何确定目标用户。
确认目标用户一般是从商业角度考虑的,也就是说从市场方面看,谁会购买我的软件产品?谁是可能的购买者?谁是潜在的购买者?
在目标用户的确定上,可以参考同类产品的用户群。
一旦确定用户群,就有用户群的特征。比如:
年龄、职业特征、计算机使用经验、同类产品使用经验、爱好等等。
确定了用户群,就可以找到“典型”用户。所谓的典型用户就是属于用户群分类,比较有典型代表的用户描述。对于典型用户的描述可以比用户群更为精确。比如年龄可以精确到年,计算机使用经验可以描述为熟悉windows基本操作(点击、键盘、托拽、鼠标右键)等等。典型用户可以为前期的软件交互定性测试和定量测试以及软件开发后期的确认测试提供样本。
有了用户群描述,就可以进行一些交互挖掘。比如:问卷、投票、采访、直接用户观察等。通过对目标用户群的交互挖掘,可以比较宽泛的了解目标用户对于我们正在开发的软件的交互要求和理解。
这个时期的交互挖掘往往会伴随着软件功能的调查、软件定位的调查一起。因此不会很明确的体现用户对于我们软件的交互要求。
当找到典型用户的时候,我们一般采用三种方式来挖掘用户对软件交互的需求:焦点小组、场景测试和专家小组。
焦点小组一般有如下的组成方式:
中立主持人一名、典型用户5-7名、记录员一名。另外需要准备白板、投影仪、摄像机、文件夹等设备。
焦点小组可以从两个方式进行。一个是对比方式,一个是单一式。
对比方式就是把具有相同功能或者类似功能的多个软件交互模式放在一起,通过投影、讲解、演示等手段,让参与的用户对其进行评价和提出意见和建议。
单一式就是针对一个软件的几个重点功能(一般来说不会是全部功能)的交互方式同参与的用户进行交流。
焦点小组要注意的问题是:主持人要保持中立,引导用户提出意见而不是引导用户意见的方向,注意平衡不同用户发言时间,活跃气氛。整体时间不超过2个小时为宜。需要在一个让人心情比较放松的环境进行。如果需要对焦点小组过程进行记录(笔录或者图像等)需要预先征得参与用户书面同意。
焦点小组只能定性交互问题,难以定量分析交互问题。
场景测试一般有如下组成方式:
参与焦点用户多名,每次测试一名。协助人一名。另外需要准备合乎软件使用环境的房间、可观察用户行为的房间(该房间最好用户无法反向观察)、摄像机一台或者多台,测试脚本,用户测试报告等设备。
在场景测试之前需要根据软件功能设定一个需要测试的软件功能列表。这个列表文字描述了需要用户完成的任务。这个任务列表需要结合用户实际使用的逻辑。
主持人的主要责任是根据软件功能设定,提示用户需要进行的操作,在用户遇到问题的时候询问用户的感受,在用户无法完成任务的时候提示用户。
由于主持人一般坐在用户身后,因此观察者可以更加直观的感受到用户当前的状态。同时观察者还可以扮演记录员的角色,记录用户在不同的任务中的表现和语言。
场景测试需要注意的问题是主持人要让用户尽量放松,不要过早提示用户该如何进行,而是询问用户的思路和感受。在对用户进行测试之前,一定要清晰描述他(她)将要面对的环境、软件情况、任务情况。要用户书面同意参与这个测试并且允许保留测试录像。观察者一定要注意不能让用户注意到自己的存在,以免影响测试效果。每个用户测试时间不要超过2个小时。
场景测试可以定性和定量的测试问题。但是由于每次只能测试一个用户,因此样本量受到限制。适合软件功能定型后有了可操作的原型或者版本之后进行。
专家小组一般有以下组成方式:
主持人1名,相关领域界面设计或用户研究专家3名,典型用户3名。另外需要准备白板、投影仪、摄像机、文件夹等设备。
在进行专家小组之前,首先要确定需要讨论的软件功能列表。根据所需要讨论功能列表提供相应的交互演示文档。
主持人的主要责任就是按照事先确定的功能列表,鼓励参与的专家和典型用户就当前问题进行讨论,记录最为对立的观点。
参与专家的责任是根据软件的定位和功能,从交互设计角度、美术角度、实现角度提出意见和建议。
参与用户的任务是从用户角度对软件的交互设计提出意见和建议。
专家小组的主要目的是结合专家和用户的意见,对于软件交互中比较疑难的问题进行讨论,提出解决的方案或者方法。
专家测试中要注意的问题是:不能选择行政级别高的人为专家。由于他们职务的关系会影响最终的结论。不能选择过于内向和外向的用户。他们都会对讨论结果产生偏移性影响。主持人要注意把握讨论的方式和方向。不要让讨论变成争执或者对某个问题讨论过长。另外就是不要让用户知道在座的有专家。