以下内容源自我在Scott Klemmer UC SanDiego的课程学习笔记 网络视频可以登陆coursera进行报名学习

HCI-05-1-HE-WhyAndHow.pdf

1.评估的多种方式

经验方法 和实际用户接触
传统方法 模型和公式计算方法
自动方法 软件测评
批判方法 专业知识和启发式反馈（人们根据他们的专业知识或一套启发式方法直接给出反馈）

2.什么时候评判设计

  • 用户测试前：为了不让用户分散注意力在小细节上，先通过同行批评改正小细节错误，让用户关注大错误。
  • 重新设计前：评判能帮你了解哪些内容需要被完善
  • 当你发现了问题，但你需要说服利益相关方进行更改，那么通过同行批评，你可以得到你要的反馈和需要改变的方式
  • 发布之前：再次打磨粗糙的地方

3.启发式评估——Heuristic Evaluation

  • 启发式评估是二十年前雅各布.尼尔森和他的同事创建的
  • 其目标是发现设计中的可用性问题
  • 一组（3-5人）评估者检查UI
    • 利用可用性原则，独立地寻找问题（他们使用这些设计独立完成任务）
    • 不同的人会发现不同的问题
    • 最后，评估者一起交流（问题再汇集一起）
  • 启发式评估可以和低保真原型（纸质、低保真）快速结合来评估

3.1尼尔森的十个启发式原则

  • Visibility system status
  • Match betwen System & World
  • User Control & freedom
  • Consistency & Standards
  • Error prevention
  • Recognition Rather than recall
  • Flexibility & efficiency of Use
  • Aesthetic & minimalist design
  • Help Users Recognize, diagnose, & recover from errors
  • Help & Documentation

尼尔森原则.png

3.2评估的过程

  • 给他们几个任务来使用你的设计，并让他们把每一个任务一步一步做几次
    • 检查细节，流程，结构
    • 参照可用性原则清单，作为要注意事项的提醒
    • 或其他想到的
  • 哪些原则
    • 尼尔森原则
    • 其他范畴的原则
    • 设计目标、竞品分析、现有设计
  • 用违反启发式评估的结论来重新设计或修复设计

3.3为什么要多个评估员

  • 没有哪个人能发现所有问题
  • 有一些人发现的问题更多（所以有人适合，有人不适合）

image.png
Jakob Nielsen, http://www.useit.com/papers/heuristic · Slide summary adapted from James Landay

3.4HE启发式评估:成本效益

  • 在一个案例中:收益-成本比为48
    • 估计收益50万美元;耗资10500美元
    • 每个问题的价值~ 1.5万美元
    • 我们如何计算这个值?
      • 内部->生产力;公开市场->销售
  • 严重的问题会更多次被发现
  • 单个评估者得到的结果很差
    • 仅发现35%的可用性问题
    • 5名评估人员发现约75%的问题

经验数据：3-5个人的评估最有效，考虑到成本效益。

3.5HE启发式评估 VS 用户测试

  • 启发式评估更快
    • 每个评估员1-2小时，而用户测试的启动运行时间更长（你可能要建立软件来做用户测试）
  • 启发式评估会被预先解读
    • 你的评估人员直接为你提供了问题和需要处理的问题事项，他会节省从可用性测试上进行推断问题或方案的时间
  • 用户测试更精准
    • 考虑实际用户与工作
    • HE可能会漏掉问题或“假阳性”误判问题
  • 评估替代方案的价值
    • 发现不同的问题
    • 避免浪费真正的用户

3.6HE启发式评估的几个阶段

  1. 预评估/评估前训练：提供相关领域知识和场景信息
  2. 评估：界面走查的评估阶段，给出严重程度评级
  3. 严重性排序：每个人先单独决定每个问题的严重程度，再所有人一起汇总
  4. 分享/分发：分发到设计团队，团队讨论如何处理这些问题

4.如何做HE启发式评估

  • 每个评估至少两次
    • 第一次对流程和范围有感性认识
    • 第二次聚焦在特定的元素上
  • 如果系统是要上前一步试用的或评估者是领域专家，你不需要提供背景资料与帮助；
    • 否则你要提供场景与资料
  • 每个评估者生成问题列表
    • 解释为什么和启发式原则或别的原则相关
    • 具体地列出每一个问题
  • 每一个违规的问题是一个独立的表（有可能评估的是早期原型，因此需要澄清用户界面是你认为完整的或有意缺失了某些元素）
    • 避免问题重复
    • 不可能修复所有问题

  • 发现哪里的问题

    • 单个界面的UI
    • 两个界面上的不一致
    • 总体结构问题
    • 信息缺失问题
      • 早期原型上存在模棱两可的问题，需要你提前进行澄清
      • 有时候，设计文档中隐含了一些功能，只是还没有“实现”而已——不要太在意这些

        4.1严重性排序

  • 独立评估每个问题排序

  • 排序后，分配资源以便解决问题
  • 评估为了更好的可用性而需要的努力有多少

  • 结合以下几方面进行排序

    • 发生频率
    • 产生影响
    • 问题的普遍性

      4.2尼尔森的严重性评级

  • [ ] 0-不是可用性问题

  • 1-外观问题
  • 2-小的可用性问题
  • 3-主要可用性问题，重要的修复
  • 4-可用性灾难；迫切需要解决

4.3严重性评级的案例：

问题 无法编辑自己的体重
严重程度 2
违反启发式 用户控制和自由
描述 当你第一次打开应用程序，你必须输入你的称重，但无法更新它。如果你输入错了，或者过了1-2年，你的体重变了，你就需要修改它。

4.4分享

  • 与评估人员、观察员和开发团队成员进行沟通
  • 讨论UI的特征
  • 建议改进以解决主要的可用性问题
  • 开发团队评估修复工作
  • 头脑风暴的解决方案