すぐに言います:知識は完全に「ユーザーインターフェイスデザイン」という本から取られています。 V. Golovachによる象を洗う技術。 私にとっては、この資料はとても有用でクールなものでしたので、共有したいと思いました。 記事はかなり大きいことが判明しましたが、それだけの価値があります。
そのため、インターフェイスの特定の部分を改善するために、著者は、特定の順序で事前に準備された質問のブロックを自問することをお勧めします。
ブロック1:
1.このインターフェイスでのユーザーインタラクションを加速することは可能ですか?
2.このインターフェイスのどこに人為的エラーを引き起こす可能性のある場所がありますか?
これらのフラグメントは変更できますか?
3.このインターフェースでの学習を助長しないものは何ですか? ユーザーが知っておくべきこと
このインターフェースとうまくやり取りするには? このリストにありますか
インターフェイス自体がユーザーに伝えていないことは何ですか?
これらの3つの質問は、順番に自問する必要があります。 回答後にインターフェースを変更する必要があることが明らかな場合は、変更後に残りの質問を再度尋ねる必要があります。
3つの質問すべてに否定的な答えを出すことが可能であった場合、私たちは始めます
質問の2番目のブロック:
4.このインターフェースを悪くするユーザーについて何か知っていますか?
5.このインターフェイスは、私が知っているすべてのユーザーの動機を満たしていますか?
6.このインターフェイスは、ユーザーが作業する環境と互換性がありますか?
これらの問題についてすべて問題なければ、インターフェイスでユーザータスクがどのように実行されるかを確認します。
7.インターフェイスで非効率的に処理されるタスクはありますか?
原則として、ユーザーがこのインターフェイスですべてのタスクを実行する方法を声に出して(または書くことをお勧めします)(抽象的なユーザーについてではなく、自分自身について書くのが最善です。たとえば、「ドキュメントメニューから、ゼータ変換設定ウィンドウを開き、値を入力します[人数]フィールドに40を入力し、[...]を開きます。
このようなチェックにより、多くの不一致または単に欠落している部分が明らかになります。
これが発生した場合、最初の質問に戻ります。 そうでない場合は、尋ねる
最後の質問:
8.このインターフェースはセクシーですか?セクシーにできますか?
ご覧のとおり、質問は8つだけで、特にひどいものはありません。 トリックは1つだけです。どの製品にも多くの機能があり、それに応じてインターフェースの不可欠な「ピース」があります。 「ピース」ごとに質問する必要があります。
使用例
たとえば、Windows配信のプログラム-電卓(通常、非エンジニアリング、モード)を使用します。

別のチェックのために、このインターフェースをフラグメントに分割します。
メインメニュー、結果の表示、数字付きのパネル自体です。 したがって、32の質問を自問する必要があります。24はインターフェースの個々のフラグメント、もう8はプログラム全体です。
メニュー

その唯一の非標準要素は、「グループ内の桁数」スイッチです。 有効にすると、長い数字は3桁の部分に分割されます。
私たちは質問を始めます:
- このメニューでユーザーの操作を高速化することは可能ですか? -いいえ。
- このメニューのどこに人為的エラーを引き起こす可能性のある場所がありますか? これらのフラグメントは変更できますか? -アイテムの名前「グループ内の桁数」を完全に理解することは困難です。 もちろん、「長い数字をグループに分割する」という名前に変更できますが、非常に長いです。 たぶん、デフォルトの分割をオンにして、アイテムをメニューから除外する必要がありますか?
- このメニューでの学習を助長しないものは何ですか? -要素「グループ内の桁数」を捨てた場合-何もありません。
- このメニューを悪くするユーザーについて何か知っていますか? -いいえ。
- このメニューは、私が知っているすべてのユーザーの動機を満たしていますか? -はい。
- このメニューは、ユーザーが作業する環境と互換性がありますか? -はい。
- ユーザーがメニューを使用して解決できるすべてのタスクのリストをリストします。 問題はないようです。
- このメニューはセクシーですか? -いいえ、セクシーではありません。 標準はまったくセクシーにすることはできません。 しかし、ここでは必要ありません。
ディスプレイ出力:

- 出力フィールドとのユーザー対話を高速化することは可能ですか? 「明らかに、そうです。長い数字は視線によってゆっくりとスキャンされるからです。」 長い数字のデフォルトの分割を有効にする必要があります。
- この分野のどこで人為的ミスを引き起こす可能性があるのでしょうか? これらのフラグメントは変更できますか? -ユーザーが計算結果を別のプログラムにコピーするだけでなく読み取る必要がある場合、長い数字をソリッドで表示するとエラーが発生する可能性があります。 デフォルトで長い数字を分割するモードを有効にする必要があります。 さらに、数字のサイズを大きくすると、わかりやすくなります。 現在のインターフェイスは、計算結果の検証に役立ちません。セルフテストを行う唯一の方法は、計算を繰り返して結果を比較することです。これは不合理に長くなります。 何らかの自己診断メカニズムが必要です。たとえば、計算の中間結果を表示できます。
- この出力フィールドの何が学習に役立ちませんか? -何もないようです。
- このフィールドを悪くするユーザーについて何か知っていますか? -いいえ。
- この出力フィールドは、私が知っているすべてのユーザーの動機を満たしていますか? -はい。
- このフィールドは、ユーザーが作業する環境と互換性がありますか? -1インチあたりのドット数が多いモニター(たとえば、多くの最新のラップトップ)では、数値が非常に小さく、読みにくい場合があります。 増やす価値があります。
- 結果を示すブロックの助けを借りてユーザーが解決できるすべてのタスクのリストをリストします。 問題はないようです。
- このインターフェースはセクシーですか? -いいえ、それは標準であるためセクシーではありませんが、変更するための費用はかかりません。たとえば、数字のサイズを大きくしたり、特定の数字のフォントを選択したりします。 または両方を行います。
数字付きパネル:

- このパネルでのユーザーインタラクションを加速することは可能ですか? 「ありそうもない。」
- このパネルのどこに人為的エラーを引き起こす可能性のある場所がありますか? これらのフラグメントは変更できますか? -乗算および減算ボタン(ピクトグラム*および-)の明瞭度はそれほど高くないため、エラーが発生する可能性があります。 算術演算のボタンのアイコンのサイズを大きくします。
- このパネルでの学習を助長しないものは何ですか? -ボタンMC、MR、MS、およびM +の名前は、ユーザーが目的を知らない場合は何も言いません。 これは、計算機のエンジニアリングバージョンでは正常ですが、通常の計算では受け入れられません。 最適な名前がボタンに収まるように(またはクリップボードが残っているため、ボタンを破棄するように)ボタンのサイズを大きくする価値があります。 CボタンとCEボタンの違いは何ですか? たぶん、このCEは出力フィールドに埋め込むことができますか?
- このインターフェースを悪くするユーザーについて何か知っていますか? -ユーザーは明らかにこのインターフェイスを一貫して使用しません(複雑な計算は計算機のエンジニアリングバージョンで行う必要がありますが、頻繁に計算するには、触覚フィードバックを与える大きなキーを備えた実際の計算機がより便利です)。 前の段落のボタンのわいせつな用語は、経験の浅いユーザーには明らかに適切ではありません。
- このインターフェイスは、私が知っているすべてのユーザーの動機を満たしていますか? -はい。
- このパネルは、ユーザーが作業する環境と互換性がありますか? -いいえ。 少なくとも、高解像度で画面サイズが小さい新しいモニターでは、収まりません-コントロールが小さすぎます(サイズは15インチ画面で800x600ピクセルで最適化されています)。
- ユーザーがキーバーを使用して解決できるすべてのタスクのリストをリストします。 問題はないようです。
- このパネルはセクシーですか? 「いや、セクシーじゃない。」 ただし、これを修正する方法は明確ではありません。
これらの質問を自問するときは、間違った、またはより頻繁に不完全な回答をするリスクがあることを常に覚えておく必要があります。
「電卓のインターフェイスを分析するとき、ブラケットを使用した計算などの一般的なタスクを個人的に逃しました。 従来の計算機は、それを実行する方法を知りません(ほとんどの場合、ブラケットに必要なメモリレジスタが容認できないほどの贅沢だったときに従来の設計が生まれました)。 MC、MR、MS、およびM +ボタン(およびメモリ使用量インジケーター)は、この(特に)問題を解決するための不器用な試みでした。 私たちの計算機にとって、このような計算は問題ではないので、良い方法では、MCボタンとMRボタンを交換するだけです」 -著者のメモ。
おわりに
したがって、プログラムでは、電卓は少なくとも:
- 数値のグループ(317543 => 317 543)で計算結果をデフォルトで表示し、対応するメニュー項目を削除します。
- 結果フィールドの数字のサイズを増やします。
- 数学演算ボタンの明瞭度を高めます。
- メモリ操作ボタンを釘付けしますが、ブラケットのボタンを挿入し、平方根ボタンで何かをします。
- 理想的には、起動時にOSに画面解像度を要求し、解像度が大きすぎる場合はすべての要素のサイズを増やします。
- 中間原価計算結果の表示を実装します。
- ウィンドウを常に他のウィンドウの上に浮かせます(設定)。 このインターフェイスには問題があります。結果を別のウィンドウにコピーして一連の計算を行う必要がある場合、計算機ウィンドウは常に消え、結果のコピー先のウィンドウと重なります。 ユーザーは、電卓ウィンドウに戻るたびに時間を費やす必要があります。
ご覧のように、わずか数分で8つの魔法の質問を行うことで、実際に設計を開始するために必要な改善点のリストを作成できます。
他の方法では、このような高い効率を提供することはできません。
残念ながら、ここには知的なtrapがあります。 あなたが今これらの質問を知っているという事実は何も役に立たない。 彼らの知識は十分ではありません-彼らは尋ねられる必要があります。 自分で質問しないと、質問は何の助けにもなりません。 この知識が機能するためには、プロジェクト活動に積極的に実装する必要があります(実際、他の知識として)。