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