虽然新手软件设计师希望他们的用户能够理性行事,但事实并非如此; 我已经多次看到用户感知与现实完全脱节,或者它的反馈显然是不合理的.
我认为我们应该适应,而不是相反.
我知道只有一种方法可以达到这个目的:倾听用户的意见,尤其是他们使用的软件中他们不喜欢的内容.
如果到目前为止我学到了一件事; 他们经常抱怨人们不会想到的事情
你从用户那里学到了什么意想不到的东西?
几年前,医院(至少是法国医院)使用旧的胜利3.11软件运行.每一项任务都很繁琐; 将某人从一个房间移动到另一个房间需要5分钟给专家用户
我的一个朋友正在努力向这些人销售最新的软件.同样简单的任务需要30秒才能完成初学者.
虽然大多数用户对这款新软件非常满意,但仍有少数人抱怨,这并不奇怪(总有少数用户在抱怨).更令人意外的是他们的原因:软件很慢."同样简单的任务是即时的,现在需要很长时间才能完成.给他我的旧软件",他们会说.
我的朋友决定与他们见面,并要求他们现场演示他们抱怨的缓慢程度.
"看,用户说,用我的旧软件:我输入名字,输入,名称,输入,录取号码,输入,旧房号,[...在这里插入5分钟...]新房号输入...它已经完成...... ..看......一切都是瞬间的"
"现在,看看你的软件.我教你一个拖拉机.我等着,等等......看,已经完成......我已经等了差不多30多岁......"
这是一个现实世界的例子.它真的发生了.我很确定如果该软件已被修改以询问在30年代之后它将丢弃的无用信息,那么该用户对新软件的感觉会更好
如果你认为它不存在非理性的用户行为,那么你的期望与他们的期望之间只会存在不匹配.关闭它的唯一方法是通过对话.这并不一定意味着进行可用性研究,通常正确的对话是让他们在容易处理差异的情况下阅读帮助.
唯一错误的做法就是不要听他们说的话 - 或者倾听而不是真正听到他们(请看这里关于Mac上IE的帖子 - 这是傲慢的高度).当然,你会得到一些不喜欢变化的人,并会对任何事情抱怨,但一般来说,如果用户花时间指出你的软件中存在哪些错误,那么你应该听.你可以选择忽略它们,但如果你正确听,你就可以轻松地发现真正的宝石.
我不相信您的用户或客户会经常为您创新,但我坚信他们是您的软件可用的关键,可用性直接导致成功.因此,将它们描述为非理性可能并不能满足您的最佳目的 - 或者他们的最佳目的.最好认真对待他们,并过滤掉你认为不是好反馈的内容.
多年前为一个手持设备开发,我接到一位用户的联系,他抱怨他们的设备在上电后立即关机.原来这是一个错误; 启动消息以"按任意键继续"行结束.它应该说"按任意键,除了标有电源的大红键,继续".
多年来我学到的一件事是,在最接近设计之前,最终用户花在需求分析上的时间非常重要,理解用户的文化和教育背景也是如此.设计像现有手动系统一样外观和工作的计算机系统是一个良好的开端,理解工作流程也是如此.我参与的另一个手持式面包车销售交付系统被要求在交付时寻找屏幕上的客户签名,这对于完成交易是必要的.事实证明,大多数交付实际上都是在任何人在那里签署之前清晨发生的,因此感知的工作流程根本不会与现实凝结.客户IT员工实际上并不知道这一点,业务分析师也没有.
在我以前的工作中,我正在为一家大银行设计一个巨大的交易软件.该软件通常需要大约5分钟才能启动.
当然,用户对启动时间抱怨很多,特别是当软件在白天崩溃时,这种情况时有发生.
从我们添加详细进度条的那一天起(定期进行,并显示剩余项目数量的指标),投诉几乎停止.
典型的用户会说"我以前需要花费很长时间才能加载,但现在,它的速度非常快"
我们的下一步是在加载数据之前显示用户界面而不是之后(这对IT角度来说更有意义)
这一次,由于在加载时影响UI的成本,修改导致性能略有下降(从5mn到5"30).从用户的角度来看,软件的速度要快得多!