私はマテリアルデザインをいじくり回しており、ユーザーが要素を右または左にスワイプすることで要素を操作できるアプリを作成していました(押すと3番目のことができます)。それを一方にスワイプすることは、これが「悪い」というフィードバックを与えるユーザーであり、反対側にスワイプすることは、それが「良い」というフィードバックであるという考えです。
現在、私は通常、どちらの方向が良い方向で、どちらが悪い方向かを探しています。私は多くの異なる意見を見つけました。まず、よく知られているTinderの方法(「良い」右、「悪い」左)がありますが、Androidメールアプリは、反対方向にスワイプすると右に削除されます)左へ移動)。
反対に、私は(ユーザーによるテストなど何も行っていないので、これは私だけかもしれません)右にスワイプする方がはるかに簡単です。この意味では、正しいオプションは、ユーザーが最も頻繁に行うことを期待するか、またはユーザーに最も頻繁に採用してほしいものです。
これを決定するためのこれ以上の「科学的な」方法はありますか?
これに関する調査は見つかりませんでしたが、分析できます。
@Devinがコメントで述べたように、より優れた操作性を提供するスウィッピングは見られません。
あるいは、あなたは両方のオプション、ボタン、およびスワイプを提供できるので、「ボタン」ユーザーはそれらとdiscoverスワイプアクションは、必要に応じてスワイプアクションを使用できます(ただし、他のアクションに干渉しないことを確認する必要があります)。
私は調査を見たことがありませんが、ユーザビリティの観点からは、このマイクロインタラクションは本当に好きではありません。
ユーザビリティキュー/アフォーダンスはありません。ユーザーは訓練を受ける必要があり、そうでない場合、相互作用が存在することさえ知らない可能性があります。彼らが訓練されていても、どの方向がどのアクションを引き起こすかについての手掛かりはないので、ユーザーがアプリに戻ったときに忘れがちです。
これは一貫して適用されません。アプリによってカードスワイプの使用方法が異なるため、明確な規則はありません。
地球上で最もよく使用され、学習されているインターフェースの1つであるGmailでさえ、このインターフェースを使用することはほとんどできません。それが(より良いアフォーダンスを含むように)進化したり、将来的に削除されたりしても、私は驚かないでしょう。
このデザインを使用する場合、アクションを元に戻すことができることが非常に重要です、ユーザーがスワイプする方向を覚えていないか、アクションが認識または忘れられていないために誤ってスワイプする可能性があるためです利用可能です。
GmailとInbox by Gmailを例として使用すると、この問題に関するアイデアに明確な違いがあることがわかります。オブジェクト内のスペースをめぐって深刻な戦いをしていない限り、アクションを反映したアイコンを使用することをお勧めします。これにより、明確な視野からアクションが削除されることになる学習曲線が削除されます。
Gmail:
Inbox by Gmail:
Tinderがスワイプを処理する方法(右->良い、左->悪い)に言及しましたが、それに加えて、Tinderはまったく同じ動作を実行し、常にユーザーに表示されるボタンを提供します。これらのボタンは、対応するスワイプの方向と同じ場所に配置されます(つまり、左側に嫌いなボタン、嫌いにするには左にスワイプします)。
これらのスワイプ可能な要素がリストにあると想定すると、次のことを考慮してください。
要素をタップして展開すると、要素の下に「良い」アクションと「悪い」アクションのボタンが表示されます。ボタンの向きは、対応するスワイプの方向に揃えられます。これは、ユーザーが自由に決定できます。
これに関する研究があるかどうかはわかりません。多くの場合、左にスライドすると削除を意味しますが、前に進むことを意味し、右にスライドすると戻ることを意味します。あなたの場合、フィードバックはもっと直感的であるべきだと思います。左/右にスライドするだけで、何が起こっているのかをユーザーに伝えるのに十分だと思いますか?上下にスライドできますか?イマイチ/イマイチ?