InfoQ

News

差別化したUX:新生のUI設計傾向を示すものなのか

作者 Alexander Olaru, 翻訳者 編集部 投稿日 2008年3月8日 午後6時2分

コミュニティ
.NET,
Architecture
トピック
RIA,
リッチクライアント/デスクトップ
タグ
WPF,
UX,
Useability

差別化したUX(別名、差別化したユーザエクスペリエンス)は、VistaとWindows Presentation Foundation(WPF)が提供する新しい利点/機能として初めて導入された(source) 。それ以降、この用語には明確な定義はなくなった。Brian Noyes氏は最近、コンセプトの背後にある認識の一部を取り除くよう試みた(source)。Noyes氏は新しい用語を導入しているコンテキストの説明から開始した。

私が聞いた新しい業界用語は最近ますます増えています。特に、Microsoftのエヴァンジェリストの用語は「差別化したユーザエクスペリエンス」や「差別化したUI」などです。私でさえ、ときどきこれを使ってしまいます。これらの用語を聞くと、人間に聞こえない高音を聞き分ける犬のように、人々は首をかしげます。

一体、差別化したUXとはどういう意味でしょうか。この題目に関して最新の討議で、ある人は、差別化されていないUXはWPFまたはSilverlight以前のUIの種類を意味するものと考えました。しかし、これは実際のケースではありません。実際、LiveやGoogleのクイックサーチで「差別化したUX」または「差別化したUI」という検索用語で何もヒットしない場合、現在でも存在していない可能性があります。

「書かれた文書を正確に捉えることができない、ダイナミックで写実的になる」用語に対して明確な定義を与える難しさを認識したNoyes氏は、口語体の現実の例えを使用することで、コンセプトの中心に到達しようとした。

差別化したUXアプリケーションを考える場合、ケンタッキーにいる義父を訪問した際に何回か聞いた言葉を思い出さずにはいられません。「あんた達はみんな、ここの土地のモンじゃあないね?(Y’all ain’t from around here, is ya?)」(人間性に反する様々な文法的な誤りが伴います)。この言葉は、自分の経験で、期待したことや慣れていることとは何かが違うという本能的な感覚を捉えています。差別化したUXの本質を捉えていると思います。これは、まったく異質なユーザエクスペリエンスではありません。ユーザはまだ、何に取り組み、どのように取り組むかを理解したり、簡単に考え出す必要があります。ただし、見た目、感触、インタラクションは、同じタスクを以前のUIテクノロジーで示す方法とはかなり異なります。この違いは通常、フェーディング、ハイライト、拡大縮小、移動などの視覚効果を含めた方法でよりダイナミックになります。

Noyes氏は続けて、差別化したUXが「新しいUIテクノロジーを活用することで、経験豊富なユーザまたは初心者は特定のタスクをより簡単に完了する方法を見つけることができ」、また、「同じタスクを実行するよう設計された他のアプリケーションから、実際には目立つが出しゃばらない方法で、またより見た目に良く使いやすくする、独自のビジュアルテーマまたはブランド化を持っている」と述べた。Noyes氏は、WPFで構築された少数のサンプルアプリケーションを、差別化したUXを特徴付ける例として説明した。Familiy.Show(サイト・英語)、Woodgrove Finance Application(source)、およびCine.View(サイト・英語)のサンプルアプリケーションを実行するには、.NET Framework 3.0をインストールする必要がある。Noyes氏の生徒の一人の意見では、差別化したUXの別の面を捉えていた。

彼は、メニュー、ツールバー、ステータスバー、グリッドを説明した設計標準がずっと前からあり、これらが特別な方法のように見え、UIの中で特別な位置にあったと述べました。デベロッパをこれらの標準に従わせることは常に戦いですが、実際にツールはすぐに使えるように、より簡単になっています。ここで傾向が反対方向に流れ、差別化したUIを求めています。あるUIは少なくとも、全く同じことをやっている他のアプリケーションとは異なる(おそらくより良い)ように思われます。この一部は、以前の堅固な設計標準では実際にアプリケーションがあまり使いやすくならなかったことによるものだと思います。

Brian Noyes氏の投稿に関連したダイアログ(source)で、Dax Pandhi氏は用語の基本的な定義「良い差別化したUXとは同じタスクを実行する新しい方法を使用する」に同意し、「タスク志向とは、一般的に使用されるUIパターンではなく特定のタスクに適したUIを制作することを意味する」と述べてさらに限定する。

Pandhi氏も、古いメニュー/ツールバー/グリッドレシピが過剰に使用されていると考える。グリッドとデータのバインディングやコーティングが簡単になり、デベロッパはよりグラフィック的でわかりやすいUIを提供することには消極的になったので、「デベロッパがなまけ、エンドユーザが非生産的になった」と考える。Pandhi氏は、ユーザインターフェイスが最適でない原因は、グラフィックとソフトウェア両方の基礎を理解している優秀なUI設計者が不足しているためと感じている。:

もちろん、問題の本質はデベロッパがUIを実行できないことです。良いUXが目標ならば、設計者が関与する必要があります…。しかし、十分な数の設計者がいません。この種の仕事には十分ではないのです。設計者の大半は、見かけ倒しで使いにくいです。設計によってデベロッパの仕事を複雑にしないようにするため、設計者もソフトウェア開発の基本的な指針を理解しておく必要があります。

何年にもわたるユーザインターフェイスの開発と強化(大半は同じタスクを実行する新しい別の方法で構成)で見られたように、ユーザエクスペリエンスの向上の追求がしばらく効を奏したことについては議論がある。Appleのテクノロジーは、革新的で差別化された方法によってユーザエクスペリエンスの向上において成功した良い例である。従って、新しい「差別化したUX」という用語は、より新しくてパワフルなUIテクノロジーによって可能になった、新生のUI設計傾向を捉えている。または技術を推進するために使用された別の業界用語として次第に消えていくのであろうか。

原文はこちらです:http://www.infoq.com/news/2008/02/differentiated-ux

ブックマーク
digg+,
reddit+,
del.icio.us+,
dzone+,
Hatena

No comments

返信

特集コンテンツ一覧

トップスポーツチームの監督に教わる秘訣

この論文では、氏が発見した原則を要約し、その原則をいかにしてソフトウェア開発に応用するかを説明します。

事例研究:Dutch Railwaysのプロジェクトにおける分散拠点でのスクラム・プロジェクト

この記事では、私達がどのようにして大規模(240人月、10万行強)でインドとオランダの開発者も参加したスクラム・プロジェクトを成功させたのかを示しています。

Agile2008チーム参加レポート - 帰国そして変化

Agileカンファレンスに「参加者としてだけでなく、発表者として参加しよう」を掲げたチームgoyattomは、サブミッションを提出し、7つのセッションが日本から選択されました。参加者はカンファレンスで各々の発表や、各セッションへの参加、諸外国のエンジニアとの出会い、ステージ上で DearXPを熱演などの様々な思い出を抱えて、無事日本に戻ってきました。

SilverlightとJavaのインターオペラビリティ

マイクロソフトのRobert Bellが、SilverlightとJavaを使用したインターオペラビリティのシナリオを紹介し、サンプルコードを例にとってアーキテクチャの手引きを提供します。

Agile2008 チーム参加レポート - カンファレンス参加編

Agileカンファレンスに「参加者としてだけでなく、発表者として参加しよう」を掲げたチームgoyattomは、サブミッションを提出し、7つのセッションが日本から選択されました。サブミッションが選択された人、そうでない人も含めて、個々の目的意識の確認、膨大なプログラムから聞きたいセッションの選択、旅行の準備、プレゼンテーションの準備の期間を終えて、無事当日を迎えました。

Agile2008 チーム参加レポート - 動機/準備編

筆者はアジャイルソフトウェア開発についての年に一度の国際会議であるAgile2008に初めて参加してきました。今年の日本からの参加者の数は14名にも及び、発表者は5名、受け持ったセッションは8つに及び、例年にない活躍を見せました。なぜ今年のAgile2008では、これほど多くの日本人が参加し発表に至ったのか? そのレポートをお届けします。

Javaトラブルシューティングメルマガ総集編 2008/08~09

エスエムジーでは、Java全般を対象にしたトラブルシューティングサービス「JaTS」を提供しています。この記事では、前回に引き続き、JaTSにて蓄積したトラブル事例とその解決ノウハウの一部をお送りしている「Javaトラブルシューティングメールマガジン」(JTSMM)の総集編として、過去2ヶ月のトラブル事例と追加情報をダイジェストとして提供いたします。

モデル駆動アプローチがうまく機能しない(しなくなる)8 つの理由

この記事では、モデル駆動アプローチがうまく機能しない、または機能しなくなることによって期待した結果が実現できなくなる 8 つの理由について書きたいと思います。