用户体验与可用性测试-自用要点记录
Chap 1
1.2.3 产品可用性的定义
P12 有效性,效率,满意度,只有符合ISO9241的定义,满足以上三个要素,才称得上是实现了产品可用性。但比较现实的一个做法是,在权衡问题严重性的同时,首先解决有效性问题,然后再时间和成本允许的情况下,尽量解决效率和满意度的问题。
1.3 产品失败的原因
P14 “用户定义失败”(例:没有任何限制条件假定用户群),产品使用背景
P18 用户界面的作用就是引导用户达成自己的目标,而用户在达成目标的过程中存在一条经常通过的路线,重点是这条路径上的所有问题和用户界面本身的重大问题。
Chap 2用户调查法
用户访谈,小组访谈
P28 访谈回答是归纳过的信息;大多未提及特殊情况,一般从标准流程说起;大多提意见,不能描述完整的体验;即便意识到了问题也无法说明原因等。
2.2 师徒式访谈
背景调查法:用户一边演示一边说明,采访人员遇到不懂的就提问。‘听取一线的声音“”请教,核实,刨根问底“
2.4 情景剧本
P50 以故事的形式,再现用户体验过程,把用户使用系统或产品时的背景,为了达到何种目的,如何使用及其结果描绘出来。从中可提炼真实任务和真正的用户需求。
临时角色,敏捷型角色
虚拟角色P226: 基于已知信息定义用户角色,之后拟人,生成临时虚拟角色,仅为书写用户故事,不做其他考量。
Chap 3 原型
原型分类:水平(浅式)原型,垂直(深式)原型和T原型
3.2 原型的制作方法
P77 以下列出的各个元素,如果保真度很低,原型测试就无法得出准确的结果。
界面切换(顺序,数量);界面元素相互的位置关系;文本链接的内容及按钮上的文字内容;在界面中显示的指示性文字内容;需要输入的数据项目及格式;操作相关的图标设计。
3.23 卡片分类法 P81 :封闭式,开放式(不带目录的卡片分类法)。可通过开放式得到信息设计方面的重要启示。
3.3.4Delphi卡片分类法
P87 基本流程:1.选择若干专家,请他们分别说出对某议题的想法 2.统计1的结果反馈给各个专家 3.请各位专家根据统计结果再次反馈意见 4.反复进行1~3
Chap 4 产品可用性评价方法
评价:总结性评价(设计前后使用),形成性评价(设计过程中反复使用)
P92 产品可用性评价方法分为:分析法(专家据经验评审)和实验法,二者区别是否有用户参与其中。
P94 产品可用性检验:
(1)启发式评估法(尼尔森可用性10原则)步骤P104:各个专家单独评价,最后集合开会总结。局限性在于:实施成本以及查出问题过多。
(2)认知过程走查法:目标设定,探索,选择操作,操作后反馈判断任务是否正常进行
P113 用户测试(请用户使用产品完成任务,观察并记录整个过程):发声思考法,回顾法,性能测试(收集不同数据对比分析,但不清楚产生影响的具体原因 P118)
用户测试的时间不可后延,参与者需有一定的专业技能而不是小白。(比如不会电脑的就没必要参与测试);必须单独进行;不能盲从用户意见
P128 5人制的用户参与测试 85%
分析报告最好搭配数据和视频截图等
Chap 5 用户测试时间篇
信息提示卡,访谈指南,试点测试,NG任务集,纸质原型,不提问不回答,交谈比文档更值得重视,数据想法张贴在白板上
Chap 6
流程3种形式P206
敏捷开发以前是渐进式,拼图;UCD是迭代式开发,轮廓-上色等。
对比:
敏捷开发:橄榄球模式(C方式),重视对话,渐进式,短期计划1~4周,自律性
UCD:接力赛方式,重视文档,迭代方式,长期计划,管理性
而今敏捷开发已经进化为渐进与迭代两者兼备。
P217 RITE法,通过观察一个用户进行快速判断迭代
6.2
P213 产品开发模式:敏捷开发,以使用为中心的设计 和 以用户为中心的设计3种形式。
工作相关:目前的大会活动基本是2种方式制作
(1)sitecore上制作:编辑可以维护,需后台开发模板
(2)topic:完全静态的页面都是放在topic下维护由前端维护