This link has been bookmarked by 2 people . It was first bookmarked on 24 Oct 2007, by swan lin.
-
17 Aug 10
-
在真正进入实施之前，你要做的事情之一就是进行一次可用性测试，以了解用户对这个新产品的反应，同时发现一些你所忽略的、使用上的
问题问题。 -
你的测试计划可以像这样：
－ 用户类型：刘贝贝（关注细节的浏览型用户）
－ 测试产品：新版详情页Beta1.2.07高保真原型
－ 测试目的：了解用户对新版详情页的适应时间和主要操作
－ 测试任务：
1.查看详细信息（任务编号A001）；
2.分享（任务编号A002）；
3.评论（任务编号A015）。 -
Angela(7楼) - 07/09/29 15:37to tony：发现的问题要先收集起来，看看是什么原因造成的问题，是否具有典型性，然后才决定是否修改。改完之后可以先请公司内部不知情的同事来做一下测试（出于时间和成本的考虑），尽量找符合目标用户特征的同事。不是每个功能都要测试的，哪个功能是重要功能做产品设计的人应该很清楚。用户并不知道他要的是什么功能。
to tony：发现的问题要先收集起来，看看是什么原因造成的问题，是否具有典型性，然后才决定是否修改。改完之后可以先请公司内部不知情的同事来做一下测试（出于时间和成本的考虑），尽量找符合目标用户特征的同事。不是每个功能都要测试的，哪个功能是重要功能做产品设计的人应该很清楚。用户并不知道他要的是什么功能。
to UCD交流论坛：非常非常同意你的观点，样本的准确性会直接影响到结论。 -
Angela(8楼) - 07/09/29 15:38
再补充一句：所以我们才需要做用户细分，按照用户群的比例和重要级别去选择样本。
-
xueyue(10楼) - 07/10/07 15:20 写的很有道理 不过有一点不是很理解 测试计划中的测试任务 这个是需要产品设计者事先提出给用户的 还是让用户自己摸索的?
-
Angela(11楼) - 07/10/07 22:37 是设计者安排好，事先告知用户的。
-
-
24 Oct 07
-
你需要准备一双敏锐的眼睛
-
睁大眼睛去观察用户的行为吧，看到有疑问的地方一定要第一时间提出来：“你在找什么？”，事后再询问恐怕谁也不记得当时是什么情形。唯一需要注意的是，别问“为什么这么做”，只问“正在做什么”。
-
在下结论的时候，尽量保持客观、中立的语气：
-
Would you like to comment?
Join Diigo for a free account, or sign in if you are already a member.