«Интерфейс перегружен» — одна из самых частых фраз в отчётах о юзабилити-тестировании. Команда, получившая такой вывод, понимает, что что-то не так. Но не понимает, что именно менять.
«Перегружен» описывает симптом, но не его тип — и без этого различения неясно, что именно менять. Снижение внешней нагрузки помогает всем — но непропорционально. Пользователь, выполняющий сложную задачу, выигрывает в разы больше, чем пользователь с простой. Потому что в сложной задаче буфер рабочей памяти уже занят самой задачей — и каждый лишний элемент интерфейса вытесняет рабочий контекст [Sweller, van Merriënboer & Paas. 1998]. Упрощение не равномерно. Оно концентрирует выгоду там, где нагрузка уже на пределе.
Три осложнения, которые делают «упростите» недостаточной инструкцией.
Кажется, вывод очевиден: если интерфейс перегружен — нужно упростить. Однако [Sweller. 1988] показывает, что три типа нагрузки требуют трёх разных решений: внешнюю устраняет дизайнер, внутреннюю — продукт. «Упростите» без определения типа нагрузки оказывается рекомендацией без адреса.
Нагрузка бывает трёх типов — и только один из них в зоне ответственности дизайнера [Sweller. 1988]. Рекомендация «упростить» без определения типа нагрузки — как лечить температуру, не зная её причины.
Рабочая память — система специализированных компонентов [Baddeley & Hitch. 1974], и перегрузка зрительного канала не снимается текстовой подсказкой — она просто перемещается.
Метод измерения определяет, что будет найдено [Kosch et al. 2023]. Субъективная шкала, поведенческие метрики и физиологические данные дают разные ответы для одной и той же задачи.
Как перейти от симптома к причине — и что это меняет в рекомендациях?
Три типа нагрузки: только один из них про интерфейс
Теория когнитивной нагрузки различает три типа [Sweller. 1988] — хотя в более поздних работах [Sweller et al. 2011] третий тип (germane, или «продуктивная») был переосмыслен как часть внутренней нагрузки; для практических задач аудита разграничение остаётся рабочим:
Внутренняя нагрузка определяется сложностью самой задачи. Налоговая декларация сложна не потому, что интерфейс плохой, — она сложна по природе. Эту нагрузку интерфейс не создаёт и не устраняет. Она может быть снижена только на уровне продуктового решения — упрощением самой задачи, разбиением на шаги, предзаполнением данных.
Внешняя нагрузка создаётся самим интерфейсом: избыточными элементами, неудобным расположением информации, требованием удерживать в памяти данные с предыдущего экрана. Это единственный тип, за который отвечает дизайн.
Продуктивная нагрузка — ёмкость рабочей памяти, свободная для работы с содержательной частью задачи. Чем меньше внешняя нагрузка, тем больше ресурса остаётся на продуктивную — на понимание, принятие решений, формирование навыка.
Как эти три типа взаимодействуют — видно на одном примере. Пользователь заполняет заявку на возврат товара. Сама процедура с несколькими условиями и исключениями — внутренняя нагрузка, неустранимая без изменения бизнес-процесса. Пункты меню в навигации, не относящиеся к возврату, но занимающие экран, — внешняя нагрузка, полностью под контролем дизайнера. Ёмкость, которая остаётся после первых двух, — продуктивная: именно она уходит на то, чтобы понять, правильно ли заполнено поле, и принять следующее решение. Снижение внешней нагрузки здесь прямо переводится в снижение ошибок — и это измеримо.
Отсюда следствие, которое меняет приоритизацию. Если рабочая память уже занята на 70% сложностью самой задачи, каждый дополнительный процент внешней нагрузки стоит непропорционально дорого — он вытесняет рабочий контекст. Тот же лишний элемент в простом интерфейсе создаёт шум; в сложном — создаёт ошибку. Механизм непропорциональности [Sweller et al. 1998] работает именно так: самые важные улучшения нужно делать там, где задача труднее всего.
Разграничение меняет разговор с командой. «Задача слишком сложная» — это не отмазка, если сложность внутренняя. Вывод о типе нагрузки требует продуктового решения — редизайн экрана здесь не даст результата. Без этого различения команды годами переставляют кнопки на экране, которому нужен другой продукт. На практике вывод «интерфейс перегружен» появляется в отчёте без указания типа нагрузки. Команда устраняет внешние элементы — и удивляется, что ошибки на сложных транзакциях не исчезают: нагрузка оказывалась внутренней, тогда как все усилия уходили на снижение внешней.
Почему «всё есть на экране» не означает «удобно»
Интересно, что два устойчивых паттерна — противоположные по симптомам — оба создают внешнюю нагрузку.
Split-attention effect возникает, когда пользователь вынужден мысленно совмещать два пространственно разделённых источника информации [Sweller & Chandler. 1994]. Форма с инструкцией в боковой колонке вместо подсказки рядом с полем — классический пример. Рабочая память уходит на удержание связи между двумя частями экрана — вместо работы с самим содержанием формы. Информация «есть» — но обработка требует усилий, которых можно было не создавать.
Тот же эффект воспроизводится в другой форме: диаграмма на одном слайде, таблица с пояснениями к ней — на следующем. Пользователь возвращается. Возвращается снова. Рабочая память не удерживает оба источника одновременно — она тратит ёмкость на навигацию между ними.
Redundancy effect — обратная ситуация. Дублирование одной информации в двух форматах: текст + иконка с идентичным смыслом, заголовок + подзаголовок с одним содержанием. Кажется, что это помогает. На практике — два источника конкурируют внутри одного канала памяти, создавая когнитивный шум вместо поддержки [Baddeley & Hitch. 1974]. Мозг вынужден сверить два варианта и убедиться, что они говорят одно и то же — вместо того чтобы просто усвоить смысл. Парадоксально, но удаление одного из двух форматов снижает когнитивную нагрузку, а не увеличивает её.
На практике оба эффекта воспроизводятся в одном и том же аудите: часть экрана требует совмещения разделённых элементов, часть — перегружена дублированием. «Упростите» как инструкция не даёт ответа, что делать с каждым из них.
От симптома к причине: четыре поведенческих сигнала
Кроме того, поведение пользователя в ходе теста позволяет уточнить тип нагрузки — если знать, что именно искать.
Пользователь переключается между экранами для сравнения. Видит список на одном экране, переходит на второй, возвращается. Причина: фактор параллельной обработки — внешняя нагрузка, созданная разделением информации. Направление рекомендации: совместить на одном экране или добавить постоянно видимое резюме.
Пользователь спрашивает «что я уже указал?» или возвращается к первому шагу. Причина: нагрузка на кратковременную память — интерфейс требует удерживать предыдущие данные без поддержки. Направление рекомендации: добавить summary текущего состояния, хлебные крошки с введёнными данными, recap перед финальным шагом.
Замедление и рост ошибок к концу длинной задачи. Часто интерпретируется как усталость. Причина сложнее: возможно, комбинация монотонности (фактор 28 по ГОСТ Р ИСО 10075-2-2019) и накопленной нагрузки на кратковременную память. Направление рекомендации: чекпоинты с возможностью сохранить прогресс, смена типа активности в середине процесса.
Пользователь говорит «всё понятно» — но работает медленно и ошибается. Это четвёртый сигнал, который легко пропустить. Субъективная оценка нагрузки коррелирует с объективными показателями только на уровне r ≈ 0.4–0.5 [Paas, Tuovinen et al. 2003]. Пользователь, воспринимающий интерфейс как «простой», может при этом демонстрировать высокую объективную нагрузку по времени реакции или числу ошибок. Расхождение — информативный сигнал: интерфейс скрывает стоимость когнитивного усилия. Субъективная шкала это не поймает — нужны поведенческие метрики рядом.
Четыре разных сигнала ведут к четырём разным направлениям рекомендаций, и «упростите» не указывает ни на одно из них.
Однако
Не всё упрощение одинаково полезно. Подсказки и хелп-тексты, снижающие нагрузку новичка, создают redundancy для опытного пользователя [Hollender et al. 2010]. Универсальное упрощение — компромисс, оптимальный для никого.
Более точное решение: адаптивная подсказка, исчезающая после нескольких успешных взаимодействий, или прогрессивное раскрытие по уровню опыта. Более того, уровень экспертизы — не единственный модератор: нейроразнообразие (СДВГ, РАС), возраст и индивидуальный объём рабочей памяти создают принципиально разный нагрузочный профиль при идентичном интерфейсе — подробнее в гайдлайне для UX-исследований.
Высокая нагрузка иногда правильная. Если пользователь выполняет задачу впервые и нагрузка снижается при повторном выполнении — интерфейс работает: продуктивная нагрузка формирует схему. Упрощение в этой точке может снизить нагрузку и одновременно снизить обучаемость. Важнее убедиться, что нагрузка действительно внешняя, прежде чем её устранять.
Краткосрочный тест маскирует реальную нагрузку. Пользователь под наблюдением временно расширяет ресурс внимания [Kahneman. 1973] — это хорошо изученный эффект. Человек, у которого «перегружен» интерфейс в реальной работе, может пройти 45-минутную сессию без заметных затруднений. Хроническая нагрузка видна только при длительном наблюдении или дневниковом исследовании с фиксацией реальных рабочих контекстов.
Часть нагрузки — не в интерфейсе. Временно́е давление, зависимость от коллег, монотонность, непредсказуемые прерывания [ГОСТ Р ИСО 10075-2-2019, факторы 26–29] — эти факторы не воспроизводятся в лабораторных условиях и не устраняются редизайном. Важно: под временным давлением пользователи не используют аналитические стратегии — они распознают паттерны по привычному шаблону [Klein et al. 1986]. Ошибки в таких условиях — ошибки комиссии (действовал по привычному паттерну не там), а не упущения. Стандартный тест без давления их не предсказывает. Когда пользователь работает с дедлайном через час — интерфейс только один из источников нагрузки. Игнорировать остальные значит переоценивать эффект от изменений. AI-инструменты добавляют ещё один слой: они снижают воспринимаемую нагрузку на задачу, одновременно накапливая скрытый дефицит нейронной вовлечённости при регулярном использовании [Kosmyna et al. 2025]. Инструмент разгружает — но долг остаётся. Конструкт пока без независимой репликации, однако для практика это означает: замер нагрузки при работе с AI-инструментами требует отдельного внимания.
Когда это становится рабочим вопросом
Несколько ситуаций, в которых понимание типов нагрузки оказывается критичным.
«Упростите интерфейс» — без уточнения, что именно. Статья даёт фрейм трёх типов нагрузки для разговора с командой. Гайдлайн для UX-исследований — диагностический протокол с поведенческими сигналами и факторами ГОСТ.
После теста: пользователи медленны и ошибаются к концу задачи — непонятно, монотонность или нагрузка на память. Статья объясняет различие. Гайдлайн для UX-исследований — таблица диагностических вопросов по каждому фактору.
PM сравнивает два дизайна и спрашивает «который проще». Статья объясняет, почему субъективная оценка не равна объективной нагрузке. Гайдлайн для UX-исследований — протокол сравнительного замера с NASA-TLX и dual-task.
Проектирование формы или визарда. Split-attention effect как рабочий критерий пространственной интеграции. Статья даёт правило. Гайдлайн для UX-исследований — чеклист проверки каждого шага.
Оценка онбординга для новых пользователей. Контраргумент redundancy effect применителен здесь: то, что помогает новичку, вредит эксперту. Статья предупреждает. Гайдлайн для UX-исследований — метод segmented testing с разделением по уровню опыта.
Жалобы на «путаницу» в многошаговом процессе. Четыре диагностических сигнала из статьи — для быстрой ориентации. Гайдлайн для UX-исследований — рекомендации по структуре summary и расстановке чекпоинтов.
На практике: пять вопросов по любому экрану
Пять диагностических вопросов, применимых без инструментов — по любому экрану в ходе экспертного просмотра:
1. Вынужден ли пользователь удерживать информацию с предыдущего шага? Если да — добавить summary или хлебные крошки с данными.
2. Есть ли на экране два источника, которые нужно мысленно совмещать? Если да — физически интегрировать их или убрать пространственный разрыв.
3. Дублируется ли информация в двух форматах для одной и той же аудитории? Если да — убрать избыточный. Не оба — один.
4. Сколько независимых решений требует текущий шаг? Если больше двух-трёх — разбить шаг или приоритизировать одно решение, остальные скрыть до следующего экрана.
5. Есть ли на экране элементы, не связанные с текущей задачей? Если да — убрать или скрыть до завершения текущего шага.
Эти пять вопросов не заменяют диагностику — они дают направление для неё. Ответ «да» означает гипотезу, не вывод. Подтверждение требует наблюдения. Важно, что все пять вопросов проверяют только внешнюю нагрузку — единственный тип, который дизайнер контролирует. Если ответ на все пять «нет», а пользователи всё равно ошибаются, стоит вернуться к вопросу о сложности самой задачи — и решать его на продуктовом уровне.
Закрытие
«Интерфейс перегружен» — это симптом, не установленная причина. Различение типов нагрузки превращает субъективное наблюдение в операциональную задачу: что именно перегружает, на каком уровне и что с этим делать. Без этого различения «перегруженность» остаётся свойством интерфейса, а не проблемой с конкретным адресом и конкретным решением.
Различение типов нагрузки превращает «упростите» в конкретную задачу: «уберите боковую колонку с инструкцией, перенесите подсказки к полям». Первая формулировка попадает в отчёт. Вторая попадает в бэклог.
Гайдлайн: Когнитивная нагрузка в UX-исследованиях
Статья описывает фрейм трёх типов нагрузки и диагностическую логику. Гайдлайн для UX-исследований — рабочий инструмент для тех, кто проводит аудит или исследование когнитивной нагрузки.
Если оцениваете продукт без пользователей:
- Чеклист факторов ГОСТ Р ИСО 10075-2-2019 с диагностическими вопросами по каждому
- Шаблон экспертного аудита: поведенческий сигнал → тип нагрузки → направление рекомендации
- Реестр находок с Э/Г-классификацией и переводом на язык PM
Если проводите исследование с пользователями:
- Протокол NASA-TLX: когда применять, как интерпретировать расхождение субъективного и объективного
- Dual-task paradigm: как встроить в сессию без искажения основной задачи
- Поведенческие коды для think-aloud: сигналы split-attention, redundancy, нагрузки на кратковременную память
- Протокол дневникового исследования для измерения хронической нагрузки в реальных условиях
Физиологические методы (R11):
- Новые айтрекинг-индексы κ (каппа) и LHIPA: различение intrinsic и extraneous нагрузки по данным существующего айтрекера
- Портативный фНИРС и эффект когнитивного разъединения при перегрузке
- Мультимодальная фузия как минимальный надёжный стандарт; граница полевого измерения
Аудитория и индивидуальные различия (R12):
- Нейроразнообразие (СДВГ, РАС, дислексия): нагрузочный профиль и паттерны дизайна
- Возраст: парадокс упрощения для пожилых пользователей
- Curb-cut эффект как аргумент для inclusive design
Домены с повышенной нагрузкой (R13):
- Финансовые интерфейсы и онбординг: CLT-принципы, нейрофизиологический профиль, скрытая нагрузка
- AI/LLM-инструменты: когнитивный долг, парадокс разгрузки, перегрузка от объяснений AI, UX-принципы
Справочные инструменты:
- Матрица: поведенческий сигнал → тип нагрузки → рекомендация — готова к применению в ходе теста
- Диагностические вопросы без инструментов для экспресс-аудита любого экрана
- Карта факторов ГОСТ с примерами и диагностическими вопросами
Каждый источник разобран с тезисами и нетривиальной мыслью, применимыми для обоснования рекомендаций без повторного чтения оригинала.