63

您最实用的用户友好用户界面设计或原则是什么?

请提交您发现实际上使事情真正有用的那些实践 - 无论如何 - 如果它对您的用户有用,请分享它!


摘要/整理

原则

  1. 吻。
  2. 清楚和具体地说明一个选项将实现什么:例如,使用动词来指示将遵循一个选择的动作(参见:Impl. 1)。
  3. 使用适合用户需要/想要实现的明显默认操作。
  4. 使 UI 的外观和行为适合环境/流程/受众:独立应用程序、网页、便携、科学分析、flash 游戏、专业人士/儿童……
  5. 减少新用户的学习曲线。
  6. 与其禁用或隐藏选项,不如考虑在用户可以选择的地方提供有用的消息,但仅限于存在这些选择的地方。如果没有可用的替代方案,最好禁用该选项 - 然后在视觉上表明该选项不可用 - 不要隐藏不可用的选项,而是在鼠标悬停的弹出窗口中解释它被禁用的原因。
  7. 保持一致并符合实践和控制的放置,正如在广泛使用的成功应用程序中实施的那样。
  8. 引导用户的期望,让你的程序按照这些期望运行。
  9. 坚持用户的词汇和知识,不要使用程序员/实现术语。
  10. 遵循基本的设计原则:对比(明显)、重复(一致性)、对齐(外观)和接近(分组)。

执行

  1. (参见 paiNie 的回答)“尝试在对话框中使用动词。”
  2. 允许/实现撤消和重做。

参考

  1. Windows Vista 用户体验指南 [ http://msdn.microsoft.com/en-us/library/aa511258.aspx]
  2. 荷兰网站 - “Drempelvrij”指南 [ http://www.drempelvrij.nl/richtlijnen]
  3. Web 内容可访问性指南 (WCAG 1.0) [ http://www.w3.org/TR/WCAG10/]
  4. 一致性 [ http://www.amazon.com/Design-Everyday-Things-Donald-Norman/dp/0385267746]
  5. 不要让我思考 [ http://www.amazon.com/Dont-Make-Me-Think-Usability/dp/0321344758/ref=pdbbssr_1?ie=UTF8&s=books&qid=1221726383&sr=8-1]
  6. 强大而简单 [ http://msdn.microsoft.com/en-us/library/aa511332.aspx]
  7. 格式塔设计法 [ http://www.squidoo.com/gestaltlaws]
4

19 回答 19

57

我用我的祖母测试我的 GUI。

于 2009-12-10T17:50:29.300 回答
53

尝试在对话框中使用动词。

这意味着使用

替代文字

代替

替代文字

于 2008-09-18T08:15:43.760 回答
27

遵循基本设计原则

  • 对比——让不同的东西看起来不同
  • 重复- 在一个屏幕和其他屏幕上重复相同的样式
  • A ligment - 线屏幕元素了!是的,包括文本、图像、控件和标签。
  • 邻近性 - 将相关元素组合在一起。一组用于输入地址的输入字段应组合在一起,并与用于输入信用卡信息的一组输入字段不同。这是基本的格式塔设计法则
于 2008-09-19T01:44:42.880 回答
25

永远不要问“你确定吗?”。只允许无限制、可靠的撤消/重做。

于 2008-09-18T11:45:38.187 回答
11

试着想想你的用户想要实现什么,而不是需求是什么。

用户将进入您的系统并使用它来实现目标。当您打开 calc 时,您需要在 90% 的时间内进行简单的快速计算,这就是为什么默认设置为简单模式的原因。

所以不要考虑应用程序必须做什么,而要考虑用户将要做什么,可能会感到无聊,并尝试根据他的意图进行设计,尝试让他的生活更轻松。

于 2008-09-18T08:31:50.150 回答
8

如果您正在为网络或任何面向前端的软件应用程序做任何事情,那么您真的应该为自己阅读...

不要让我思考——史蒂夫·克鲁格

于 2008-09-18T08:27:18.227 回答
7

webapps中的面包屑:
告诉->该->用户->在哪里->她->在系统中

这在具有相同数据的多个路径的“动态”系统中很难做到,但它通常有助于导航系统。

于 2008-09-18T08:44:52.910 回答
6

我努力适应环境。

在开发 Windows 应用程序时,我使用Windows Vista 用户体验指南,但在开发 Web 应用程序时,我使用适当的指南,因为我开发荷兰网站,我使用基于Web 内容可访问性的“Drempelvrij”指南万维网联盟 (W3C) 的指南 (WCAG 1.0 )。

我这样做的原因是为了减少新用户的学习曲线。

于 2008-09-18T08:02:57.533 回答
6

我建议通过阅读The Design of Everyday Things来对 GUI 设计有一个很好的理解。尽管主要的可打印文件是来自Joel Spolsky的评论:当应用程序的行为与用户期望的不同时,您的图形用户界面就有问题。

最好的例子是,当有人在某些网站上交换OK和按钮时。Cancel用户希望OK按钮位于左侧,而Cancel按钮位于右侧。所以简而言之,当应用程序的行为与用户期望的不同时,你就会遇到用户界面设计问题。

尽管如此,无论您遵循何种设计或设计模式,最好的建议是在整个应用程序中保持设计和约定的一致。

于 2008-09-18T08:03:00.170 回答
3

尽可能避免让用户做出选择(即不要创建带有配置对话框的分支!)

对于每个选项和每个消息框,问问自己:我是否可以提出一些合理的默认行为

  • 说得通?
  • 不妨碍用户?
  • 很容易知道我把这个强加给他的用户花费很少吗?

我可以以我的 Palm 手持设备为例:这些设置非常简约,我对此非常满意。基本应用程序设计得很好,我可以简单地使用它们而无需进行调整。好吧,有些事情我不能做,事实上我不得不让自己适应这个工具(而不是相反),但最终这真的让我的生活更轻松。

这个网站是另一个例子:你不能配置任何东西,但我发现它真的很好用。

合理的默认值很难弄清楚,简单的可用性测试可以提供很多线索来帮助你。

于 2008-09-18T08:57:59.353 回答
3

向用户样本展示界面。要求他们执行一项典型任务。注意他们的错误。听听他们的评论。进行更改并重复。

于 2008-09-18T09:06:04.170 回答
2

日常用品的设计——唐纳德·诺曼

设计知识的经典和世界各地大学许多 HCI 课程的基础。您不会在五分钟内通过来自网络论坛的一些评论设计出出色的 GUI,但一些原则会让您的思维指向正确的方向。

--

MC

于 2008-09-18T08:39:58.693 回答
2

在构建错误消息时,使错误消息成为这 3 个问题的答案(按此顺序):

  1. 发生了什么?

  2. 为什么会这样?

  3. 可以做些什么呢?

这来自“人机界面指南:Apple 桌面界面”(1987,ISBN 0-201-17753-6),但它可用于任何地方的任何错误消息。Mac OS X 有一个更新版本。Microsoft 页面用户界面消息 说同样的话:“......如果出现错误消息,您应该包括问题、原因和用户纠正问题的操作。”

还包括程序已知的任何信息,而不仅仅是一些固定的字符串。例如,对于错误消息的“为什么会发生”部分,请使用“原始光谱文件 L:\refDataForMascotParser\TripleEncoding\Q1LCMS190203_01Doub leArg.wiff 不存在”,而不仅仅是“文件不存在”。

将此与臭名昭著的错误消息进行对比:“发生错误。”。

于 2009-08-06T12:38:54.977 回答
1

(从乔尔那里偷来的:o))

不要禁用/删除选项 - 而是在用户单击/选择时提供有用的消息。

于 2008-09-18T07:59:08.277 回答
1

正如我的数据结构教授今天指出的那样:向普通用户说明你的程序是如何工作的。我们程序员经常认为我们的程序非常合乎逻辑,但普通用户可能不知道该怎么做。

于 2008-09-18T08:03:46.720 回答
1
  1. 使用谨慎/简单的动画功能创建从一个部分到另一个部分的无缝过渡。这有助于用户创建导航/结构的心理地图。

  2. 在按钮上使用简短的(如果可能的话,一个词)标题,清楚地描述动作的本质。

  3. 尽可能使用语义缩放(一个很好的例子是缩放在 Google/Bing 地图上的工作方式,当您专注于某个区域时可以看到更多信息)。

  4. 创建至少两种导航方式:垂直和水平。当您在不同部分之间导航时为垂直,当您在部分或子部分的内容中导航时为水平。

  5. 始终保持结构的主要选项节点可见(在屏幕大小和设备类型允许的情况下)。

  6. 当您深入到结构中时,请始终保留一个可见的提示(例如以路径的形式)指示您所在的位置。

  7. 当您希望用户专注于数据(例如阅读文章或查看项目)时隐藏元素。- 但是要注意第 5 点和第 4 点。

于 2014-10-01T07:06:29.780 回答
0

强大而简单

哦,聘请设计师/学习设计技能。:)

于 2008-09-18T09:50:15.983 回答
0

对于 GUI,标准是特定于平台的。例如,在 Eclipse 中开发 GUI 时,此链接提供了不错的指南。

于 2014-01-07T14:42:46.663 回答
0

我已经阅读了上述大部分内容以及我没有看到的一件事:

如果用户打算使用一次界面,那么尽可能只显示他们需要使用的内容是很好的。

如果用户界面要被同一个用户重复使用,但可能不是很频繁,禁用控件比隐藏它们更好:用户界面的变化和隐藏的功能不被偶尔的用户明显(或记住)是令人沮丧的用户。

如果用户界面将由同一用户非常定期地使用(并且工作中的人员流动不多,即没有很多新用户一直在线)禁用控件绝对有帮助,用户将成为习惯了事情发生的原因,但防止他们在不恰当的环境中意外使用控件并防止错误。

只是我的意见,但这一切都可以追溯到了解您的用户个人资料,而不仅仅是单个用户会话可能需要的内容。

于 2018-04-08T20:12:39.107 回答