UI/UXデザイン

UX は製品がどのように機能するかを決定します。その決定がどのようなものかを決定するのは UI です。どちらも単独では十分ではありません。一方は明快さをもたらし、もう一方は信頼をもたらします。

ケーススタディ

1 つの画面に 13 のドメインを搭載

私たちは自分たちが説いていることを自社の製品で実践しています。 dmu ONE は、財務、販売、CRM、プロジェクト、オペレーション、在庫、調達、人事、マーケティング、レポート、アーカイブ、設定の 13 のビジネス ドメインと 67 の機能を 1 つのモバイル フローにまとめます。以下の実際のスクリーンショットは、その簡素化がインターフェイスでどのように機能するかを示しています。

Android スマートフォン上の dmu ONE アプリのホーム画面
  • ナビゲーション13 個のドメイン。下部の 1 つのメニューに詰め込まれておらず、最も使用されるものを優先する階層構造で構成されています。
  • 情報階層日々の業務が最上位に位置します。レポートと設定は 1 つ後ろのレイヤーにあります。
  • コントラストアクセントカラーはアクションが必要な場所にのみ表示されます。インターフェイスの残りの部分は静かなままです。

01

2 つの異なる分野、1 つの経験。

UX (ユーザー エクスペリエンス) デザインは、製品が誰のために存在し、どのような問題を解決し、どのような手順を経て解決に到達するかを決定します。研究、情報アーキテクチャ、ユーザー フロー、ユーザビリティ テストがこの分野のツールです。 UI (ユーザー インターフェイス) デザインでは、色、タイポグラフィ、ボタンの状態、マイクロ インタラクションなどの決定が目に見えて具体的になります。

この 2 つを分離することは教育には役立ちますが、実際の仕事では切り離すことはできません。完璧に見えてもユーザーが必要なものを見つけられないインターフェースは、UI としては成功ですが、UX としては失敗です。適切な流れがあるデザインでも信頼感がない場合は、その逆です。良い製品には、両方が同時に適切であることが必要です。

02

まず構造、次に画面。

UX プロセスは画面から始まりません。ユーザーがここで何をしようとしているのか、最初に必要な情報は何か、どのステップが不必要な摩擦を生むのか、といった質問から始まります。これらの質問に対する答えによって、情報アーキテクチャ、つまりどのコンテンツがどこに、どの階層に配置されるかを決定する骨格が構築されます。

情報アーキテクチャが明確になると、ユーザー フローと忠実度の低いワイヤーフレームが機能します。この段階ではまだ色やタイポグラフィはありません。唯一の問題は、流れが理にかなっているかどうかです。現時点では、テストは低コストです。完全に開発された画面を最初から再コーディングするよりも、ボックスを移動するコストがはるかに低くなります。

03

一貫性は個々の画面ではなくシステムによってもたらされます。

UI デザインは、ワイヤーフレームを視覚的な言語で装飾することではありません。それ自体がエンジニアリングの分野です。ボタンは 1 回だけデザインされるのではなく、通常、ホバー、押された、無効、および読み込み中の状態と合わせてデザインされます。これらの状態のいずれかが欠けていると、ユーザーはインターフェースと「会話」することができなくなります。

そのため、成熟した UI 作業では、再利用可能なカード、フォーム フィールド、バッジ、間隔ルールなどの個別の画面ではなく、コンポーネント ライブラリが生成されます。 DMU 独自のインターフェイスでの明/暗テーマのサポートも同様に、この体系的なアプローチの結果です。つまり、2 つの異なる照明条件下でも一貫性を保つ単一のコンポーネント セットです。

04

アクセシビリティは後から追加されるレイヤーではありません。

十分な色のコントラスト、読みやすい文字サイズ、タップしやすいタッチ ターゲット、スクリーン リーダーと互換性のあるラベル - これらすべてはデザインそのものであり、後から「アクセシビリティ アップデート」として追加されたレイヤーではありません。弱視のユーザーにとって、不十分なコントラストは、運動能力が限られたユーザーにとっての小さなタップターゲットと同じくらい現実的な障壁です。

これらの原則は、すべての人にとってより良いエクスペリエンスも生み出します。ハイコントラストは日光の下でも読みやすく、タップターゲットが移動中でもユーザーを罰することはありません。アクセシビリティとは、一部のユーザーを対象とするのではなく、現実世界のあらゆる条件を対象に設計することを意味します。

05

プロセスは証拠であり、主張ではありません。

13 のビジネス ドメインと 67 の機能を 1 つのモバイル アプリに統合することは、理論上の UX 演習ではありませんでした。これは、研究、情報アーキテクチャ、プロトタイピング、ユーザビリティ テスト、および繰り返しの反復を必要とする現実的な問題でした。 dmu ONE はそのプロセスの出力であり、DMU の UI/UX アプローチを説明する最も誠実な方法は、それを直接示すことです。

モバイル アプリ開発: モジュール数に合わせて拡張するカスタム モバイル アプリ