いつどのようにして、試行錯誤したユーザーの行動に挑戦するのですか？

Question

時間の経過とともに私たちに根付いてきた多くのユーザーの行動があります。それらのいくつかは良いです、そしていくつかは単に「それが何年もの間行われてきた方法であり、人々はそれを期待している」からです。問題は、場合によっては、何かを行うためのより簡単または賢明な方法を考え出すことができることです。例：

Appleは、OSX Lionのタッチインターフェイスの向きに合わせてスクロールバーの向きを変更しました。彼らは、スクロール動作を下にスクロールしてページを下に移動するように変更し、コンテンツを「上に」押してページを下にスクロールするように変更しました。これは、私たちのほとんどがコンピューター使用の全期間にわたって行ってきたのとは反対です。一部のユーザーのフィードバックに基づいて、一部の人々はそれに抵抗し、一部はそれを愛しています。しかし、最初はそれに抵抗する人の多くは、結局それを好むようになりました。変更を完全に乗り越えることができない人のために、Appleは、必要に応じてユーザーがそれを古い方法に戻すことを許可しました。

だから問題は、あなたがより良いと感じる何かを持っているときに、受け入れられた大会にいつ挑戦してもいいですか？慣習は、頻繁に、また変更のために変更されるような方法で挑戦されるべきではありませんが、最終的にユーザーに利益をもたらすと強く確信している新しい何かを実装してもよいのはいつですか？また、ほとんどの変更はかなりの量の初期抵抗に遭遇するため、これを行うことをどのように提案しますか？

James Crook · Accepted Answer

あなたは「いつ」と「どのように」と尋ねました。

いつ

新しいメソッドが説得力のある分野で劇的に優れているという説得力のある引数がある場合は、規則を破ります。 使用量が少ない場合、新しい方法を学習するコストは小さな利益を上回ります。ほとんどの場合、パワーユーザー、つまりヘビーユーザーは、慣習違反。最初のロードバンプの後、彼らからの熱意が必要です。機能を完璧にするには、ユーザーの入力が必要です。カジュアルなユーザーしかいない場合は、そこに行ってはいけません。
極端に大きなツリーを処理するなど、アプリケーションに異常な圧力がかかっている場合は、規則を破って、新しいアプローチの動機付けの論拠に上手くいく可能性があります。あなたが慣習を破るように駆り立てられていないのなら、おそらくそれを行うための十分な正当化がありません。
OR：慣例の違反ではなく、何か新しいものである場合に実行します。例は、マルチタッチに続く新しい規則です。それはゲームチェンジャーです-UXの変更はそれに続きます。タッチスクリーンの観点からは、これは古い慣習をまったく破るものではありません。指はマウスではありません。

方法

あなたがすでにあなたが適応している古い方法でそれをやっているアプリケーションを持っていると仮定して、オプションとして新しい方法を提供します。 （what Apple逆スクロールバーで実行済み）構成オプションにすることも、別のビューにすることもできますアプリの選択肢。
古いものと新しいもののどちらをデフォルトにする必要がある場合は、どうすればよいですか？理想的には、その選択を強制されないように設計します。選択する必要がある場合は、自分を信じてください。新しいものをデフォルトにします。

時間の経過とともに新しい方法を基に構築します。そして、そうすることが実質的に無料である場合にのみ、古い方法について詳しく説明します。これは、人々を新しい方法に移行するのに役立ち、同じことを行う2つの方法を維持するための過度の作業を回避します。新旧両方に機能を均等に追加する必要はありません。過去を打破するときのこのような進化の変化はありそうです。慣習に違反することは、将来の機能を有効にする可能性があります。たとえば、Appleスクロールバーをドラッグと同じ方向に機能させることは、可変速スクロールのイネーブラーです。QWERTYではなく、画面上のキーボード1つは、よりスマートな予測テキストUXを実現するものです。

実際には

慣習を破る上で私が抱えていた最大の問題は、発見可能性です。つまり、エリアがアクティブであること、またはアイテムをドラッグできることを発見します。特に小さなターゲットの場合はそうです。

それは大きな問題ではありませんでした。ユーザーは通常、「このことで何かしたい」と知っており、マウスをその上に置いてカーソルとオブジェクトの変化を確認すると、残りが続きます。重要なのは、アクションがどれほど複雑であるかではなく、それが存在することを発見することです。

新しいUI要素には、アクセシビリティと自動化を容易にするための追加の作業が必要です-これらの側面に費やす時間はありませんでした。これが、従来のUI要素を使用する「古い方法」が実際に登場した場所です。

それはそれだけの価値があります。クリック数が少なく、応答性の高いインターフェースにつながりました。

Dave Nelson · Answer

「受け入れられた慣習に異議を唱えるのはいつよいか」という質問に答える唯一の方法は、実際のユーザーを使って実際のユーザーテストを行うことだと思います。あなたのユーザーを代表する人々のグループを取得し、変更のモックアップを使用していくつかのタスクを与え、彼らがそれを得るかどうかを確認します。これは、ユーザーのコメントや意見は重要ではないが、新しい規則の使い方を監視する良い例でもあります。

また、動作を変更する方法をテストして、新しい規則に問題があるユーザーが変更できることを確認することも重要です。