从那时起,我见过一些很好的例子,似乎证明了我不是用户。
- 用户试图使用一个电子邮件模板编辑工具,却在输入竖线(|)字符时卡住了。问题原来是键盘上的竖线中间有一个空格。
- 在一个网络应用中,用户看不到页面下方的内容。这并不罕见。我们告诉她向下滚动。她不知道我们在说什么,对滚动条也不熟悉。
- 我正在听一次技术支持电话。代表告诉用户关闭浏览器。我听到背景中传来Windows关机提示音。
还有哪些其他好的例子呢?
编辑:为了澄清,我想要的是开发人员做出错误假设的例子,这些假设与用户的知识、理解等完全不符。
还有哪些其他好的例子呢?
编辑:为了澄清,我想要的是开发人员做出错误假设的例子,这些假设与用户的知识、理解等完全不符。
我认为其中一个最大的例子是专家用户倾向于玩弄应用程序。
他们会说,"好的,我有这个工具,我能用它做什么?"
普通用户将操作系统、文件系统或应用程序的生态系统视为一个庞大而可怕的地方,他们很可能会迷失并永远无法回来。
对他们来说,在计算机上做任何事情都是基于任务的。
他们想要一个起点,一个可重复的工作流程,并且每次执行该任务时他们都希望有一个可重复的方式来完成它。他们不关心简化流程或找到最佳方法,他们只想要一种可重复的方式来做。
在构建Web应用程序时,我很久以前就学会了将我的应用程序的起始页面与基于任务的链接菜单分开,以大字体显示主要功能的链接。对于普通用户,这极大地提高了可用性。
因此请记住:用户不想“使用您的应用程序”,他们想要完成具体的任务。
你听说过那个有关用户坏了“杯托”(CD/ROM)的神秘技术支持电话吗?
实际上,我遇到过一个问题是复制/粘贴--现在我总是修剪我的文本输入,因为我的一些用户会从电子邮件等地方复制/粘贴文本,并最终选择额外的空格。 我的测试从未考虑人们会“键入”额外的字符。
用户不知道的事情,他们会自己编造。他们经常使用错误的应用程序工作理论。
特别是对于数据输入,用户往往比开发人员打字速度更快,如果程序反应缓慢,这可能会导致问题。
故事:从前,在个人电脑出现之前,有一种叫做分时共享的技术。一家分时共享公司的客户代表告诉我,有一次他正在给两三位年长的女士上“如何操作”的课程,他告诉她们如何停止运行中的程序(以防误启动或运行时间过长)。他让其中一位学生键入^K,然后分时共享终端回应“已杀死!”。那位女士几乎吓得心脏病发作。
我们公司遇到的一个问题是员工不信任计算机。如果你将他们在纸上完成的任务电脑化,他们仍然会继续在纸上完成,然后再将结果输入计算机。
在Linux操作系统层面上,几乎所有的东西都是一个很好的例子,从命名选择(“grep”显然意味着“搜索”!)到语法选择(“rm *”对你有好处!)
[我并不是针对Linux,只是它充满了Unix遗留下来的不易用例子]
桌面和壁纸的比喻怎么样?现在越来越好了,但5-10年前是很多远程技术支持电话的祸根。
还有反斜杠与正斜杠的问题,各种键盘符号的无数名称以及过时的打印屏幕按钮。