web-dev-qa-db-ja.com

高速な対話の前のカウントダウンまたは開始ボタン

現在、高速クリックを必要とする小さなモバイルアプリケーションを設計しています。特に、30秒でクリックできる回数を測定します。準備画面とインタラクション画面の間に何が入っているのかわかりません。 2つのアプローチを考えています。

  1. カウントダウン。準備画面の下の部分に、対話画面と[スタート]ボタンの説明があります。ユーザーが[開始]をクリックすると、真ん中にカウントダウンがある対話画面が表示されます。 3、2、1、0と高速な相互作用が始まります。

  2. 開始ボタン。準備画面の下部には、インタラクション画面の説明とインタラクション画面ボタン。ボタンをクリックすると、真ん中にスタートボタンがあるインタラクション画面にジャンプします。それをクリックすると、対話が始まります。クリックは画面の中央から始まりますので、指はすでに所定の位置にあります。また、最初のクリックとしてカウントされます。

インタラクションはインタラクション画面の最初のクリックから常に開始することも追加する必要があります。したがって、カウントダウンはユーザーを落ち着かせるだけです。 (カウントダウンがあり、システム終了後、ユーザーの応答を待ちます。)システムが開始するのを待っていることをユーザーに通知しないことで、メンタルモデルで維持できます。結局のところ、ほとんどの人はカウントダウンの直後にクリックを開始します...これはショーンセになりますか?

また、ほとんどのユーザーはこの機能を1回または2回以上使用しません。

両方のソリューションの長所と短所がわかり、ロジックだけを使用して選択するのは難しいです。前もって感謝します。


*クライアントからプロジェクトの秘密を守るように依頼されたため、ボタンの正確な名前はわかりません。また、その名前は関係ないと思います。ただし、名前はあいまいではなく、短くなります。

2
Ada

どちらも「最初のクリックから開始する」対話で物議を醸しているため。

ユーザーは、タイマーがカウントダウンの直後またはボタンを押した直後に開始すると考える場合、最初のクリックを見逃すのを恐れています。また、カウントダウンは、テストを見込んでいるため、落ち着くのではなく、ユーザーにさらにストレスを与えます。これはユーザーが慣れていることなので、カウントダウンまたは開始ボタンのいずれかが存在すると、タイマーがとにかくすぐに開始することを示唆します。

明確なメッセージ記載"準備ができたらクリックを開始する"のようなものをお勧めします"いいですね!もう一度やってみましょう。準備ができたらクリックを開始します "アプローチ間。

1
Pavlo Grubyi

ユーザーが迅速で正確なインタラクションを実行することが期待される場合、ユーザーにカウントダウンを提供することは常に良い考えです。カウントダウンにより、ユーザーは対話が始まる正確な瞬間を知ることができます。これがないと、新しいユーザーまたはあまりスキルのないユーザーがキューを逃して再起動しなければならない可能性があります。ユーザーを維持するために、アプリの最初のエクスペリエンスをできるだけスムーズでフレンドリーにする必要があります。

一方、カウントダウンを待つのに飽きて、カウントダウンを無効にしたい上級ユーザーのグループがいる可能性があります。

あなたが本当にどちらか一方の間で引き裂かれている場合、ユーザーが彼らが好むものを決めることができる設定メニューでこの振る舞いのトグルを提供することができます。このシナリオでは、デフォルトの動作としてカウントダウンを実装し、1回限りのプロンプトで無効にするオプションをユーザーに通知することをお勧めします。

1
Alex Myers