超全面的 UI 工作流程指南（五）：设计评审
扫一扫 
扫一扫 
扫一扫 
扫一扫
设计评审是一种可用性测查工具，通常由一个评审员审查设计方案中的可用性问题。 往期回顾：
「设计评审」一词颇为广义，涉及数种可用性测查方法，且每一种的运用因人（评审员）而异、因评审目的而异。常见的设计评审方法有：
原型交互评审原型完成后召集至少两三个设计师或者对交互比较了解的人，使用并评测原型。你可以将原型所关注的几个任务列出来，以免专家不知道原型哪部分可交互哪部分不可交互。 第一种方法比较常用的评测方法是启发式评估法，而这种方法比较常见的标准是尼尔森交互设计法则（Nielsen Heuristic）。以下是十条尼尔森交互设计法则：
第二种常用方法是SUS（系统可用性量表），最初是 Brooke 于1986年编制，量表由10个题目组成，包括奇数项的正面陈述和偶数项的反面陈述，要求参与者在使用系统或产品后对每个题目进行5点评分。
△ SUS(系统可用性量表) 分数 当参与者做完一系列任务后，就可以快速对SUS进行打分。然后就需要对每个题目的分值进行转换，奇数项计分采用「原始得分-1」，偶数项计分采用「5-原始得分」。由于是5点量表，每个题目的得分范围记为0~4（最大值为40），而SUS的范围在0~100，故需要把所有项的转换分相加，最终再乘以2.5，即可获得SUS分数。 将SUS分数换算成百分等级来解释，百分等级的意思是指测量的产品或系统相对于总数据库里其他产品或系统的可用性程度。
△ SUS评分参考 从图中我们可以看出评分达到70分左右，就可以比市面上一半产品可用性要好，也就是说这个产品的用户体验算是合格了。 用户体验评审使用用户体验问题记录表，组织相应的评估小组人员，参与评估人数越多越好，样本越多越好。为了提升工作效率，可以直接通过发放记录表给到评估人员，再统一回收就好。
△ 用户体验问题记录表 包括问题所在位置、对应的二十一条可用性原则、严重程度等级、问题描述。 1. 问题分析整理 通过收集用户体验问题记录表，进行小组会议讨论，把问题总结归类，并对所有问题做一个统一的规范分类。（例可优化问题保留，不是体验问题的舍弃）。 当问题总结归类完成后，下一步需要引入「用户体验八阵图」来对应相应页面，让我们能够更直观的了解到现有项目中精细到单个页面中所面临的用户体验设计问题，这样一来，可以快速发现体验问题最多是哪个页面？体验问题最严重的是哪个页面？体验问题中哪个模块的问题最多？等。
△ 用户体验八阵图 中心向外为问题严重等级，依次为：小问题（1）、次要问题（2）、主要问题（3）、灾难性问题（4） 应对到「用户体验问题记录表」中的「问题严重等级」。
△ 把收集到的问题以「点」的形式点到对应模块的八阵图当中 2. 优化方案：
更多与设计评审相关内容：《一个完整的设计评审流程是怎样的？来看这篇总结！》 项目走查1. 检查需求 检查设计方案是否满足需求，是否完成了原型设计中覆盖的全部设计点。 2. 检查规范 检查方案排版和对齐是否准确，产品设计要检查控件尺寸字体字号是否符合设计规范，运营设计要检查字体字号是否符合运营设计规范。 3. 阅读顺序 产品设计检查方案的使用顺序是否符合产品使用流程及用户预期，运营设计检查阅读顺序是否满足运营引导用户阅读的需求。 4. 视觉表达 评估设计创意是否有服务于设计目标，视觉表达手法是否处理到位。
本篇到此暂告一段落，敬请期待下文。 注：本系列文章为优设独家专题，请勿转载。 欢迎添加作者微信交流：
手机扫一扫，阅读下载更方便˃ʍ˂ |
@版权声明
1、本网站文章、帖子等仅代表作者本人的观点，与本站立场无关。
2、转载或引用本网版权所有之内容须注明“转自(或引自)网”字样，并标明本网网址。
3、本站所有图片和资源来源于用户上传和网络，仅用作展示，如有侵权请联系站长！QQ: 13671295。
最新评论
