﻿<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:xg="http://ucdchina.com/schemas/rss">	
 		<channel>
 			<title>启发式评估 - UCD大社区</title>
 			<link>http://ucdchina.com/rss/topic_posts?id=100</link>
 			<description>启发式评估 - UCD大社区</description>
 			<webMaster>qingping.hu@gmail.com</webMaster>
			<pubDate>2026-05-15 18:48:53</pubDate>			<item>
				<title>启发式评估</title>
				<link>http://ucdchina.com/snap/5799</link>
				<description>&lt;p&gt;启发式评估(貌似等同于专家小组评审)这个方法听得比较多,而系统的实际操作经验很少,大部分因为时间关系都只是直接需求评审,逻辑上没大问题就ok了.&lt;/p&gt;
 
&lt;p&gt;本周产品小组的一个产品使用了这个方法,效果还挺好~不过一般只有在时间允许的情况下,因为依赖质量较高的原型设计人员前期的分析.&lt;/p&gt;
 
&lt;p&gt;以下是最近学习的关于启发式评估比较详细的介绍和执行步骤(好玩的是资料来自于&amp;rdquo;&lt;a title=&quot;web_analytics读书笔记&quot; href=&quot;http://pd4.me/blog/tag/web_analytics/&quot; target=&quot;_blank&quot;&gt;精通Web Analytics&lt;/a&gt;&amp;ldquo;这本书;另,此方法同样试用于客户端产品)&lt;/p&gt;
 
&lt;h3&gt;启发式评估的步骤&lt;/h3&gt;
 
&lt;p&gt;(1) 使用主要的研究(调查)来理解那些客户在站点上完成的核心任务,这里有一些场景示例&lt;/p&gt;
 
&lt;ul&gt;
&lt;li&gt;发现站内最热销的产品信息&lt;/li&gt;
 
&lt;li&gt;找到和我居住的地方离得最近的商店&lt;/li&gt;
 
&lt;li&gt;用PayPal在站点上放置订单(如果站点不接受PayPal,那么客户如何能容易并快速的发现这点?)&lt;/li&gt;
 
&lt;li&gt;检查站点上我的订单的提交状态&lt;/li&gt;
 
&lt;li&gt;成功的通过电子邮件与技术支持进行联系&lt;/li&gt;
 
&lt;/ul&gt;
&lt;p&gt;(2) 接下来,为每个任务确定成功的标准(例如发现热销产品的信息的成功率为95%).&lt;/p&gt;
 
&lt;p&gt;(3) 像用户一样,完成每个任务,记录体验过程中主要的发现-从完成任务需要花费的时间,到需要采取的步骤数目,到完成任务遇到的障碍等所有问题&lt;/p&gt;
 
&lt;p&gt;(4) 对违交互规范/产品规范中特定规则的行为进行记录&lt;/p&gt;
 
&lt;p&gt;(5) 针对发现的问题创建一个报告.对Web页面进行截图,并清楚标明发现的问题&lt;/p&gt;
 
&lt;p&gt;(6) 将建议按照紧急,重要和一般进行分类,这样有助于业务决策者确定优先次序.提出的改进建议无需考虑技术可行性(可能此处会有争议)&lt;/p&gt;
 
&lt;h3&gt;启发式评估的好处&lt;/h3&gt;
 
&lt;ul&gt;
&lt;li&gt;启发式评估实施起来极快,在很短的时间内就能获得认识(从效果来看,结果确实优于往常的需求评审会议)&lt;/li&gt;
 
&lt;li&gt;它可以利用公司内已有的资源&lt;/li&gt;
 
&lt;li&gt;可以确定站点上最异常的客户问题(通常是所有的最低可接受目标和中间目标)&lt;/li&gt;
 
&lt;li&gt;在网站开发的早期,就可以有效的使用它来发现潜在的障碍&lt;/li&gt;
 
&lt;li&gt;它可以通过帮助确定明显的问题来降低完整的可用性的测试成本,这样可用性测试就可以致力于解决隐藏的更深或者其他更艰难的挑战&lt;/li&gt;
 
&lt;/ul&gt;
&lt;h3&gt;启发式评估需注意的&lt;/h3&gt;
 
&lt;ul&gt;
&lt;li&gt;通常由公司(或以外)的专家来领导启发式评估,他们利用最佳的实践和自身的经验,但他们不是我们的客户&lt;/li&gt;
 
&lt;li&gt;如果来自于启发式评估的建议不一致,则可以将它作为可用性测试很好的信息输入&lt;/li&gt;
 
&lt;li&gt;启发式评估在优化工作流,网站设计和站点的整体可用性方面是效果最好的(这点体验比较深刻,确实将一个流程较长的任务链缩短了不少)&lt;/li&gt;
 
&lt;/ul&gt;
&lt;p&gt;最后个人补充下,启发式评估的会议主持人一定要注意保证会议方向(当然,这个对于产品设计中的很多环节都通用,如可用性测试),不要过早和过多的陷入细节的讨论.应从任务链出发,先确认整体流程,然后再确认环节,而最终各个任务交叉后根据优先级组合生成界面是最后再讨论的.&lt;/p&gt;&lt;p&gt;相关话题：&lt;a href=&quot;http://ucdchina.com/topic/100&quot; target=&quot;_blank&quot;&gt;启发式评估&lt;/a&gt;&amp;nbsp;源地址：&lt;a href=&quot;http://pd4.me/blog/methodology/heuristics_evaluation/&quot; target=&quot;_blank&quot;&gt;http://pd4.me/blog/methodology/heuristics_evaluation/&lt;/a&gt;&lt;/p&gt;</description>
				<author>猪小凡</author>
				<pubDate>2010-01-24 13:44:11</pubDate>
			</item>			<item>
				<title>启发式评估（Heuristic Evaluation）</title>
				<link>http://ucdchina.com/snap/269</link>
				<description>&lt;p&gt;&lt;span&gt;Usability Inspection Methods, Edited by Jakob Nielsen, 1994, John Wiley &amp;amp; Sons, Inc.&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;&lt;span style=&quot;font-size: small;&quot;&gt;&lt;strong&gt;一、&amp;nbsp;研究方法概述&lt;/strong&gt;&lt;/span&gt;&lt;br /&gt;可用性研究的主要方法之一。特点是简单、快捷、低成本。能够在周期短、低成本开发的项目中及时发现可用性问题。虽然它不属于系统地评估可用性问题或评价设计质量的地方法，但由于它着眼于解释每一个基于可用性原则发现的问题，因此它的评估结果比较容易被推动、执行。&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;&lt;span&gt;&lt;strong&gt;二、&amp;nbsp;确定评估者人数，背景，培训和筛选&lt;br /&gt;&lt;/strong&gt;&lt;/span&gt;1.&amp;nbsp;Nielsen的建议是邀请3-5名评估者参与&lt;br /&gt;2.&amp;nbsp;评估人背景：&lt;br /&gt;a)&amp;nbsp;有可用性研究经验以及界面（设计或交互）双重背景的评估者最优&lt;br /&gt;b)&amp;nbsp;只有可用性研究背景的评估者&lt;br /&gt;c)&amp;nbsp;界面开发或研发人员&lt;br /&gt;d)&amp;nbsp;原则上，不推荐邀请一般用户参与评估&lt;br /&gt;3.&amp;nbsp;评估人员的培训和筛选&lt;br /&gt;a)&amp;nbsp;该方法的易操作和易学性带来的最大便利就是可以通过小项目培训评估人员&lt;br /&gt;b)&amp;nbsp;建议通过一定时间的培养，建立一个比较好的评估团队&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;&lt;span&gt;&lt;strong&gt;三、&amp;nbsp;评估过程和注意事项&lt;br /&gt;&lt;/strong&gt;&lt;/span&gt;1.&amp;nbsp;评估者最少要完整浏览或操作界面（被评估产品）两遍；一遍重点评估流程；一遍重点评估各个细节&lt;br /&gt;2.&amp;nbsp;提醒或要求评估者对照基本的可用性原则以及他们的经验和知识的检查评估对象&lt;br /&gt;3.&amp;nbsp;确保3-5名评估者独立开展评估工作，并由一人最终汇总各自提交的结果&lt;br /&gt;4.&amp;nbsp;如果有必要，评估者各自完成评估后，可以召集一个简短的讨论会&lt;br /&gt;5.&amp;nbsp;对已收集到的可用性问题进行较严格的评级，以便确定是否修正以及优先级&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;&lt;strong&gt;过程注意事项：&lt;br /&gt;&lt;/strong&gt;1.&amp;nbsp;如果评估者不是被评估产品领域的专家，应该回答评估人提出的问题，这更有利于他们正确评估问题；&lt;br /&gt;2.&amp;nbsp;如果被评估产品属于特定领域，评估人对相关产品完全没有经验，建议设定典型使用情景。这个典型情景必须基于对真实用户及其工作的任务分析；&lt;br /&gt;3.&amp;nbsp;一个评估过程应该控制在1-2小时内完成；如果评估对象或任务较多，建议拆分成多个子任务分别完成；&lt;br /&gt;4.&amp;nbsp;事先为评估人准备好走查表（评估准则），也允许评估人根据经验添加准则条目；&lt;br /&gt;&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;&lt;strong&gt;可用性评估的一般标准：&lt;/strong&gt;&lt;br /&gt;1.&amp;nbsp;简洁、自然的过程&lt;br /&gt;2.&amp;nbsp;使用用户习惯或熟悉的描述&lt;br /&gt;3.&amp;nbsp;最小的记忆负担&lt;br /&gt;4.&amp;nbsp;一致性原则&lt;br /&gt;5.&amp;nbsp;良好的反馈机制&lt;br /&gt;6.&amp;nbsp;清晰的退出提示&lt;br /&gt;7.&amp;nbsp;提供最短操作路径&lt;br /&gt;8.&amp;nbsp;明确和有建设性意见的错误提示信息&lt;br /&gt;9.&amp;nbsp;良好的预防机制&lt;br /&gt;10.&amp;nbsp;有帮助信息和参考文件&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;&lt;strong&gt;如何确定可用性问题严重程度：&lt;/strong&gt;&lt;br /&gt;1.&amp;nbsp;频率：这是一个偶然发生的问题还是经常发生；&lt;br /&gt;2.&amp;nbsp;影响：对用户而言，是一个比较容易克服的问题，还是难以逾越&lt;br /&gt;3.&amp;nbsp;重复：只需要一次学习，用户就能解决这个问题，还是用户总会被这个问题困扰&lt;br /&gt;&amp;nbsp; Ps：有的问题看起来用户很容易克服，但是它造成的影响却又有可能很严重。因此，最后还需要有一个人对所有问题的&amp;ldquo;市场风险&amp;rdquo;做一次整体评估。&lt;br /&gt;&amp;nbsp;&lt;br /&gt;&lt;strong&gt;&amp;nbsp;问题严重程度的5级描述：&lt;br /&gt;&lt;/strong&gt;&amp;nbsp;0：这根本不是一个可用性问题&lt;br /&gt;&amp;nbsp;1：锦上添花的问题。除非项目有多余的时间或人力可用，否则不必修正&lt;br /&gt;&amp;nbsp;2：较小的问题：修正，但优先级低&lt;br /&gt;&amp;nbsp;3：较大的问题：修正，并优先极高&lt;br /&gt;&amp;nbsp;4：可用性的灾难：紧急，产品发布前必须解决&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;&lt;span&gt;&lt;strong&gt;四、&amp;nbsp;评估结果的展示或表述&lt;br /&gt;&lt;/strong&gt;&lt;/span&gt;1.&amp;nbsp;评估人提交的结果可以是报告，也可以是由一位观察者记录下他们对整个过程或者产品的评价或意见（与可用性测试最大的区别在于，观察者只做记录，尽可能不提供任何帮助，不打断评估人的行为）&lt;br /&gt;2.&amp;nbsp;最终的报告中包含评估发现的问题，所违背的原则&lt;br /&gt;3.&amp;nbsp;报告中要尽可能独立描述每一个可用性问题。例如某个页面或动作中包含3个可用性问题，必须将这三个问题独立阐述，并分别标出违背的原则&lt;/span&gt;&lt;/p&gt;&lt;p&gt;相关话题：&lt;a href=&quot;http://ucdchina.com/topic/100&quot; target=&quot;_blank&quot;&gt;启发式评估&lt;/a&gt;&amp;nbsp;源地址：&lt;a href=&quot;http://buyantang.blogbus.com/logs/27286224.html&quot; target=&quot;_blank&quot;&gt;http://buyantang.blogbus.com/logs/27286224.html&lt;/a&gt;&lt;/p&gt;</description>
				<author>不言堂</author>
				<pubDate>2008-08-07 13:09:17</pubDate>
			</item></channel></rss>