web-dev-qa-db-ja.com

ユーザーの入力が、ユーザーの考えと一致しない

私はUXデザインを初めて使用するので、数日間わずらわしい質問を受けました。

Prolem:私のアプリは地図付きのカレンダーアプリで、ユーザーのネイティブカレンダーからデータを取得します。イベントには正当なアドレスが含まれています。ただし、正確には、ピンをドロップして地図上で解決するように依頼する必要があり、緯度と経度のペアを取得して保存します。通常、アプリは自動的にアドレスを解決してユーザーに確認させるか、ピンを少し動かします(Googlemapアドレスがいくつかのブロックでオフになっている場合)。

しかし、ユーザーがピンを都市の反対側などに移動すると問題が発生します。次に、元のアドレスを誤った{lat、lon}値に関連付けます。次にユーザーがイベントを開いて地図を見て、不一致の住所テキストを見たとき、彼はそれをアプリのせいにしました(もちろん、ここで責任を取る必要があります)。

Googlemapsが機能した後でユーザーがピンを移動することを禁止する必要がありますか?または、住所テキストを新しい住所に置き換える必要がありますか?

検索するUX(またはUI)の用語が正確にわかりません。誰かが私を助けたり、私にいくつかの方向を示したりできることを願っています。ありがとう。

更新良い答えがたくさんあります。答えとしてマークしたオプションを、Marjan Venemaが述べた「ズームアウト」効果と組み合わせて使用​​します。

4

ユーザーがピンを動かしている理由を知っていますか?

偶然ですか、それとも最初のドロップが正しくなかったためですか?

それが偶然の場合は、ユーザーが意図しないことをしているというユーザビリティの問題があります。その場合は、UIがそれほど煩わしくないようにインタラクションを変更してください。

最初の場所を設定することを「意味しない」ためにピンを移動している場合は、ユーザーが何をしているのかをユーザーが知っていることを信頼し、ドロップするたびにアドレスを更新する必要があります。

1
Charles Wesley

良いUXの質問に+1

ユーザーがやりたいことを実行していることを信頼し、すべての「確認」ダイアログをスキップします。代わりに、ピンを元の場所から遠くに移動したことをユーザーに通知し、間違っていることがわかった場合にユーザーが簡単に位置をリセットできるようにします。

このようなものを設計する方法は、とりわけ、Google Mailによって実装されます。メールを削除した場合、Googleはアクションの確認を求めません(ほとんどの場合これで問題ありません)。代わりに、削除したくない場合にアクションを元に戻すオプションが提供されます。

1
Henrik Ekblom

あなたが説明した欠陥は Nielsen Heuristic "Visibility of System status" でカバーされています

システムは、適切なフィードバックを適切な時間内に通すことで、常にユーザーに何が起こっているかを通知する必要があります。

内部システムの状態には新しいアドレスが設定されていますが、ユーザーには「ずっと後」になるまで古いアドレスが表示されます。内部ステータスと表示が同期していることが重要です。

一部のユーザーはおそらくvisualの変更のみを行うつもりです-アドレスの変更ではありません。これは現在のシステムでは不可能かもしれませんが、良いフィードバックを通じてそれを合理的に知ることができます。

ところで、 "ビジュアルのみ"と "アドレス"の両方の変更をサポートできる場合、UXはユーザーが意図したものを特定しようとしてより複雑になります。サポートする価値のない複雑さ。

PS。 UIを設計する場合は、すべてのヒューリスティックをよく理解することを検討してください。それらは、設計の決定を導くのに役立ちます。

1
Jason A.