web-dev-qa-db-ja.com

アンケートの質問間の遅延は妥当ですか?

ユーザーにいくつかの質問に答えてもらいたい。彼らはこれを行うために私のサイトに来ました。 https://www.typeform.com が良い例です。ほとんどの質問は多肢選択式です。

質問をすぐに切り替える(<10ミリ秒)か、遅延を設け(例:400ミリ秒)、質問を切り替える(ページ)のが最適です。

現在の問題に続く可能性のあるすべての可能な質問を先読みすることができるので、これは技術的な質問ではありません。これに関する調査はありますか?

2
Ben

それは意思決定時間に比例します。

  • 写真を閲覧するとき、遅延はありません。脳は画像で非常に効率的です。
  • 質問に答えるとき、主に視覚的な確認と確認として、簡単で短い移行が期待されます。

同じ原則が、質問の複雑さにも当てはまります。単純な「はい」「いいえ」の質問については、0.1〜0.2秒(マウスをクリックするのにかかる時間について)、0.1〜0.9秒の範囲の質問です。

2
Garik

それ自体フォームで質問を切り替えるための調査があるかどうかはわかりませんが、この状況でもまだ当てはまる一般的なページの読み込み時間は確かにたくさんあります。おそらくすでにご存じのように、簡単な答えは、人々は非常にすぐに欲求不満になり、彼らが何かをできるだけ早く簡単に行うことができない場合、彼らは先に進むということです。そのため、一般的には、何らかの人工的な遅延を回避するのが最善であり、場合によっては、Webページに適用される表面的な「砂糖」を意味します。

あなたのシナリオについての私の個人的な意見は視覚的な見地からです。質問間のある種の移行は、それが上にない限り問題ありません。 A veryクイックフェードまたは水平/垂直スワイプは問題なく、単なるインスタントスイッチよりも優れたエクスペリエンスを作成します。しかし、私はそれは高速でなければならないと言います、400msは問題ありませんが、不要と見なされるかもしれない余分なミリ秒でさえ、ユーザーによって拾われてイライラすることができます。

あなたの質問から、遅延が400ミリ秒でフェードしたのか、そのタイミングがフェードの実際の継続時間であったのかはわかりませんでしたか?前者の場合は、人為的な遅延を加えてさらに遅くすることを絶対に避けます。ユーザー側から追加のネットワークまたはシステムの問題があった場合は、それに追加するだけです。

1
0NLY777

彼らが意図を持っているなら、それをきれいに見せるための各質問の間のフェードはall悪いようには見えません。そうは言っても、彼らが答えたい質問へのリンクであり、時間を準備/保存したと私は思っています。その場合は、派手にすることもできますが、私たちは忙しい人です(フォーラムで回答を書いていないとき;-)フェードや移行が遅すぎると、退屈して戻ってしまう可能性がありますテレビ。もちろん、「xx/xx/xxまでに回答して50%オフで受け取る」などの緊急性がユーザーに出されている場合、これは問題ではない可能性があります。

私がオンラインで見た中で最高のアンケートは、それを迅速に邪魔にならないものです。答えが表示され、入力を開始してReturnキーを押すと、新しい質問が右から入力されると、現在の質問が左にスワイプします。これらは滑らかで覚えやすいです。 「すべてのアンケートがそんなに簡単だったらいいのに」との返事でした。もちろん、個々のテキストボックスをクリックする必要があります。私はあなたに自問するべきだと思います。私はフロントエンドで素晴らしいので、これを覚えておいてほしいですか、それは地獄のように派手です-それとも、ユーザーがこれまでに行った最も簡単なアンケートだったので、覚えてもらいたいですか。

0
David

このトピックは、サイトの速度に関するほとんどの質問がそうであるように、「速いほど良い」という形跡ではないと思います。
ユーザーの観点から、IMO-遅延が1秒または1/2秒未満である限り、フラストレーションは発生しません。ユーザーは何かが間違っているとは思わないので、「ローディング効果」は知覚されません。

また、Webの性質として、ユーザーは短時間待つことに慣れています(ほとんどのサイトには、要求されたデータが提供され、サーバーから戻ってきたため)。
そのため、ユーザーにとってインスタントレスポンスがかなり不自然に見える場合があり、技術的に問題があるとユーザーが思うかもしれません。

0
xul

使いやすさはどうですか? ADHD /不安やその他の問題を持つユーザーは、タイミングの問題で問題が発生する可能性があります

http://www.w3.org/TR/UNDERSTANDING-WCAG20/time-limits.html は、

コンテンツを読んで使用するのに十分な時間をユーザーに提供します。

この自動タイミングの問題については、この基準は、人々がタイミング制御が必要な理由の詳細を説明していると思います: http://www.w3.org/WAI/WCAG21/Understanding/timing-adjustable.html

身体に障害のある人は、反応、タイプ、活動を完了するのにより多くの時間が必要です。視力の弱い人は、画面上にあるものを見つけて読むのにもっと時間が必要です。目の見えない人やスクリーンリーダーを使用している人は、画面のレイアウトを理解したり、情報を見つけたり、コントロールを操作したりするのに、さらに時間がかかる場合があります。認知や言語の制限がある人は、読んで理解するのにより多くの時間が必要です。 ...

ただし、 同じページ で「」までスクロールすると、状況B:ページ上のスクリプトによって制限時間が制御されている場合 "、ユーザーが遅延をオプトアウトまたは変更できるようにするために、使用しているスクリプトのタイプに基づいていくつかのオプションがあります。