有哪些好的例子可以证明“我不是用户”?

15
我是一名软件开发人员,具备可用性工程背景。在研究生阶段学习可用性工程时,有一位教授有一个口头禅:“你不是用户”。这个观点是我们需要基于实际用户研究来设计用户界面,而不是根据我们自己对界面应该如何工作的想法。
从那时起,我见过一些很好的例子,似乎证明了我不是用户。
  • 用户试图使用一个电子邮件模板编辑工具,却在输入竖线(|)字符时卡住了。问题原来是键盘上的竖线中间有一个空格。
  • 在一个网络应用中,用户看不到页面下方的内容。这并不罕见。我们告诉她向下滚动。她不知道我们在说什么,对滚动条也不熟悉。
  • 我正在听一次技术支持电话。代表告诉用户关闭浏览器。我听到背景中传来Windows关机提示音。

还有哪些其他好的例子呢?

编辑:为了澄清,我想要的是开发人员做出错误假设的例子,这些假设与用户的知识、理解等完全不符。


不熟悉滚动条的拇指。我只能说“哇!” - P Daddy
是的,这也是我们说的。 :-) 回想起来,我明白了,但确实很难预料到那种事情。 我想我不是那个用户。 - user41871
12个回答

24

我认为其中一个最大的例子是专家用户倾向于玩弄应用程序

他们会说,"好的,我有这个工具,我能用它做什么?"

普通用户将操作系统、文件系统或应用程序的生态系统视为一个庞大而可怕的地方,他们很可能会迷失并永远无法回来。

对他们来说,在计算机上做任何事情都是基于任务的

  • "我如何刻录DVD?"
  • "我如何将相机中的照片上传到此网站。"
  • "我如何给我妈妈发送一首歌曲?"

他们想要一个起点,一个可重复的工作流程,并且每次执行该任务时他们都希望有一个可重复的方式来完成它。他们不关心简化流程或找到最佳方法,他们只想要一种可重复的方式来做。

在构建Web应用程序时,我很久以前就学会了将我的应用程序的起始页面与基于任务的链接菜单分开,以大字体显示主要功能的链接。对于普通用户,这极大地提高了可用性。

因此请记住:用户不想“使用您的应用程序”,他们想要完成具体的任务


1
我希望在计算机上看到更多基于任务的流程。这个周末我要教我的父亲如何使用他的新Mac。我看到的问题是操作系统和企业都是基于应用程序的。应用程序是品牌推广的方式。你不会“上传照片”,而是使用“iPhoto”、“Safari”和“Flickr”。真烦人! - Barry Brown
我也经常和我妈妈处理这个问题。我基本上采用“工作流程文档”的方式。我在她观看时向她展示如何操作,并在她观看时将步骤写入文本文件中。然后,我让她按照文本文件中的步骤完成任务,同时我观察她的操作。 - danieltalsky

9
在我看来,“开发者不是用户”的最明显例子是常见的“确认对话框”。在几乎所有基于文档的应用程序中,从最复杂的(如MS Word、Excel、Visual Studio)到最简单的(如记事本、Crimson Editor、UltraEdit),当您关闭未保存更改的应用程序时,您会得到一个类似这样的对话框: “Untitled文件中的文本已更改。 是否保存更改? [是] [否] [取消]”
假设:用户会阅读对话框 现实:平均阅读速度为每秒2个单词,需要9秒钟。许多用户根本不会阅读对话框。
观察:许多开发人员比典型用户快得多
假设:可用选项都同等可能。 现实:大多数(>99%)时间用户希望保存他们的更改。
假设:用户会在点击选择之前考虑后果 现实:用户在按下按钮的一瞬间才会意识到选择的真正影响。
假设:用户会关心显示的消息。 现实:用户专注于完成下一个任务,而不是关心和维护他们的计算机。
假设:用户将理解对话框包含了他们需要知道的关键信息。 现实:用户认为对话框是他们的障碍,只想以最快的方式摆脱它。

解决方案:自动隐式保存,并具有撤销最后一次操作的能力。 - Barry Brown
那是一个糟糕的解决方案。一个想法是让这样的对话框变得罕见和重要,或者使用比文件系统更人性化的隐喻,以避免工作被覆盖和丢失等问题。 - Ian Kelling
一个解决方案应该始终提供撤销选项。 不要制造太多关键对话框。 - Thomas Ahle
我同意对话框应该是“罕见且重要的(@Ian Kelling)”,但仅修复一个应用程序并不能做到这一点,因为仍有数十个其他行为不当的应用程序在运行。 - Bevan

4
我完全同意丹尼尔回复中加粗的评论——大多数真实用户经常有一个他们想要达到的目标,并且只想尽可能轻松快速地达到该目标。从经验上讲,这不仅适用于计算机新手或非技术人员,而且也适用于相当精通技术但可能不熟悉您特定领域或技术堆栈的用户。
我经常看到客户面临着丰富的技术、工具、实用程序、API等,但没有明显的方法来完成他们的高级任务。有时可以通过更好的文档(考虑全面的演练)、在命令行脚本/工具之上构建一些高级向导,以及有时只能通过对软件项目的基本重新排序来解决这个问题。
说到这个,再举一个具体的例子,Windows开始菜单(摘自The Old New Thing博客上的文章):
在早期,任务栏没有开始按钮。
...
但是用户体验测试中一件事情一直被提出来:人们打开电脑后就坐在那里,不确定接下来该做什么。
这时我们决定把系统按钮标记为“开始”。
它的意思是,“傻瓜,点这里。”突然间,我们的可用性数字飙升了,因为人们知道想要做什么时该点击哪里。
正如其他人在这里所提到的,我们技术人员习惯于玩弄环境,在所有可用的菜单中点击所有可以点击的东西,四处探索等等。然而,我的家人们害怕他们的计算机,更害怕他们会点击“删除”他们的数据的某些东西,因此他们更喜欢得到明确的指示在哪里点击。

3
多年前,在一个内容管理系统中,我傻乎乎地认为没有人会尝试使用名称开头的空格创建目录...但实际上有人这么做了,并导致了系统的其他部分非常悲伤。
另外,试图向我的母亲解释点击“开始”按钮来关闭计算机只会带来一些麻烦。


2

你听说过那个有关用户坏了“杯托”(CD/ROM)的神秘技术支持电话吗?

实际上,我遇到过一个问题是复制/粘贴--现在我总是修剪我的文本输入,因为我的一些用户会从电子邮件等地方复制/粘贴文本,并最终选择额外的空格。 我的测试从未考虑人们会“键入”额外的字符。


2
今天的图形用户界面已经很好地隐藏了底层操作系统,但是仍然存在一些特殊情况。
为什么Mac不允许我创建名为“照片:圣诞节08”的文件夹?
为什么我必须“弹出”挂载的磁盘映像?
我不能通过改变文件扩展名将JPEG转换为TIFF吗?
(最后一个问题实际上在几年前发生过。花费了很长时间才找到为什么TIFF无法正确加载的原因!就在那一刻,我明白了为什么苹果曾经使用嵌入式文件类型(作为元数据),而且直到今天我仍然不明白他们为什么愚蠢地回到了文件扩展名。哦,对了;这是因为Unix是一种更优秀的操作系统。)

苹果采用文件扩展名是因为互联网的存在。元数据文件类型仍然存在,只是现在操作系统也识别文件扩展名,以便更好地了解你电子邮件中的“Awesomepicture.docx”文件是什么。 - Chuck
元数据文件类型也存在于互联网上,作为 MIME 类型。HTTP 文档和电子邮件附件都带有描述文档内容的 MIME 类型标记。我认为苹果公司退缩了,因为 Unix 和 Windows 没有元数据类型。 - Barry Brown
Unix没有文件扩展名的要求,它允许您将文件夹命名为“Photos: Christmas 08”。 - Ian Kelling

2
我经常看到这种情况,似乎总是会出现。在某些情况下,我似乎是那种能够察觉这种假设的人,但有很多时候我被用户所做的事情震惊了。
正如我所说的,这是我非常熟悉的东西。我曾经开发的一些软件是供普通公众使用的(而不是专业人士),因此我们必须准备好应对这种情况。然而,我也看到了这种情况没有被考虑进去。
一个很好的例子是需要填写的网页表单。我们需要这个表单完成,这对于整个过程来说非常重要。如果用户不填写表单,他们对我们来说毫无用处,但我们获得的信息越多越好。显然,这是两个相互冲突的要求。如果只给用户展示一个拥有150个字段(随机大数字)的屏幕,他们会吓跑的。
这些表格已经被修订了很多次,以改善事物,但是并没有询问用户想要什么。决策是基于各种人的假设或感觉做出的,但这些感觉与实际客户的感受有多接近并没有被考虑进去。
我还要提到 Bevan 的“用户将阅读对话框”假设的推论。基于“用户不会阅读任何东西”的假设运作更有意义。然而,那些认为用户不会阅读任何东西的人经常建议放置一些长而枯燥的解释性文本,以帮助那些因某些随机的糟糕设计决策(例如使用复选框来选择应该是单选按钮的内容,因为你只能选择一个)而感到困惑的用户。
从事任何类型的技术支持都可以非常详细地了解用户如何思考(或不思考)。

1

用户不知道的事情,他们会自己编造。他们经常使用错误的应用程序工作理论。

特别是对于数据输入,用户往往比开发人员打字速度更快,如果程序反应缓慢,这可能会导致问题。

故事:从前,在个人电脑出现之前,有一种叫做分时共享的技术。一家分时共享公司的客户代表告诉我,有一次他正在给两三位年长的女士上“如何操作”的课程,他告诉她们如何停止运行中的程序(以防误启动或运行时间过长)。他让其中一位学生键入^K,然后分时共享终端回应“已杀死!”。那位女士几乎吓得心脏病发作。

我们公司遇到的一个问题是员工不信任计算机。如果你将他们在纸上完成的任务电脑化,他们仍然会继续在纸上完成,然后再将结果输入计算机。


1

在Linux操作系统层面上,几乎所有的东西都是一个很好的例子,从命名选择(“grep”显然意味着“搜索”!)到语法选择(“rm *”对你有好处!)

[我并不是针对Linux,只是它充满了Unix遗留下来的不易用例子]


那么,你不打算提供“Unix-Haters Handbook”的链接吗? - Jonathan Leffler
亲爱的匿名投票者:很抱歉说出事实;Unix/Linux是由程序员为程序员设计的,这充分说明了问题的要点。如果这伤害了你的感情,那就太可悲了!;-) - Steven A. Lowe
@[Jonathan Leffler]:我不讨厌Unix/Linux,它有很有用的用途 - 但其主要接口绝对不是为了“用户”而设计的! - Steven A. Lowe

1

桌面和壁纸的比喻怎么样?现在越来越好了,但5-10年前是很多远程技术支持电话的祸根。

还有反斜杠与正斜杠的问题,各种键盘符号的无数名称以及过时的打印屏幕按钮。


网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接