我正在开发一个前端GUI，人们用它来与我们制造和销售的设备进行通信。我们的设备(黑盒子)通过以太网与我们的GUI对话:报告状态，为用户提供在黑盒子内配置参数的控制，查询诊断数据等。
GUI需要在工程中用于黑盒开发中的调试目的，在生产中用于根据客户需求测试设备，并由客户用于在高层次上与黑盒接口。挑战在于工程诊断GUI元素混淆了在生产中使用GUI的人，客户想要一个非常流线型的、简单的GUI，但对工程或生产没有多大帮助。
我不想设计三个独立的GUI，因为这些程序在较低层次上有太多重叠，此外，还会创建一个软件配置控制噩梦。是否存在为多个应用程序或多个最终用户设计GUI的模型或策略?有什么建议或最佳实践吗?
以用户为中心的设计有几个策略来解决这类问题。成熟的选择是使用角色来确定调试器、测试人员和用户的需求有多相似，以及您真正拥有多少用户组。人物角色是基于对用户的研究。您可以通过收听支持电话或观察工作中的工程师来收集信息。也许你有三个目标、背景、技术知识和需求截然不同的用户组，但也许你只有两个不同的用户组，测试人员和调试人员会对相同的UI感到满意，但最终用户会觉得它过于技术性，太令人困惑。
了解你的内部用户是如何工作的，你可能能够证明使用"随需应变"的UI设计模式是合理的。我们的策略是在默认情况下呈现一个流线型和简单的UI，它是相对基本的，具有完整的功能，只需点击一下即可。想想简单搜索和高级搜索之间的区别。一般默认显示简单搜索，高级搜索只需点击一下。
确定哪些任务是适合最终用户的自助服务任务，并设计一个易于完成这些自助服务任务的接口。使用最终用户在支持电话中使用的术语。对他们的输入施加约束，这样他们只能输入有效值。通过加载默认值来避免它们遇到麻烦。
你可能会发现你的专家用户觉得点击"show me more"链接很烦人，或者你可能会发现他们并不介意，因为他们使用简单的UI来完成快速任务，而不是总是为每个任务都去到功能齐全的UI。