Порог Доэрти: 400 миллисекунд, изменивших UX (1982)

Что произошло

В 1982 году два инженера из IBM — Уолтер Доэрти (Walter J. Doherty) и Арвинд Тадани (Ahrvind J. Thadani) — опубликовали в IBM Systems Journal статью, которая изменит представление о том, как скорость системы влияет на человека. Статья называлась незамысловато — о требованиях к времени отклика в интерактивных системах. Но вывод был взрывным.

До Доэрти и Тадани в индустрии существовал негласный стандарт: время отклика компьютерной системы должно составлять не более 2 секунд. Два секунды считались приемлемыми. Пользователь нажимает клавишу, ждёт две секунды, получает ответ — это нормально. Так работали терминалы мейнфреймов. Так работали первые интерактивные системы. Два секунды — терпимо, привычно, достаточно.

Доэрти и Тадани доказали, что это недостаточно.

Они исследовали операторов, работавших с мейнфреймами IBM в режиме разделения времени (time-sharing). Десятки терминалов, подключённых к одному мощному компьютеру, каждый оператор вводит команды и ждёт ответа. Доэрти и Тадани систематически варьировали время отклика — от нескольких секунд до долей секунды — и измеряли продуктивность операторов: количество выполненных транзакций, количество ошибок, субъективную оценку комфорта.

Результат оказался неожиданным. Сокращение времени отклика с 2 секунд до 400 миллисекунд повышало продуктивность не пропорционально (не в 5 раз), а значительно больше. Зависимость была нелинейной. При двухсекундном отклике оператор работал в одном режиме. При отклике менее 400 мс — в принципиально другом. Доэрти и Тадани зафиксировали порог, при пересечении которого менялось само качество взаимодействия.

Что происходило при отклике в 2 секунды? Оператор вводил команду. Ждал. За две секунды его внимание успевало переключиться: он отвлекался на соседний документ, смотрел в окно, терял нить мысли. Когда ответ приходил, оператор тратил время на восстановление контекста: о чём я думал? что собирался сделать дальше? Каждая двухсекундная пауза — это микроразрыв в потоке работы.

Что происходило при отклике в 400 мс? Оператор вводил команду — и ответ приходил до того, как мозг успевал переключиться. Не было паузы. Не было отвлечения. Не было потери контекста. Каждый ответ системы мгновенно запускал следующее действие. Оператор и машина работали как единая система — в том самом режиме, который психолог Михай Чиксентмихайи позднее назовёт «потоком» (flow state).

400 миллисекунд — это не произвольное число. Это когнитивный порог. Примерно столько времени требуется рабочей памяти, чтобы начать «выгружать» текущую задачу. При задержке менее 400 мс мозг удерживает контекст. При задержке более 400 мс — начинает его терять. Каждая потеря контекста стоит времени на восстановление. Суммарные потери за рабочий день огромны.

Доэрти и Тадани описали ещё один эффект: при отклике менее 400 мс пользователи описывали взаимодействие с системой как «увлекательное» (engaging). Не просто быстрое — увлекательное. Система, которая отвечает мгновенно, ощущается как живая, отзывчивая, готовая к диалогу. Система, которая отвечает с задержкой, ощущается как тяжёлая, неповоротливая, враждебная.

Статья произвела впечатление на руководство IBM. Компания инвестировала значительные средства в ускорение своих систем. Логика была простой и убедительной: если сокращение отклика даёт непропорциональный рост продуктивности, это не затраты — это инвестиция с доказуемой отдачей. Быстрая система экономит часы рабочего времени каждый день. Умножьте на тысячи операторов, работающих на мейнфреймах IBM по всему миру, — и экономия исчисляется миллионами долларов.

Контекст эпохи

Чтобы понять масштаб открытия Доэрти и Тадани, нужно представить мир вычислений 1982 года.

Мейнфреймы IBM — потомки System/360 — были становым хребтом мировой экономики. Банки, авиакомпании, страховые компании, правительственные учреждения — все зависели от мейнфреймов. Тысячи операторов ежедневно сидели перед терминалами IBM 3270 — зелёными экранами с текстовым интерфейсом — и вводили данные, обрабатывали заказы, проверяли счета. Каждая секунда задержки, помноженная на миллионы транзакций, превращалась в ощутимые потери.

Но мейнфреймы работали в режиме разделения времени: один компьютер обслуживал десятки и сотни терминалов. Процессорное время было дорогим ресурсом. Сокращение отклика означало увеличение нагрузки на процессор, а значит — покупку более мощного (и более дорогого) железа. Менеджеры IT-департаментов балансировали между стоимостью оборудования и комфортом операторов. Два секунды — это компромисс: терпимо для людей, экономно для бюджета.

Доэрти и Тадани разрушили этот компромисс. Они показали, что «экономия» на скорости — фикция. Медленная система экономит на железе, но теряет на продуктивности людей. А люди стоят дороже железа. Зарплата оператора за год многократно превышает стоимость дополнительного процессора. Инвестиция в скорость окупается.

Этот аргумент — «быстрее = дешевле в итоге» — станет одним из самых мощных экономических обоснований UX. Не «давайте сделаем красиво», не «пользователям будет приятно», а: инвестиция в удобство возвращается деньгами. Доэрти и Тадани доказали это числами, на конкретной системе, с измеримым результатом.

Проблема скорости не ограничивалась мейнфреймами. Персональные компьютеры — IBM PC, Commodore 64, будущие Lisa и Macintosh — тоже были медленными. Перерисовка экрана, загрузка программы, сохранение файла — всё требовало ожидания. Песочные часы станут символом этого ожидания на десятилетия вперёд.

Значение для UX

Порог Доэрти — это одно из «магических чисел» UX, наряду с законом Миллера (7 ± 2 элемента в рабочей памяти) и законом Хика (время выбора логарифмически зависит от количества вариантов). Каждое из этих чисел фиксирует фундаментальное ограничение или свойство человеческого познания. Миллер — ограничение памяти. Хик — стоимость выбора. Доэрти — цену ожидания.

Скорость как UX-метрика. Доэрти и Тадани первыми доказали экспериментально то, что сегодня считается аксиомой: скорость — это не техническая характеристика, а свойство пользовательского опыта. Быстрая система не просто экономит время — она меняет качество взаимодействия. Медленная система раздражает. Быстрая — увлекает. Разница не количественная — качественная.

Core Web Vitals. В 2020 году Google ввёл метрики производительности веб-страниц — Core Web Vitals — и сделал их фактором ранжирования. Interaction to Next Paint (INP) измеряет задержку между действием пользователя и реакцией страницы. Рекомендуемое значение: менее 200 мс. Это прямой наследник порога Доэрти — та же идея, уточнённая для веба сорок лет спустя.

Правило Amazon. В середине 2000-х инженеры Amazon обнаружили, что каждые 100 миллисекунд дополнительной задержки стоят компании 1% продаж. Google сообщил о схожих данных: 500 мс задержки поиска сокращали запросы на 20%. Коммерческое подтверждение порога Доэрти: скорость конвертируется в деньги.

Дизайн воспринимаемой скорости. Порог Доэрти повлиял не только на серверную оптимизацию, но и на дизайн интерфейсов. Когда технически невозможно ответить за 400 мс, дизайнеры создают иллюзию скорости: skeleton screens (серые плейсхолдеры, показывающие структуру страницы до загрузки данных), индикаторы прогресса, анимации перехода, оптимистичные обновления (показать результат до получения подтверждения от сервера). Все эти паттерны — ответ на когнитивный механизм, описанный Доэрти: мозг начинает терять контекст после 400 мс, и задача дизайнера — заполнить эту паузу чем-то, что удерживает внимание.

Поток Чиксентмихайи. Наблюдение Доэрти, что пользователи описывают быстрое взаимодействие как «увлекательное», перекликается с теорией потока Михая Чиксентмихайи (1990). Состояние потока — полная поглощённость деятельностью — требует, среди прочего, немедленной обратной связи. Интерфейс, отвечающий за 400 мс, даёт эту обратную связь. Интерфейс, отвечающий за 2 секунды, — разрушает поток. Каждый тормозящий сайт, каждое зависающее приложение — это убийца потока.

До 1982 года никто не измерил точный порог и не показал нелинейность эффекта. Доэрти и Тадани дали индустрии число — 400 мс — и доказательство: это не мнение, а факт, подтверждённый экспериментом. С тех пор каждый разработчик и дизайнер знает: если система думает дольше 400 миллисекунд, она теряет пользователя — его внимание, контекст, продуктивность и деньги.

Связанные статьи

  • Закон Миллера — 7 ± 2: ограничение рабочей памяти, определяющее дизайн навигации, меню, форм. Ещё одно «магическое число» UX рядом с 400 мс Доэрти.
  • Закон Хика — время выбора растёт логарифмически. Вместе с порогом Доэрти — фундамент понимания временных аспектов взаимодействия.
  • IBM System/360 и PDP-8 (1964) — платформа, на которой Доэрти и Тадани проводили исследования. Потомки System/360 были теми самыми мейнфреймами с двухсекундным откликом.
  • Что такое юзабилити — эффективность как один из трёх компонентов юзабилити по ISO 9241-11: скорость выполнения задачи напрямую зависит от скорости отклика системы.

Вопросы и ответы

Что такое порог Доэрти и откуда взялось число 400 мс?

Порог Доэрти (Doherty Threshold) — эмпирически установленное правило, согласно которому время отклика компьютерной системы должно составлять не более 400 миллисекунд. При таком отклике пользователь воспринимает систему как мгновенно реагирующую и входит в состояние потока — непрерывного продуктивного взаимодействия. Число 400 мс было установлено Уолтером Доэрти и Арвиндом Тадани из IBM в 1982 году на основе исследований операторов мейнфреймов.

Почему сокращение времени отклика на 1,6 секунды даёт непропорционально большой рост продуктивности?

Доэрти и Тадани обнаружили нелинейный эффект: сокращение отклика с 2 секунд до 400 мс повышало продуктивность не в 5 раз, а значительно больше. Причина — в когнитивном переключении. При задержке в 2 секунды пользователь успевает потерять контекст: его внимание отвлекается, рабочая память начинает «выгружать» текущую задачу. При задержке 400 мс этого не происходит — мозг остаётся в режиме действия, каждый ответ системы немедленно запускает следующее действие пользователя.

Как порог Доэрти связан с современными метриками производительности сайтов?

Порог Доэрти — прямой предшественник Google Core Web Vitals и других метрик скорости. First Input Delay (FID) измеряет задержку между действием пользователя и реакцией страницы — по сути, тот же отклик, о котором писали Доэрти и Тадани. Правило Amazon «100 мс дополнительной задержки = -1% продаж» — это коммерческое подтверждение того же принципа: скорость — не техническая характеристика, а бизнес-метрика.