1

私は、私たちが製造および販売する機器との通信に人々が使用するフロントエンド GUI を開発しています。私たちの機器 (ブラック ボックス) は、イーサネットを介して GUI と通信します。ステータスのレポート、ブラック ボックス内のパラメーターを構成するためのコントロールの提供、診断データのクエリなどをユーザーに提供します。

GUI は、エンジニアがブラック ボックスの開発におけるデバッグ目的で使用したり、本番環境で顧客の要件に対して機器をテストするために使用したり、顧客がブラック ボックスと高レベルでインターフェイスするために使用したりする必要があります。課題は、エンジニアリング診断 GUI 要素が本番環境で GUI を使用する人々を混乱させることです。顧客は、エンジニアリングや本番環境にあまり役に立たない、非常に合理化されたシンプルな GUI を望んでいます。

3 つの個別の GUI を設計したくありません。下位レベルでこれらのプログラム間に多くの重複があり、さらにソフトウェア構成制御の悪夢を生み出すからです。複数のアプリケーションまたは複数のエンドユーザー向けの GUI を設計するためのモデルまたは戦略はありますか? 提案やベストプラクティスはありますか?

4

1 に答える 1

0

ユーザー中心の設計には、この種の問題に取り組むための戦略がいくつかあります。本格的なオプションは、ペルソナを使用して、デバッガー、テスター、およびユーザーのニーズがどの程度似ているか、および実際に所有しているユーザー グループの数を判断することです。ペルソナは、ユーザーの調査に基づいています。サポート コールを聞いたり、エンジニアの作業を観察したりして、情報を収集できます。目標、バックグラウンド、技術知識、ニーズが明確に異なる 3 つのユーザー グループがあるかもしれませんが、テスターとデバッガーが同じ UI に満足している 2 つの異なるグループしかないかもしれませんが、エンド ユーザーはそれが技術的すぎて技術的すぎると感じるでしょう。混乱しすぎます。

内部ユーザーの作業方法について知っていることを知っていれば、UI デザイン パターン「Extras On Demand」を採用することを正当化できるかもしれません。戦略は、デフォルトで比較的基本的な合理化されたシンプルな UI を提示することであり、1 回のクリックですべての機能を利用できます。単純検索と高度な検索の違いを考えてみてください。通常、簡易検索はデフォルトで表示され、高度な検索はクリックするだけで表示されます。

どのタスクがエンド ユーザーにとって適切なセルフサービス タスクであるかを判断し、それらのセルフサービス タスクを簡単に実行できるインターフェイスを設計します。エンド ユーザーがサポート コールで使用する用語を使用します。入力に制約を設けて、有効な値のみを入力できるようにします。デフォルト値をロードすることで、それらをトラブルから守ります。

専門家のユーザーは、「もっと見る」リンクをクリックするのが煩わしいと感じるかもしれませんし、簡単なタスクにはシンプルな UI を使用し、常に完全に機能するとは限らないため、気にしないかもしれません。すべてのタスクの注目の UI。

于 2013-05-31T17:29:35.693 に答える