2回目にボタンを押したときのボタンの動作は異なりますか？
私のAndroidアプリに地図を表示し、その地図上に現在のデバイスの位置を取得するために使用されるアイコンボタンがあります。ボタンは下の画像の右上隅にあります、現在の場所は青い円で表示されます：
デバイスの位置を常にフェッチするのはバッテリーを大量に消費するため、私のアプリでは必要ないため、数分ごとにフェッチしています。ユーザーが現在の場所のボタンをタップすると、最新の場所が表示されます。
ユーザーが最新の正確な場所を必要とする場合は、追加機能を提供します。ユーザーがボタンをタップすると、3秒のウィンドウが表示され、もう一度タップすると、最も正確な場所が取得されます。現在、このウィンドウが存在することをユーザーに視覚的に示すものはありません。2回目のクリックの後、最も正確な位置が設定されたことを示すポップアップメッセージが表示されます。
このアプローチをサポートするための調査は行っていません。現在の場所のボタンは、ユーザーが目的の効果を達成するために繰り返しタップするボタンと同じクラスのボタンに含まれているようです（たとえば、電卓の CおよびCEボタン） ）。
私の質問は：これは本当に行われるべきか、それとも悪いUXなのか？ 3秒のウィンドウに視覚的な表示が提供されていれば十分でしょうか、それともアプローチ全体が間違っていますか？
ここで得た素晴らしい答えの後で、私は不必要にバッテリーの消耗を心配していることに気づきました。そこで、私はダブルタップを排除し、常に最も正確な位置を取得しようとするように動作を設定することにしました。ユーザーはボタンを頻繁に使用しないので、バッテリーを著しく消耗します。
それで、大学院で論文研究を モバイルデバイスでの経路探索と識別 で行いました。私が常に気づいたことの1つは、人々がテストを完了している間、 巨大な 青い点に頼って、現実の世界のどこにいるかを示します。そのため、ほとんどのユーザーはナビゲーションスタイルのタスクをうまく実行できませんでした。
電池の消耗が大きいことは知っていますが、数分よりも頻繁にユーザーの位置情報を更新することは価値があるかもしれません。特にそれが人々がそれを頻繁に見るようなものなら（毎分くらい）です。ナビゲーション/ GPS機能を備えたアプリに入ると、かなり確かなバッテリーが消費されることは理解できると思います。
数分ごとに更新を続ける場合は、GPSボタンをダブルタップしないでください。最近のほとんどの人は、最初のクリックを自分の位置を見つけ、2番目のクリックを地図の方向を決めると考えています。 3秒の遅延を取り、ユーザーが[検索]ボタンを押すと、マップの向きを変えるか、場所をもう一度更新することで、常に最新の情報を取得できます。また、ユーザーに位置情報をしばらく更新していないため、ユーザーがそれについて考える必要があることを通知する何らかの通知をユーザーに追加することも検討してください。
ダブルタップは、タッチユーザーインターフェイスで広く受け入れられているナビゲーションパターンではありません。したがって、ユーザーに2度クリックすると、より正確な位置が設定されることをユーザーに示さない限り、使用をお勧めしません。あなたはそれを例えばで視覚化することができます：
- この3秒間の別のアイコン
- アイコンのサイズの変更-この3秒間で大きく目立つ
もう1つのアイデアは、最も正確な位置には長押しを使用し、通常の位置には短押し（標準タップ）を使用することです。
これが助けになったり、インスピレーションになったりすることを願っています。あなたがこの問題をどのように解決するのか私は興味があります-あなたがそれで何をすることに決めたのか書いてください:)
@ adam.heleniakにいくらか同意しますが、ダブルタップジェスチャーはうまく機能すると信じています（そして多くの良い例を見てきました）。ただし、これを使用している場合は、UXが貧弱です。ユーザーが自分の位置を取得するためにダブルタップする理由はありません。さらに、関数自体は他の多数のマップアプリで使用されており、シングルタップで位置のチェックインが開始されます。
ただし、できることは、（新しい検索に再度pingを実行せずに）シングルタップで中央に移動することです。もう一度タップすると（ダブルタップのジェスチャではなく、もう一度タップするだけで）検索が開始されます。このように、それはユーザーが必要とすることを実行し、データ/電力消費の効率を維持する、派手な（不必要なジェスチャー）のないデュアルパーパスボタンです。
BDDの優れた答えは、数分よりも頻繁に場所を更新する必要がある理由を提供します。これは、ユーザーが青い円から新しい場所に移動するよりも速く移動する場合に特に重要です。
ただし、アプリがほんの数分以上の頻度で実際に更新を必要としない場合は、次の代替アプローチをお勧めします。答えとしては、「数分」で「3分」という意味になります。
- :（mm：ss）-アプリの起動時に自動的に更新されます。
- :-3分が経過しました。アプリはまだ画面上にあり、自動的に更新されます。
- 4:12-ユーザーがボタンをタップしたonce場所を更新し、タイマーをリセットします。また、ボタンを非表示にします。
- 4:15-3秒後にボタンを画面にフェードバックします。
- 7:12-3分が経過しました。アプリはまだ画面上にあり、自動的に更新されます。
- 9:45-ユーザーがボタンをタップしたonce場所を更新し、タイマーをリセットします。また、ボタンを非表示にします。
- 9:48-3秒後にボタンを画面にフェードバックします。
- 11:2-ユーザーがボタンをタップしたonce場所を更新し、タイマーをリセットします。また、ボタンを非表示にします。
- 11:26-3秒後にボタンを画面にフェードバックします。
- 14:2-3分が経過しました。アプリはまだ画面上にあり、自動的に更新されます。
- 17:2-3分経過しました。アプリはまだ画面上にあり、自動的に更新されます。
元のアプローチの問題は、場所を更新するためにダブルタップがtruly必要であることをユーザーが知ると、ユーザーは絶え間なくボタンを押して、バッテリーの消耗を回避するという本来の意図を打ち破ります。ボタンを1回タップするだけでユーザーがオンデマンドで更新できるようにすることで、ユーザーを満足させます。そして、許容できる短い遅延を強制することで、ユーザーが絶えず場所をポーリングしないようにします。
別のアプローチがいくつかのマッピングアプリで採用されています。これは、単純なトグルボタンを使用することです。オンにすると、アプリは頻繁に場所をポーリングして更新します（非常に短い遅延があります）。オフに切り替えると、アプリは場所をまったく更新しません（ユーザーは手動で地図を自由に探索できます）。
また、ほとんどの電池の消耗は画面のバックライトとGPSの使用によるものです。モバイルタワーベースの位置データとWiFiベースの位置データを使用している限り、バッテリーの消耗を気にする必要はありません。しかし、あなたが何をしてもneverアプリを使用できるようにするために、ユーザーにGPSをオンにすることを強制します。
まず、場所ボタンを「bottom-right」のコーナーに移動することをお勧めします。ユーザーがよりアクセスしやすくなります。右上隅が遠すぎて親指で届かない（ユーザーが片手で電話を使用している場合）。
次に、現在の場所を数分ごとに取得する場合すでにユーザーに表示している場合は、[場所]ボタンをタップすると1回で正確な場所が取得されます。これにより、ダブルタップを完全に排除できます。
私は多かれ少なかれ@ADTCと同じように考えていました。
このUIの問題は、「場所の更新」ボタンがタップされたときに場所を完全に更新しないため、ユーザーをだましていることです。
私はこのバッテリー節約戦略を忘れて、たとえば、アプリがユーザーの完全な注意を払っていないときに何も更新しないなど、他のものを見つけようとします。
ボタンのフェードは、進行中のカウントダウンがあることを伝えるようなものです。たとえば、ボタンに実際のカウントダウン秒を表示するなど、「10、9、8 ...秒で場所を更新しています」のようなものを伝えることを検討します。
いいえ、それはユーザーに反します。ユーザーが何かを1回クリックすると、その後は毎回まったく同じことを行う必要があります。1つのボタンに2つの機能を持たせるのは直観的ではありません。小さすぎるスペースの説明を長くする必要があります。両方を説明する方法は、これが選択した方法である場合、単純なホバーツールヒントです。これは、ユーザーがボタンにカーソルを合わせるまで非表示になるためです。これを実装できる唯一の許容できる方法は、トグルボタンにあります、これは多くのプログラムで広く使用されているため。