ユーザーエクスペリエンスを向上させるための段階的な削減と開示
コンテンツとインタラクションの両方の観点から、ユーザーの複雑さを軽減する漸進的な開示の実践について多くの議論がありました。一方、UI設計を簡素化する傾向に伴い、漸進的な削減も一般的になっています。両方のアプローチが賢明な方法で組み合わされて、コンテンツだけでなく（ほとんどの投稿や例に重点が置かれているため）ユーザーエクスペリエンスの改善に役立つのか、ユーザーインタラクションにも役立つのかと思っていました。たとえば、通常、クリックしてアクションを実行すると、代わりにアプリケーションがショートカットを作成する場合があります。または、特定のメニューオプションが使用されていない場合は、リストのさらに下に移動します。すべてのアプリケーションを1つのサイズで作成しようとする考えは、UXデザイナーにとって頭痛の種に過ぎないようです。そのため、使用情報に基づいてアプリケーションの機能を適応させるという反対のアプローチを取りませんか？
これは、アプリケーション全体が完全に適応可能である必要があると言っているのではありません。そうすると、コアとなる設計原則が失われるからです。しかし、ユーザーが実際にユーザーが何かを使用するとどう思うかについての無限の議論がある領域では、テストを行っても決定的な答えが得られない場合でも、両方のアプローチを組み合わせると、妥協する必要があるか、またはユーザーの1つのグループ。両方のアプローチを使用してユーザー設定/動作の複雑さのバランスをとる良い例はありますか？
さて、標準メニューはプログレッシブ開示の古典的な例です。最初に「ファイル」というタイトルだけが表示され、次にそこに含まれるオプションが表示されます。 「プログレッシブリダクション」は、「アダプティブUI」または単に「パーソナライゼーション」と呼ばれていたものの新しい名前のようです。ここでの典型的な例は、MS Office 2003であり、ユーザーが説明したとおりに機能しました。メニュー項目が使用されなかった場合、リストは下に移動します。私の知る限り、このアプローチはひどく失敗しました。ユーザーは、めったに使用されないオプションがメニューのどこに配置されるか、また、よく使用されるオプションが移動する傾向がある理由を予測できませんでした。 MSはOffice 2007でこのアイデアを廃止したので、明らかに同じ結論に達しました。
プログレッシブリダクションは、マッスルメモリでうまく機能するようには聞こえません。そのため、私はそれを避けます。
複雑さに対処する他の方法は、「自然言語」インターフェイスを使用して、特定の単語またはアイコンをアクションにリンクさせる代わりに、コマンドを入力または発声することで、複数の単語をアクションに添付できます。古いコマンドラインインターフェイスとは異なり、コンピューターが理解する方法でアクションをWordで表現する方法を知っているのではなく、アクションを表現してコンピューターに理解させる、または不明な場合はプロンプトを表示するようにします。 Apple siri、MS Cortana、およびibm watsonなどのイニシアチブが発展するにつれて、この領域が拡大することを期待してください。
複雑なプログラムの作業で使用する方法は、一連のデフォルトのユーザータイプを設定することです。アドビ製品のワークスペースと同様に、特定のタスクまたはロールのみに使用されるコントロールに、より大きなコントロールのセットを減らします。これらは、デフォルトが特定のニーズに合わない場合、さらにカスタマイズできます。追加の要素は、検索して固定するか、すべてのコマンドのマスターページを使用して見つけることができます。