質問: 機能の露出とuiの膨張 webアプリケーションを開発するとき、私は通常、機能/機能ごとにアイコン/ボタンを用意し、通常の作業中にユーザーの注意をそらさずに簡単にアクセスできるように配置する傾向があります。ただし、特定のボタンを複数の場所に配置し、できるだけ表示する必要があると感じているため、管理の一部と対立することがよくあります。これについてどう思いますか?同じコンテキスト内のボタン/機能に1つの場所がある場合、ユーザーは常にそれを探す必要があります(私のアプローチ)、またはユーザーが必要とする可能性があるすべての場所にボタンを複製する必要がある場合(管理のアプローチ)。例: -editオプションはツールバーメニュー内にあり、設定画面のタブのすぐ横に別のeditボタンを配置して、アプリの編集モードに切り替えます。すぐには見えない -saveボタンをandの上にtextareaの下に置きます。これは、ユーザーが入力を終了している可能性があるためです(下のsaveは近いです) )または、プレビューの読み取りを終了します(上部saveは閉じています)議論の背後にある私たちの推論:私のアプローチ: +滑らかなデザイン +未使用のアイコンは非表示のまま +構造 -ソフトウェアを以前に使用したことがないユーザーは、機能の検索/検索が必要になる場合があります経営陣のアプローチ +関数は、必要な場所に表示されます -まったく同じ機能のための冗長なuiコンポーネント -整理されていないルックアンドフィール -ui膨張私は推論が偏っているように思われますが、それが私が尋ねている理由です。どのアプローチでuiが向上しますか?
回答: microsoftの リボン を使用すると、「クイックアクセス」ツールバーにさまざまなコマンドを追加できます。そのアイデアを拡張して、最初にそれらのコマンドを追加するだけで、ユーザーが不要なコマンドを削除できるようにすることができます。