开发人员应该了解哪些关于界面设计、可用性和用户心理才能创建优秀软件的知识?[复制]

StackOverflow https://stackoverflow.com/questions/1326925

  •  19-09-2019
  •  | 
  •  

可能的重复:
人因设计(UI设计中满足心理需求)

关于用户界面设计、可用性和人机交互的技术含量较低的方面,开发人员应该了解哪些内容?

我们应该掌握哪些关于使用场景、用户行为模式以及用户与计算机交互心理的知识来设计有效的软件,帮助用户以自然、简单的方式解决问题,而不设置障碍和制造障碍?

软件设计不仅仅是构建架构、实现需求和创建漂亮的界面。一个漂亮的界面不一定是有用和有效的,反之亦然,一个丑陋的软件实用程序可能会成为许多用户最喜欢的工具。一个优秀的开发人员或设计师至少应该具备哪些基本知识才能流畅的用户体验?

请针对每个答案集中一个问题,描述问题,举例说明用户体验如何受到损害以及解决该情况的方法是什么。

我将开始:

问题:一个屏幕上立即包含大量控件和选项的界面可能会让用户不知所措。他们将不得不浪费时间浏览所有选项,试图找到他们需要的一个选项。他们还会在此过程中分心,看到另一个功能,去那里了解它,也许阅读帮助以查看它是否可以解决他们的问题,然后再阅读另一个功能,依此类推,直到他们完全迷失。

例子:作为一个很好的例子,我将引用 2007 年之前版本的 Microsoft Word(以及其他 Office 应用程序)。菜单和选项的数量之多总是让我感到害怕。我设法记住我最常需要的选项在哪里,但仅此而已。一切额外的,我倾向于谷歌搜索我需要学习的东西,这个特定的功能位于选项的森林中。

解决方案:将所有额外选项隐藏在几个菜单和子菜单后面 逻辑结构 让用户能够通过逻辑思维过程找到它们。2007 年的重新设计显然已经考虑到了这个问题,将选项分组为选项卡。我发现了许多我需要的新选项,无需谷歌搜索,只需思考它可能属于哪里并在那里寻找。并不是说它一直有效,但可以感觉到改进。

现在,你有什么想法?

有帮助吗?

解决方案

有用且有效的界面 美丽的。将他们视为 UI 设计师,而不是艺术专业的学生。:-)

  • 简单;能够满足需求的选择尽可能少。
  • 习俗;遵循用户已经熟悉的模式。
  • 观察;观察用户,并解决他们有问题的地方。
  • 温柔;写入人类可读的错误。不要让用户不高兴。
  • 一致性;在应用程序中的任何地方都以相同的方式执行操作。有 人写下你的所有文本,或者写出文本必须满足的标准。

其他提示

了解听。

用户会告诉他们想要的东西,但不是在你已经习惯了的话。社交,坐下来,把你的时间和听。看着他们的工作,提出问题。把一些想法“你想怎么......?”并听取他们的答复。不要以为事情会更好地为他们,问他们。不要强迫他们失望了一定的路径,因为它更简单的代码。

问题:用户界面通常与应用程序没有一一对应的关系 领域模型:

  • 存在通信问题,因为程序员在谈论GUI时谈论隐藏的域模型。
  • 存在维护问题,因为用户受到基于任务的用户界面的约束。他们经常需要要求“一个新屏幕来执行此操作”,即使域模型可能已经支持了它。

解决方案:这 裸物建筑设计模式. 。为了把这个发挥到极致,你甚至可以 从域模型自动生成 GUI.

我知道这个问题是有点老了,但我很惊讶地看到,没有人提到乔尔斯波斯基的优秀文章:的用户界面设计对于程序员。这绝对是这是每一个开发者都应该阅读。有没有在这特别的辉煌或独到的见解,它主要是常识,但它并打开我的眼睛上一些不那么明显的点...

我建议由唐纳德诺曼阅读“设计心理学”。

我用想asthetics是无用的,直到我试图卖掉我的房子。扎实的基础,3个BRMS,2个浴室,2个车库,围栏码,等等,等等等等 - 直到我从我的3只狗去掉臭味没有人会去碰它

在视觉上更加悦目的应用程序/网站,它会习惯的机会。现在,用户会试试看,并确定它是否确实呼风唤雨。最后,如何使用呢?这是一个点,当你可能会得到更多的反馈。

就像房子:摆脱杂乱,干净的一切,开始与一般的颜色调色板,让用户添加疯狂的颜色,如果要他们

如果你真的想你的眼睛睁开了,拿在人因工程课程。

过去两年我在一家制药公司工作,我认为界面的设计几乎和功能一样重要。看到用户与旧的、复杂的遗留代码作斗争是重新设计它的主要原因。功能很少是重新开发或替换代码的主要原因。

  • 可用性研究
  • 观察人们使用您的代码
  • 极限编程(在整个设计过程中间歇性地提供预览代码)

对于交付不仅满足用户需求而且让他们快乐和高效的代码来说,这些都是至关重要的。归根结底,只有当程序让你快乐且富有成效时,你才会使用它们。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top