第一个原则:别让我思考。
我们认为的 “精心准备的文字’,在用户看来更像是 ”以每小时100英里驶过的广告牌“
事实上,大多数时候我们不会做最佳选项,而是选择第一个合理的选项,这就是满意策略。勉强应付。
我们会点击第一个我们看起来不错的按钮。降低视觉噪声:包括背景,以及省略不必要的文字,不用在web上面发扬你的写作艺术,从而降低噪声并且让重点更为突出。
其实仅仅导航栏里面的页面名称是不够的,页面名称要放到合适的位置。
关于可用性测试: 焦点小组不是在做可用性测试,
在一次焦点小组的研究中,一个小组(通常是5-8人)围坐在桌子旁边,对展示给他们的想法和设计作出反应,这是一个小组过程,主要价值来自参与人员彼此的反应,焦点小组可以快速得出用户意见和建议。
而可用性测试中,一次向一个用户展示出一些内容(不管是网站、还是网站原型、还是一个页面的草图),并且要求用户说出:1.这是什么 2. 试着用它来完成一项典型任务。
焦点小组在抽象确定你的目标受众想要什么,需要什么,喜欢什么的时候会很有用,它们也可以测出网站的理念是不是有意义,价值主张是不是吸引人,同时,它们在测试你的网站功能的命名,发现用户对你的竞争对手的看法等。
这种方法不适合用来了解如何运行网站,以及怎么改进网站。
我们从焦点小组了解到的是你在设计网站之前就应该了解的。焦点小组是在这个过程早期阶段的方法,如果你想做一次现状检查并且对网站的文字进行调整,甚至也可以放在后期进行,但是请不要把它们和可用性测试弄混,它们不会告诉你人们能不能确实正确使用你的网站。
可用性测试需要注意的几个点:
- 如果要建立一个优秀的网站,一定要测试。
- 测试一个用户比不测试好一倍。
- 在项目中,早点测试一个用户好过最后测试的50个用户。
- 人们通常对招募用户代表的重要性估计过高:有时候我们对用户的要求没那么严格,宽松招募,普通用户即可.
- 有时候测试的关键不是要证明什么或者反驳什么,而是了解你的判断力。
- 测试是一个迭代的过程,不是做一次就可以了。
- 没有什么比用户的现场反应更重要。
根据数据显示,每一轮测试的用户数目理想数量就3个,最多4个。数据来自第三届国际人际交互会议。
可用性测试的注意点:
- 避免对网站进行预先的讨论。
- 邀请要简单。
- 测试的时候有一些前置问题,不要直接问网站问题。
降低用户好感的几种方式:
- 隐藏我想要的信息
- 因为没有按照正确的方式而惩罚我
- 询问不必要的信息
- 网站看上去不专业…..
提高用户好感的几种方式:
- 有真正有用的QA。
- 容易从错误中恢复。
- 如果有不确定,记得道歉。