Warning: file_get_contents(/data/phpspider/zhask/data//catemap/1/dart/3.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
User interface 什么';你见过的最不理性的用户行为是什么?_User Interface_Usability_User Feedback - Fatal编程技术网

User interface 什么';你见过的最不理性的用户行为是什么?

User interface 什么';你见过的最不理性的用户行为是什么?,user-interface,usability,user-feedback,User Interface,Usability,User Feedback,虽然新手软件设计师期望他们的用户行为理性,但事实远非如此;我见过很多次用户的感知与现实完全脱节,或者它的反馈明显不合理 我认为我们应该适应,而不是相反 我知道只有一种方法可以做到这一点:倾听用户的意见,尤其是他们所使用的软件中不喜欢的内容 如果有一件事我已经学会了;他们经常抱怨人们意想不到的事情 您从用户那里学到了什么意想不到的东西?几年前,医院(至少是法国医院)使用旧的win 3.11软件运营。每一项任务都很乏味;将一个人从一个房间移动到另一个房间需要5分钟才能成为专家用户 我的一个朋友正在向

虽然新手软件设计师期望他们的用户行为理性,但事实远非如此;我见过很多次用户的感知与现实完全脱节,或者它的反馈明显不合理

我认为我们应该适应,而不是相反

我知道只有一种方法可以做到这一点:倾听用户的意见,尤其是他们所使用的软件中不喜欢的内容

如果有一件事我已经学会了;他们经常抱怨人们意想不到的事情


您从用户那里学到了什么意想不到的东西?

几年前,医院(至少是法国医院)使用旧的win 3.11软件运营。每一项任务都很乏味;将一个人从一个房间移动到另一个房间需要5分钟才能成为专家用户

我的一个朋友正在向这些人推销最新的软件。同样的简单任务需要30秒才能完成

虽然大多数用户对新软件非常满意,但也有少数用户在抱怨,这并不奇怪(总是有少数用户在抱怨)。更出乎意料的是他们的原因:软件速度太慢了。他们会说:“同样简单的任务是瞬间完成的,现在要花很长时间才能完成。把我的旧软件还给我。”

我的朋友决定见见他们,并要求他们现场演示他们抱怨的速度慢

“看,用户说,用我的旧软件:我输入名字,输入,姓名,输入,入场号,输入,旧房间号,[…在这里插入5分钟…]新房间号输入…就完成了…看…一切都是瞬间发生的”

“现在,看看你的软件。我像你教我的那样做拖放。我等,我等……看,它完成了……我等了将近30秒……”


这是一个真实的例子。这真的发生了我很确定,如果软件被修改为请求无用的信息,而这些信息在30年代之后会被丢弃,那么这个用户会对多年前为手持设备开发的新软件有更好的感觉,一位用户联系我,他抱怨他们的设备在通电后立即关闭。结果是一只虫子;启动消息以行“按任意键继续”结束。它应该说“按任何键,除了标有power的红色大键,继续”


多年来我学到的一件事是,在接近设计之前,与最终用户一起进行需求分析的时间非常重要,了解用户的文化和教育背景也非常重要。设计外观和工作方式与现有手动系统类似的计算机系统是一个良好的开端,了解工作流程也是一个良好的开端。我参与的另一个手持式货车销售交付系统被指定在交付时寻找屏幕上的客户签名,这是完成交易所必需的。事实证明,大多数交付实际上发生在清晨,没有人在那里签字,因此感知到的工作流程根本不符合现实。客户IT人员实际上并不知道这一点,业务分析师也不知道。如果你在设计系统时没有实际最终用户的输入,那么你这样做就有风险。

如果你仔细想想,没有非理性的用户行为,只是你的期望和他们的不匹配。结束这一局面的唯一途径是通过对话。这并不一定意味着要去做可用性研究,通常正确的对话是让他们在容易处理差异的地方阅读帮助

唯一错误的做法是不听他们说的话——或者听他们说而不真正听到他们说的话(见这里关于Mac上IE的帖子——这是傲慢的高度)。当然,你会遇到一些不喜欢改变的人,他们会抱怨任何事情,但一般来说,如果用户会花时间指出你的软件中的一些错误,那么你应该倾听。你可能会选择忽略它们,但如果你听对了,你可能会很容易发现一块真正的宝石


我不相信你的用户或客户会经常为你创新,但我坚信他们是你的软件可用的关键,可用性直接导致成功。因此,将他们描述为非理性的可能不符合你或他们的最佳目的。最好先认真对待,过滤掉你认为不好的反馈。

< P>在我以前的工作中,我为一家大银行设计了一个巨大的交易软件。 该软件通常需要大约5分钟才能启动

当然,用户对启动时间抱怨很多,尤其是当软件在白天崩溃时,这种情况时有发生

从我们添加详细进度条的那一天起(进度相当正常,并带有剩余项目数量的指示器),投诉几乎停止了。

典型的用户会说“我以前加载要花很长时间,但现在,加载速度相当快”

对我们来说,下一步是在加载数据之前而不是之后显示用户界面(从IT角度来看,这更有意义)

这一次,由于加载期间影响UI的成本,修改导致性能略有下降(从5mn降至5“30)。 从用户的角度来看,这种方式的软件速度要快得多!!

而新手软件设计师则期望 他们的用户必须理性行事,这是非常重要的 情况远非如此,我已经看到了 很多时候,用户的感知是 完全脱离现实,或 这显然是不合理的反馈

我认为我们是应该这样做的人 适应,而不是