| 操作系统 办公 实用知识 设计 开发 WEB开发 移动开发 数据库 软件工程 网管 安全 管理 信息化 答疑 渠道 |
交互设计7日通(三)文章作者：姜伟 Email:jamewe@yahoo.com.cn QQ:355905 个人网站：it2media.nease.net。转载请联系原文作者 ------------------------ 下面按照交互的4个要素，分别讨论一下下面的问题： (一)、寻找目标用户和发掘用户交互需求 我们首先来看，如何确定目标用户。 在目标用户的确定上，可以参考同类产品的用户群。 一旦确定用户群，就有用户群的特征。比如： 确定了用户群，就可以找到“典型”用户。所谓的典型用户就是属于用户群分类，比较有典型代表的用户描述。对于典型用户的描述可以比用户群更为精确。比如年龄可以精确到年，计算机使用经验可以描述为熟悉windows基本操作(点击、键盘、托拽、鼠标右键)等等。典型用户可以为前期的软件交互定性测试和定量测试以及软件开发后期的确认测试提供样本。 有了用户群描述，就可以进行一些交互挖掘。比如：问卷、投票、采访、直接用户观察等。通过对目标用户群的交互挖掘，可以比较宽泛的了解目标用户对于我们正在开发的软件的交互要求和理解。 这个时期的交互挖掘往往会伴随着软件功能的调查、软件定位的调查一起。因此不会很明确的体现用户对于我们软件的交互要求。 当找到典型用户的时候，我们一般采用三种方式来挖掘用户对软件交互的需求：焦点小组、场景测试和专家小组。 焦点小组一般有如下的组成方式： 焦点小组可以从两个方式进行。一个是对比方式，一个是单一式。 对比方式就是把具有相同功能或者类似功能的多个软件交互模式放在一起，通过投影、讲解、演示等手段，让参与的用户对其进行评价和提出意见和建议。 单一式就是针对一个软件的几个重点功能（一般来说不会是全部功能）的交互方式同参与的用户进行交流。 焦点小组要注意的问题是：主持人要保持中立，引导用户提出意见而不是引导用户意见的方向，注意平衡不同用户发言时间，活跃气氛。整体时间不超过2个小时为宜。需要在一个让人心情比较放松的环境进行。如果需要对焦点小组过程进行记录（笔录或者图像等）需要预先征得参与用户书面同意。 焦点小组只能定性交互问题，难以定量分析交互问题。 场景测试一般有如下组成方式： 在场景测试之前需要根据软件功能设定一个需要测试的软件功能列表。这个列表文字描述了需要用户完成的任务。这个任务列表需要结合用户实际使用的逻辑。 主持人的主要责任是根据软件功能设定，提示用户需要进行的操作，在用户遇到问题的时候询问用户的感受，在用户无法完成任务的时候提示用户。 由于主持人一般坐在用户身后，因此观察者可以更加直观的感受到用户当前的状态。同时观察者还可以扮演记录员的角色，记录用户在不同的任务中的表现和语言。 场景测试需要注意的问题是主持人要让用户尽量放松，不要过早提示用户该如何进行，而是询问用户的思路和感受。在对用户进行测试之前，一定要清晰描述他（她）将要面对的环境、软件情况、任务情况。要用户书面同意参与这个测试并且允许保留测试录像。观察者一定要注意不能让用户注意到自己的存在，以免影响测试效果。每个用户测试时间不要超过2个小时。 场景测试可以定性和定量的测试问题。但是由于每次只能测试一个用户，因此样本量受到限制。适合软件功能定型后有了可操作的原型或者版本之后进行。 专家小组一般有以下组成方式： 在进行专家小组之前，首先要确定需要讨论的软件功能列表。根据所需要讨论功能列表提供相应的交互演示文档。 主持人的主要责任就是按照事先确定的功能列表，鼓励参与的专家和典型用户就当前问题进行讨论，记录最为对立的观点。 参与专家的责任是根据软件的定位和功能，从交互设计角度、美术角度、实现角度提出意见和建议。 参与用户的任务是从用户角度对软件的交互设计提出意见和建议。 专家小组的主要目的是结合专家和用户的意见，对于软件交互中比较疑难的问题进行讨论，提出解决的方案或者方法。 专家测试中要注意的问题是：不能选择行政级别高的人为专家。由于他们职务的关系会影响最终的结论。不能选择过于内向和外向的用户。他们都会对讨论结果产生偏移性影响。主持人要注意把握讨论的方式和方向。不要让讨论变成争执或者对某个问题讨论过长。另外就是不要让用户知道在座的有专家。
今日推荐
|
重点推荐
领军企业技术文库
+更多领军技术文库
最新专题
电子杂志订阅
| ||||||||