Шпаргалка с медленным временем отклика - PullRequest
6 голосов
/ 23 января 2009

Есть ли у кого-нибудь ссылки на текущие и исторические статьи и авторитетные ссылки (статистика и сообщения в блогах) относительно времени отклика для пользовательских интерфейсов?

Естественно, что авторитетная ссылка - Критерии расчета человеческого фактора при взаимодействии человека с компьютером

Некоторые ключевые цитаты включают в себя:

[Относительно] ответа на запрос следущая страница. […] Задержки больше 1 второй покажется навязчивым на непрерывность мысли.

И

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

Этим цитатам 40 лет, но они так актуальны сегодня.

Есть также авторитетный отрывок Якоба Нильсена .

Я бы хотел собрать все ссылки на исследования такого рода в рамках этого сообщества вики.

В следующий раз, когда ваш менеджер попросит вас игнорировать время отклика или создаст функцию, которая замедлит работу вашего приложения, вы можете просто отправить им ссылку на эту страницу.

Ответы [ 6 ]

2 голосов
/ 05 мая 2009

Я думаю, что самый простой ответ был в статье Якоба Нильсена, где он определил правило 10/1 / .1 секунды в Время ответа: три важных предела . Эта статья основана на разделе из его книги Usability Engineering . Он представляет дальнейшие исследования и применимость в Интернете на нескольких сессиях 2009 года, все из которых связаны с 1 .

1 голос
/ 09 мая 2009

Я сталкивался с этими недавно касающимися скорости сайта:

мужчинам нужна скорость http://www.websiteoptimization.com/speed/tweak/usability-criteria/

Исследование: веб-пользователи предпочитают скорость перед настройкой http://www.websiteoptimization.com/speed/tweak/design-factors/

1 голос
/ 09 мая 2009

Подобно ссылке, опубликованной lavinio, в недавней статье Якоба Нильсена излагается правило 0,5 / 0,1 / 0,5 секунды для времени всплывающих меню.

http://www.useit.com/alertbox/mega-dropdown-menus.html

1 голос
/ 27 января 2009

Спасение жизней

Я прочитал эту небольшую статью

Цитировать Стива Джобса:

«Ну, скажем, вы можете побриться 10 секунд от времени загрузки. Умножение что пять миллионов пользователей и вот 50 миллионов секунд каждый день. За год это, наверное, десятки время жизни. Так что, если вы сделаете это загрузить десять секунд быстрее, вы спасли дюжину жизни. Это действительно того стоит, не ты думаешь? "

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

1 голос
/ 25 января 2009

Я только что наткнулся:

Время отклика системы и удовлетворенность пользователей: экспериментальное исследование приложения на основе браузера (смотрите PDF-файл) Джона А. Хоксмайера, доктор философии

Краткое изложение выводов:

  • Удовлетворенность H1 уменьшается с увеличением времени отклика [ поддерживается ]
  • H2 Недовольство приводит к прекращению использования [ поддерживается ]
  • H3 простота использования уменьшается с уменьшением удовлетворенности [ поддерживается ]
  • Опытные пользователи H4 более терпимы к медленному времени отклика [ не поддерживается ]
1 голос
/ 23 января 2009

Джаред Спул делится некоторыми результатами исследований, проведенных в UIE, о важности достижения цели, а не времени загрузки .

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

Оригинальное исследование 2001 года, на которое он ссылается, - Правда о времени загрузки , написанное Кристиной Перфетти и Лори Ландесман.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...