我正在开发人们用来与我们制造和销售的设备进行通信的前端GUI。我们的设备（黑匣子）通过以太网与我们的GUI进行对话：报告状态，为用户提供在黑匣子内配置参数的控件，查询诊断数据等。抽象GUI设计模型
GUI需要由工程师用于调试目的在开发我们的黑匣子时，在生产中用于根据客户要求测试设备，并由客户用来与高级黑匣子接口。面临的挑战是工程诊断GUI元素混淆了在生产中使用GUI的人员，而客户需要非常简化的简单GUI，这对工程或生产没有多大帮助。
我不想设计三个独立的图形用户界面，因为这些程序在较低级别上存在如此之多的重叠，此外，创建软件配置控制噩梦。是否有为多个应用程序或多个最终用户设计GUI的模型或策略？任何建议或最佳实践？
以用户为中心的设计有几种解决这类问题的策略。全面的选项是使用角色来确定调试器，测试人员和用户的需求与您真正拥有的用户组的多少相似。人物角色基于与用户的研究。您可以通过收听支持电话或观察工作中的工程师来收集信息。也许你有三个用户组有明显不同的目标，背景，技术敏捷性和需求，但也许你只有两个截然不同的组，测试人员和调试人员对同一个UI感到满意，但最终用户会发现它过于技术化，太混乱了。
了解您对内部用户工作方式的了解，或许可以证明使用UI设计模式“Extras On Demand”。该策略是默认呈现简化且简单的相对基本的用户界面，只需单击鼠标即可获得全部功能。想想简单搜索和高级搜索之间的区别。简单搜索通常默认显示，高级搜索只需点击一下即可。
确定哪些任务是适合最终用户的自助服务任务，并设计可轻松完成这些自助服务任务的界面。使用您的最终用户在支持电话上使用的术语。对它们的输入施加约束，所以它们只能输入有效值。通过加载默认值使它们免于麻烦。
您可能会发现，您的专家用户觉得很烦，点击“显示更多”链接，或者您可能会发现他们不介意，因为他们使用简单的用户界面进行快速任务，并且不会总是去到每个任务的全功能用户界面。