2004/07/20 | [原创]用户参与之初体验 2003-11-03
类别(大块文章) | 评论(3) | 阅读(249) | 发表于 15:29
(一)项目最应该向用户了解的内容
1. 定位产品的目标用户群。
2. 用户希望用我们的产品完成什么任务。
3. 用户希望如何完成任务(难点,用户很难清晰描述自己的想法)。
4. 用户对产品功能设计、界面设计和信息设计的喜好程度及原因。
5. 对于难以取舍的问题,让用户决定什么更重要。

(二)在不同的阶段使用不同的用户参与方法
  分析是一门科学,设计是一门艺术,把他们完美结合起来是我们工作的目标。用户参与的主要方法有
¨ 焦点小组
¨ 可用性测试
¨ 专家座谈
¨ 上门进行用户访谈问卷调查(电话、传单)

1.需求采集阶段
  通常采用焦点小组或专家座谈的形式,引导用户提出相关见解,找出亮点作为重点开发功能。不同产品的用户在各自的行业内都是专家(或特定人群的典型用户),没有谁比他们更精于自己的工作和生活,我们要做的就是精心挖掘,其次要注意以下几点:
¨ 同事和经理提供技术支持。
¨ 让真正的用户参与。
¨ 可能涉及的其他用户。
¨ 项目委托方的一些要求。
¨ 用户使用同类软件的感受。
¨ 用户需要什么和不需要什么同样重要。
¨ 不要强加自己的看法给用户,注意正确引导。
  我们在此活动中,对功能、用户界面特性、数据、任务流、以及整体用户界面需求和设计是否科学等等进行有效验证,获取的信息主要有
¨ 选择必有功能和增值功能。
¨ 使用环境、任务流和操作模式的改进建议。
¨ 功能排列和布局的改进建议。
¨ 优先级和同级别的取舍。
¨ 图形和术语的应用。

2.设计阶段
  需求确定后,面向需求的设计进入可是化的交互设计,我们通常是通过“交互原型”来设计的,本阶段用户主要参与:
¨ 操作逻辑
¨ 一致性因素
¨ 屏幕流程、步骤、内容、图形风格、页面布局。
¨ 注意用户使用习惯
  通常采用“可用性测试”的形式。可以把希望解决的问题或项目组内意见不统一的交互方式做成可操作模型,通过用户的使用发现问题。在此阶段可以针对不同的问题进行多次测试。

3.构造阶段
  通过编码人员的加入和单元测试的进行,一些细节问题会被发现例如:图形和文字在不同设备和分辨率方面的可读性和操作中的小故障等等,需要很快做出修改决定,这时可以通过邮件确认或电话访谈的方式寻求用户帮助。

4.产品测试阶段
  通常采用“可用性测试”的形式对Beat版本测试,是对可靠性和交互的最后检验。


特别提醒
¨ 同一产品在不同的阶段进行参与设计的用户最好是不同的人,如果让同一个人从头至尾参与测试和研究,那他很容易被项目组同化,很难有自己的见解了。
¨ 在引导用户时尽量不要问“你希望他是怎样的”或“你理想中的XX是什么样”,因为用户在软件设计方面完全是外行,如果你问“您经常用它做什么”、“那一部做起来最难”或“您希望对那些方面进行改进”那用户就能够表达的比较充分了。
¨ 在选择用户时,一定要把初级用户和高级用户分到不同的小组,否则会造成,一部分人说,一部分人听的现象,不能充分利用资源。
0

评论Comments