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