抽象的GUI设计模型

Question

我正在开发一个前端GUI，人们使用它来与我们制造和销售的设备进行通信。我们的设备(黑盒)通过以太网与GUI进行通信:报告状态，为用户提供控制以配置黑盒中的参数，查询诊断数据等。

在开发我们的黑盒时，工程人员需要使用GUI进行调试，在生产中使用它来根据客户的要求测试设备，并且客户可以使用它在较高级别上与黑盒进行交互。挑战是工程诊断GUI元素使在生产中使用GUI的人感到困惑，并且客户想要一个非常流线型的、简单的GUI，这对工程或生产没有太大的帮助。

我不想设计三个独立的GUI，因为除了创建软件配置控制噩梦之外，这些程序在较低级别上有太多重叠。是否有为多个应用程序或多个最终用户设计GUI的模型或策略？有什么建议或最佳实践吗？

Answer 1

以用户为中心的设计有几种策略来解决这类问题。完整的选项是使用角色来确定调试器、测试人员和用户的需求有多相似，以及您真正拥有多少用户组。人物角色基于对用户的研究。您可以通过监听支持电话或观察工程师的工作情况来收集信息。也许你有三个目标，背景，精通技术和需求截然不同的用户组，但也许你只有两个不同的组，测试人员和调试人员会满足于相同的UI，但最终用户会发现它太技术性和太混乱。

了解了您对内部用户如何工作的了解，您可能能够证明使用UI设计模式"Extras On Demand“是合理的。其策略是在默认情况下呈现一个相对基本的简化和简单的UI，并且只需单击鼠标即可获得完整的功能。想想简单搜索和高级搜索之间的区别。简单搜索通常在默认情况下显示，高级搜索只需点击即可显示。

确定哪些任务是适合最终用户的自助服务任务，并设计一个可轻松完成这些自助服务任务的界面。使用您的最终用户在支持电话中使用的术语。对它们的输入进行约束，因此它们只能输入有效值。通过加载默认值来避免它们的麻烦。

你可能会发现你的专家用户发现点击“显示更多”链接很烦人，或者你可能会发现他们并不介意，因为他们使用简单的UI来执行快速任务，而不是总是转到每个任务的全功能UI。