Есть ли какой-то отраслевой стандарт для неприемлемого времени ответа веб-приложения?

Question

Существует специальное (коммерческое) приложение, которое я работаю над настройкой, когда загрузка нескольких страниц занимает определенное время для определенных распределений данных. (Я говорю примерно 3 минуты для загрузки страницы в этом случае ... и время растет в геометрической прогрессии).

Очевидно, что это неприемлемо, но есть ли там исследования, где я могу указать, какое приемлемое время ответа?

Я бы хотел провести несколько хороших исследований, которые могли бы обсудить время отклика.

Answer 1

Исследование Якоба Нильсена ответило на это для любого приложения (веб-приложения не являются особенными в этом отношении):

• 0,1 секунды : ограничение для пользователей, чувствующих, что они напрямую манипулируют объектами в пользовательском интерфейсе.
• 1 секунда : ограничение для пользователей, чувствующих, что они свободно перемещаются в командном пространстве без необходимости чрезмерного ожидания компьютера.
• 10 секунд : ограничение для пользователей , удерживающих их внимание на задаче.

Таким образом, для веб-приложений вы должны поддерживать максимальное время отклика страницы в среднем около 500 мс вблизи серверов, чтобы иметь веб-приложение, которое приятно использовать даже с задержкой в ​​сети 200–300 мс.

Answer 2

Приемлемое время отклика пользовательского интерфейса основано на человеческой психологии и поэтому для веб-приложений такое же, как и для традиционных настольных приложений.

В зависимости от того, как конечный пользователь воспринимает выполняемую операцию, допустимое время ответа может составлять 1 секунду (например, для закрытия «диалогового окна») или 10 секунд (например, для отображения результатов расчета).

Гуру юзабилити Якоб Нильсен написал хорошую статью о приемлемом времени ответа веб-приложения.

В опубликованных руководствах по пользовательскому интерфейсу указано то же самое допустимое время ответа, например:

Руководство по Java Look and Feel

Документация по интерфейсу GNOME .

Answer 3

Да, в статье Нильсена есть хорошая информация о том, как психология вовлечена. Здесь Вы можете найти больше информации о том, почему «воспринимаемая производительность» имеет значение, а не только фактическое время отклика.

Answer 4

Есть хороший пост в блоге здесь , в котором утверждается, что на самом деле не является отраслевым стандартом.

Может быть, нет хорошего способа сделать это.

Answer 5

& INFIN; наименее приемлемое время ответа.

После этого максимальное время, которое пользователь ожидает от него, которое сильно зависит от вашего сервиса.

Анимированная область значительно увеличит терпение пользователя, будь то песочные часы, кружение, круг, даже полоса, которая заполняется и очищается снова и снова. Пока проблема явно не в том, что их действия не были услышаны, они будут ждать.

Answer 6

Некоторое время назад профессор сказал мне, что средний пользователь сдается после 10 секунд ожидания, и ничего не происходит. Видя, что что-то случится, вероятно, увеличится их тенденция ждать. Но это было некоторое время назад ... когда перепонки были медленнее.

Answer 7

Я опубликовал соответствующий вопрос и получил несколько интересных ответов, которые могут помочь. См

Что считается хорошим временем отклика для динамического персонализированного веб-приложения?