用户体验与可用性测试-自用要点记录
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下维护由前端维护
