您的位置: 首页 > 艺术设计 > 设计理论 > 为什么可用性问题得不到解决?
图标设计技巧与灵感 回到列表 设计元素最少的网站怎样谈产品设计
 为什么可用性问题得不到解决?

作者:如易盟 时间: 2011-04-07 文档类型:翻译 来自:如易盟

第 1 页 为什么可用性问题得不到解决? [1]
第 2 页 为什么可用性问题得不到解决? [2]

接上篇,原文较长,翻译特分成两部分刊登,以下为第二部分。略有删节。

延伸阅读:Undercover User Experience Design

————————————————————————————————

如何让建议得到实施

别失望!虽然有上面那么多原因导致可用性问题无法得到解决,但并不是没有希望。以下方法有助于确保建议得到实施。

让正确的人参与进来
应当让决策者和实施者参与到用户研究中来。参与感能让他们更好的了解问题,并让他们觉得解决这些问题是种更大的奖励。

尽早让项目组参与进来
不要等到最终报告或者演示写好了才把发现结果给项目组看。让他们参与规划、并参加到研究过程中。向利益相关者、设计师和开发人员询问他们希望研究能回答什么问题。邀请他们观察用户研究环节。第一手观察研究环节能让他们更好了解问题并对用户有更多的同理心。然后邀请他们讨论所观察到的问题。请他们参与到整个过程能更好地理解发现结果,并对解决问题有更强的责任感。

咨询自有技术资源
想确保正确理解问题,而且建议技术上可行,应该请自有的技术人员来操作一下,然后再把建议提交给客户。如果还不熟悉要采用的技术,这种做法就特别重要。首先请自有的技术人员来验证建议能避免项目组的反对意见,并能提高建议的可信度。

建议要给对人
实施建议的人需要看到你演示发现结果,但他们并不一定就是能决定哪些问题需要解决的人。要确保把建议提交给有权力决定实施哪些建议的人。

评估可用性,再选择企业软件
要让可用性成为选择企业软件的重要标准。如果有可能,评估一下其他公司在使用的软件或者系统的演示版本。和其他已经实施了相同应用软件的公司谈谈。特别要和他们谈谈设计、可用性、培训和支持方面的情况,还要和使用应用软件的雇员谈谈。要发现改变软件的用户界面会有多容易或者困难,还有改变会不会给升级带来问题。如果没有适用的厂商应用,就需要考虑自己来建立。

提供可视化样例

可视化样例会让研究结果看起来更有趣,也是传达可用性问题和建议的更好方式。

可视化展示发现结果
除了以文字尽可能详细的描述发现结果之外,还可以用可视化样例来说明问题。利用屏幕截图、眼动轨迹可视化图和视频片段来让问题更加清晰。可用性测试或者实地研究的视频片段特别有用。无论问题解释得多清楚,能看到人们碰到问题的例子都远远有效得多。

提供可视化建议
除了提供可视化的用户研究结果外,还要可视化演示建议来防止可能的误解。对于简单的建议,可以使用图形应用工具在已有的用户界面上做些改变。对于较复杂的建议,可能需要和设计师合作来描述所建议的重新设计方案。

如果没有容易的解决方案,就承认吧
如果没有明显的解决方案,就详细叙述问题,还要详细叙述你所关注的所有可能解决方案的优缺点。人们会接受进一步的研究和分析来澄清问题和潜在问题的建议,而不会接受建议具体的解决方案。可以解释使用迭代设计过程的性质和好处来发现可用性问题并测试可能的解决方案。

通过下面几步获得帮助
先给客户一种感觉知道首先关注哪些问题,并计划实施所建议的改变,而不是仅仅展示建议,而后就不管了。

给发现结果和建议排出优先级别
根据严重性排出问题的优先级别,这样项目组就能决定先解决的问题。确定严重性的时候,要考虑问题影响的用户数量、发生频率、以及对产品用户体验的影响。

描述解决问题的好处以及不解决的后果。这样可以帮助缺乏时间、资金和资源的团队来给工作排出优先级别。如有必要,他们能分阶段来计划实施你的建议。确保他们会以表格的形式收到你的发现结果和建议,这样解决问题会更容易管理,而不是给客户一张无限长的问题清单,这种清单只会让他们想应当从哪开始。

建议实施计划
对于缺乏经验的项目组,可以提供计划来实施可用性建议。计划能有助于确保建议不会被束之高阁、被遗忘。例如,实施建议可能会涉及到以下内容:

* 总结回顾发现结果
* 给发现结果排出优先级别
* 确定在哪个阶段解决哪些问题
* 分配特定人员解决特定问题
* 创建跟进计划以确保建议得到实施

参与到整个开发过程
参与到整个项目过程以确保可用性问题会得到正确解决,二不要在完成项目的研究和设计阶段就转移到其他项目。如果用户研究员和设计师是不同的人,他们应当合作把用户研究结果转化成具体设计。

完成开发后就进行可用性总结
参与到QA测试,这是用户研究员和设计师要保持能参与到产品开发过程后半阶段的好办法。QA 分析师检查软件的功能缺陷,二可用性专业人士和设计师则检查用户界面来发现可用性和设计问题。用项目组的QA缺陷跟踪工具报告用户页面问题意味着这些问题是正式缺陷。如果解决问题在项目组工作范围内,项目组会分配开发人员来解决问题,而用户体验专业人士能跟踪可用性和设计问题来验证解决的结果。这是种好办法,能正式确保任何遗留问题会得到认真对待并解决。

授之以渔
你能帮助可用户迅速解决可用性问题,但无法防止他们将来产生更多问题。可以告诉客户他们的现有流程中有什么错误。教育他们意识到以用户为中心设计的重要性,并帮助他们创建以用户为中心设计的过程。

本文链接:http://www.blueidea.com/design/doc/2011/8387.asp 

出处:如易盟
责任编辑:bluehearts

上一页 为什么可用性问题得不到解决? [1] 下一页

相关文章 更多相关链接
你凭什么说你的网站用户体验好
为什么用户体验不能被设计出来?
让产品更会讲话
符号的传达与网络产品的可用性
简单快速的可用性测试
作者文章
从移动短消息看产品设计
关键字搜索 常规搜索 推荐文档
热门搜索:CSS Fireworks 设计比赛 网页制作 web标准 用户体验 UE photoshop Dreamweaver Studio8 Flash 手绘 CG
站点最新 站点最新列表
周大福“敬•自然”设计大赛开启
国际体验设计大会7月将在京举行
中国国防科技信息中心标志征集
云计算如何让安全问题可控
云计算是多数企业唯一拥抱互联网的机会
阿里行云
云手机年终巨献,送礼标配299起
阿里巴巴CTO王坚的"云和互联网观"
1499元买真八核 云OS双蛋大促
首届COCO桌面手机主题设计大赛
栏目最新 栏目最新列表
国外创意名片设计欣赏
情感化界面
线下项目工作流程(归纳篇)
线下项目工作流程(分析篇)
简约而不简单-Practise平面设计
培养用户的使用习惯
优秀名片设计
专题头图的秘密武器
别让UED忽悠你(2):多少钱一斤
别让UED忽悠你(1):天生的矛盾
>> 分页 首页 前页 后页 尾页 页次:2/21个记录/页 转到 页 共2个记录

蓝色理想版权申明:除部分特别声明不要转载,或者授权我站独家播发的文章外,大家可以自由转载我站点的原创文章,但原作者和来自我站的链接必须保留(非我站原创的,按照原来自一节,自行链接)。文章版权归我站和作者共有。

转载要求:转载之图片、文件,链接请不要盗链到本站,且不准打上各自站点的水印,亦不能抹去我站点水印。

特别注意:本站所提供的摄影照片,插画,设计作品,如需使用,请与原作者联系,版权归原作者所有,文章若有侵犯作者版权,请与我们联系,我们将立即删除修改。

您的评论
用户名:  口令:
说明:输入正确的用户名和密码才能参与评论。如果您不是本站会员,你可以注册 为本站会员。
注意:文章中的链接、内容等需要修改的错误,请用报告错误,以利文档及时修改。
不评分 1 2 3 4 5
注意:请不要在评论中含与内容无关的广告链接,违者封ID
请您注意:
·不良评论请用报告管理员,以利管理员及时删除。
·尊重网上道德,遵守中华人民共和国的各项有关法律法规
·承担一切因您的行为而直接或间接导致的民事或刑事法律责任
·本站评论管理人员有权保留或删除其管辖评论中的任意内容
·您在本站发表的作品,本站有权在网站内转载或引用
·参与本评论即表明您已经阅读并接受上述条款
推荐文档 | 打印文档 | 评论文档 | 报告错误  
专业书推荐 更多内容
网站可用性测试及优化指南
《写给大家看的色彩书1》
《跟我去香港》
众妙之门—网站UI 设计之道
《Flex 4.0 RIA开发宝典》
《赢在设计》
犀利开发—jQuery内核详解与实践
作品集 更多内容

杂⑦杂⑧ Gold NORMANA V2