我正在開發人們用來與我們製造和銷售的設備進行通信的前端GUI。我們的設備（黑匣子）通過以太網與我們的GUI進行對話：報告狀態，爲用戶提供在黑匣子內配置參數的控件，查詢診斷數據等。抽象GUI設計模型
GUI需要由工程師用於調試目的在開發我們的黑匣子時，在生產中用於根據客戶要求測試設備，並由客戶用來與高級黑匣子接口。面臨的挑戰是工程診斷GUI元素混淆了在生產中使用GUI的人員，而客戶需要非常簡化的簡單GUI，這對工程或生產沒有多大幫助。
我不想設計三個獨立的圖形用戶界面，因爲這些程序在較低級別上存在如此之多的重疊，此外，創建軟件配置控制噩夢。是否有爲多個應用程序或多個最終用戶設計GUI的模型或策略？任何建議或最佳實踐？
以用戶爲中心的設計有幾種解決這類問題的策略。全面的選項是使用角色來確定調試器，測試人員和用戶的需求與您真正擁有的用戶組的多少相似。人物角色基於與用戶的研究。您可以通過收聽支持電話或觀察工作中的工程師來收集信息。也許你有三個用戶組有明顯不同的目標，背景，技術敏捷性和需求，但也許你只有兩個截然不同的組，測試人員和調試人員對同一個UI感到滿意，但最終用戶會發現它過於技術化，太混亂了。
瞭解您對內部用戶工作方式的瞭解，或許可以證明使用UI設計模式「Extras On Demand」。該策略是默認呈現簡化且簡單的相對基本的用戶界面，只需單擊鼠標即可獲得全部功能。想想簡單搜索和高級搜索之間的區別。簡單搜索通常默認顯示，高級搜索只需點擊一下即可。
確定哪些任務是適合最終用戶的自助服務任務，並設計可輕鬆完成這些自助服務任務的界面。使用您的最終用戶在支持電話上使用的術語。對它們的輸入施加約束，所以它們只能輸入有效值。通過加載默認值使它們免於麻煩。
您可能會發現，您的專家用戶覺得很煩，點擊「顯示更多」鏈接，或者您可能會發現他們不介意，因爲他們使用簡單的用戶界面進行快速任務，並且不會總是去到每個任務的全功能用戶界面。