我目前正在开发一个程序,其中有许多“用户应该阅读它,但他会像一只愚蠢的猴子一样点击确定”对话框......所以我正在考虑添加类似验证码的东西以避免点击 -想都没想...
我的想法是:
- 随机更换按钮
- 随机将按钮放置在表单上的某个位置
- 用户必须在他应该阅读的文本中点击一个随机颜色的单词
- 添加验证码
- 添加包含用户消息的验证码
有没有人遇到过这种情况。你会建议做什么?
我目前正在开发一个程序,其中有许多“用户应该阅读它,但他会像一只愚蠢的猴子一样点击确定”对话框......所以我正在考虑添加类似验证码的东西以避免点击 -想都没想...
我的想法是:
有没有人遇到过这种情况。你会建议做什么?
好吧,你问了我的意见,这是我的,但我不认为这是你想听到的......
用户喜欢他们可以依赖的程序。他们不喜欢事情发生变化,也不喜欢做额外的工作。
随机更改按钮和随机放置按钮在表单上的某个位置只会让他们按下错误的按钮或对您的应用程序感到恼火,因为正如您所说,他们不会阅读文本,如果您考虑一下,我们也不会. 举个例子,想想确定/取消对话框,你总是希望确定按钮在左边,而且大多数时候我按下它而不阅读它。它会发生在您的用户身上。
使用这 3 个选项,您将为您的应用程序添加额外的工作,您的用户会因此而诅咒您。想想你每天必须做 10 次的事情,比如说检查你的代码以确保源代码安全。如果您的老板告诉您,从现在开始您必须为您尝试签入的每个文件填写验证码,您会有什么感受?
我认为让使用我们软件的人们的生活更轻松是我们的工作。如果他们必须阅读某种文本而他们不想阅读,那么你绝对没有办法让他们这样做。
你不能让人们正常工作,你所能做的就是为他们提供最好的工具,并希望他们足够专业来完成他们的工作。
所以基本上我想说的是,尽你所能减轻他们的工作。如果这真的比您(或负责人)重要,应该与他们交谈并解释为什么这很重要。
你会对人们如何致力于他们理解的事情感到惊讶。
我建议你不要;而且,除非您知道得更清楚,否则您会模仿受人尊敬的知名且经过良好测试的 UI,例如 <大型在线零售商> 或 <在线银行网站>。
重新设计您的应用程序,使其不使用消息框。
与用户玩游戏以让他们阅读消息是注定要失败的。用户将把精神资源集中在完成你的游戏上,而不是理解信息。如果您有移动按钮、重新标记、寻宝游戏、验证码或延迟等内容,您的用户可能不太可能真正理解消息的重要部分。他们将专注于游戏的说明,而不是真正的问题。错误可能会增加。
用户拒绝阅读消息框是由于用户希望快速完成工作而不是花时间阅读内容,这也是由于消息框在众多应用程序中被过度使用和误用。在消息框中包含愚蠢的游戏只会让用户更加反感,使问题更加复杂。
以下是您可以执行的操作:
规则 1. 不要使用消息框。它们只应在特殊情况下出现。一个应用程序不应该有“很多”消息框。每次用户使用应用程序时都不需要阅读大量文档。如果您的应用程序的正常使用导致消息框,那么您的 UI 是错误的。寻找另一种方式。
代替验证消息,在主窗口中清楚地显示发生了什么,并提供一个清晰的方法来撤消它。
使用自动更正、图片/屏蔽字段以及禁用而不是错误消息。
使用良好的默认值和自动化来避免消息。例如,与其显示一条错误消息说用户由于未连接到服务器而无法上传,而是简单地自动重新连接。
沿选项中断命令。而不是询问用户是否要粘贴格式的消息框,而是在菜单中提供两个不同的命令。
不要让信息消息自发地弹出告诉用户一切正常(例如,“已保存首选项!”)
不要有弹出窗口提供有用的提示或文档。如果您无法使您的 UI 自我记录,请提供教程或气球帮助。
不要有唠叨的“升级我”消息。
考虑在主窗口中而不是在单独的消息框中提供消息文本(例如,“页面可能看起来不正确,因为 ActiveX 出于安全考虑已关闭。”)。网络冲浪的弹出窗口使用户自动忽略弹出的任何无关内容。
规则 2. 如果您必须使用消息:
使文本尽可能简短,以了解关键信息。更多的文字不等于更有帮助。使用“与 [path] 中的 [filemask] 不匹配”。不要使用“非致命错误 307:搜索操作已中止。[Appname] 无法完成对您提供的正则表达式的字符串搜索,因为您提供的文件掩码,即 [filemask],不会在您指定的目录(即 [path])中产生任何匹配的文件。请检查您的文件掩码或路径选择,然后在“要搜索的文件”对话框中再次重新输入它或它们。单击此消息框下方的“确定”按钮以返回“要搜索的文件”对话框。当您到达那里取消搜索字符串时,单击“要搜索的文件”对话框上的“取消”按钮。” 如果有些用户需要比简短消息更多的解释,
在消息中使用简单的语言,不要使用行话。这包括诸如“对话”、“数据库”和“碳粉”之类的“无辜”词。不要获取原始异常文本并将其抛出错误消息。不要包含任何错误号或转储;记录这些。清除您的应用程序中开发人员留下的任何调试消息框。最好简单地让应用程序在发生致命错误时消失,而不是发布一条充满行话的消息然后应用程序消失。
用操作的作用标记消息框的按钮,而不是“确定”。至少,用户必须专注于激活按钮才能关闭消息框。如果该按钮被标记为“删除”或“安装”,它应该让他们暂停。您永远不必在消息文本中解释每个按钮的作用。顺便说一句,这种标签是大多数平台上的 GUI 标准。
我的建议,接受它或重新设计您的对话框/界面。不要在对话中添加随机性或以其他方式将用户视为白痴,即使您可能认为大多数是:-)。
我最近刚读到 Joel 的一篇关于软件的文章,为那些生活有更好的事情的人设计。它表明大多数人不会阅读任何内容并讨论解决该问题的方法,或者至少不会使情况变得更糟。
您可以尝试在启用提交按钮之前等待“假定阅读时间”的计时器。您甚至可以根据字数计算假定的阅读时间。
我认为强迫用户阅读您的文本的微妙方法(例如移动按钮或要求他们阅读验证码)会使他们感觉像愚蠢的猴子。
您可以根据用户应该阅读的内容使用选择题。