Современные интерфейсы стали хуже. И нам продают это как прогресс

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

Если после изменения UI конкретную задачу стало сложнее выполнить, это деградация. Название «прогресс» результата не меняет.

Больше экран — не значит больше выбора

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

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

В исследовании Swifter видеоплеер показывал несколько кадров рядом с текущей позицией на таймлайне и позволял выбрать любой из них напрямую. Участники находили сцены до 48% быстрее, чем в интерфейсах сравнения. Дополнительные превью оправдали свою площадь: конкретный поиск стал проще.

Хороший вопрос к увеличенному интерфейсу: что человек теперь может быстрее найти или сравнить?

Контентная плотность и визуальный шум

Количество элементов объясняет только часть когнитивной нагрузки. Под плотностью часто смешивают две разные вещи:

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

В каталоге Best Buy сравнение памяти и цен трёх MacBook прерывают промобейджи, варианты цветов и ссылки на другие подборки. Информация есть, но экран постоянно уводит внимание от сравнения.

Контентная плотностьВизуальная плотность

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

Семизер и Мишель экспериментально отделили шум от количества объектов. Участники искали обычные предметы на фотографиях, а исследователи независимо меняли сложность фона и число возможных мест появления цели. Даже при одинаковом числе мест поиск на зашумлённых изображениях занимал больше времени.

Убрать полезную информацию и убрать визуальный шум — разные вмешательства.

В macOS 27 визуальный шум добрался до системного хрома:

• Safari: сегментированная панель вкладок лежит на тяжёлой серой подложке с тёмными провалами неактивных вкладок. Элемент, видимый всю сессию, становится постоянным источником шума.
• Системные меню: широкий левый отступ резервирует место под редкие галочки. Подписи сдвигаются вправо, а смесь пунктов с иконками и без них создаёт ступенчатое выравнивание.

Instagram и Threads — полезный контрпример. Функций много, но второстепенные инструменты появляются постепенно. Повседневный экран не обязан постоянно показывать весь инвентарь продукта.

Количество функций и воспринимаемая плотность — разные вещи.

Пространственная карта и список поиска

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

В macOS 26 Apple перенесла просмотр приложений в Applications внутри Spotlight. Поиск, категории, списки и результаты из разных источников теперь делят одну поверхность.

Чтобы написать запрос, нужно что-то вспомнить о цели. В знакомой раскладке больше работы берёт на себя узнавание. Человек может помнить «оранжевую иконку в нижней левой папке», не вспоминая название приложения.

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

Одинаковые иконки ослабляют узнавание

Стандартизация иконок началась в Big Sur, но тёмный набор macOS 26 идёт дальше: почти каждое приложение получает одинаковый чёрный фон. Крупные цветовые ориентиры исчезают, и больше работы по узнаванию ложится на внутренний символ, подпись и позицию.

Справа — сторонняя реконструкция тёмного набора: она показывает общие формы и цветовые пятна, а не точный системный рендер.

Надь и Санчес измеряли, как быстро человек находит цель, которая отличается от соседних объектов только цветом. При небольшом цветовом различии время поиска росло с плотностью экрана. При большом — оставалось примерно постоянным.

Крупные цветовые ориентиры действительно могут помогать поиску. Одинаковый фон всех иконок убирает часть этих различий.

Некоторые символы по-прежнему узнаются сразу. Но ради единообразия набор отказывается от одного из полезных каналов узнавания.

У каждой границы есть цена

Визуальная граница оправданна, когда объясняет поведение. Панель лежит поверх прокручиваемого содержимого, двигается независимо или появляется временно.

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

В Finder macOS 27 декорация ещё и ломает пространственную иерархию:

• Парящие капсулы над пустотой: навигация и переключатели вида висят над пустой статичной серой строкой тулбара. Контролы занимают один слой, а подложка под ними продолжает съедать высоту окна.
• Столкновение плоскостей: кнопки справа наезжают на предпросмотр. Внизу текст пути может лежать прямо поверх строк файлов, когда панель теряет отделяющий фон.
• Нестабильные границы действий: в Settings кнопки Back и Forward объединены в капсулу, разделитель которой исчезает при наведении. Граница двух действий меняется во время взаимодействия.

Текущая компоновка Finder в macOS 27Иллюстративный концепт с контролами у границы контентного холста←→

Карусель сравнивает текущий Finder с моим сгенерированным концептом формы. Концепт исследует расположение контролов и пространственную иерархию; это не работающий интерфейс.

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

Смысловые повторы и раздувание тулбаров

Интерфейс может повторяться, не сообщая ничего полезного.

На экране версии iOS 27 «iOS Version» появляется в навигации, затем в заголовке страницы и ещё раз внутри информационной карточки. Номер версии добавляет информацию. Повторяющиеся заголовки занимают внимание после того, как контекст уже задан.

Окна настольных приложений тратят пространство похожим образом:

• Корзина macOS 27: целая горизонтальная строка шапки существует вокруг одной кнопки «Empty».
• Почта macOS 27: до письма идут три яруса тулбаров. Фильтр почтовых ящиков более высокого уровня выглядит вложенным под локальные вкладки сообщений, а «1 Message» и «Summarize» занимают ещё одну полную строку.

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

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

Аппаратные кнопки без ясной модели взаимодействия

Action Button

Стандартные настройки Action Button предлагают одно глобальное назначение. Простой системной таблицы App → Action нет.

Нужен фонарик везде, а внутри Camera — спуск затвора? Придётся собирать и поддерживать условную логику в Shortcuts.

Аппаратная часть поддерживает идею. Настройки заставляют пользователя самому реализовать модель поведения.

Camera Control

Camera Control открывает камеру и делает снимок нажатием. Настройка параметра требует более сложной последовательности: лёгкое двойное нажатие открывает меню, свайп выбирает параметр, лёгкое нажатие подтверждает выбор, ещё один свайп меняет значение.

И всё это — пока человек держит телефон, регулирует силу нажатия и двигает пальцем по узкой грани.

Настройки чувствительности могут облегчить отдельные жесты. Сама последовательность остаётся прежней. Выделенная аппаратная кнопка должна упрощать обычную настройку; здесь на грань телефона перенесли жестовое меню.

Сломанная иерархия и петли обратной связи

Notification Center

Заголовок раздела, подпись «While in Do Not Disturb», карточка уведомления и две похожие кнопки × имеют почти одинаковый визуальный вес.

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

На светлых обоях прозрачные карточки создают ещё одну проблему: текст перестаёт отделяться от фона. Уведомление есть, но прочитать его всё равно трудно.

Индикатор громкости macOS

Индикатор громкости переместился из крупного оверлея в нижней центральной части экрана в маленькую полупрозрачную капсулу под чёлкой.

Старый HUD был грубоватым, зато заметным. Когда взгляд оставался рядом с клавиатурой, он появлялся достаточно близко, чтобы его уловить. Новый индикатор меньше и дальше, поэтому требует более осознанного взгляда.

Аккуратность получила приоритет перед заметной обратной связью.

Ползунок яркости iOS

Control Center закрывает фотографию, текст или приложение, яркость которых человек пытается оценить.

Ползунок ясно показывает положение пальца, одновременно пряча значимый результат. Возникает цикл:

Открыть → изменить → закрыть → проверить → повторить.

Компактный контрол или сохранённая область предпросмотра позволили бы оценивать изменение прямо во время настройки.

Прозрачность делает контраст нестабильным

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

Удачный скриншот мало говорит о поведении материала в этих состояниях. Контраст должен выдерживать реальные фоны, проходящие под контролами.

Проверки контраста WCAG остаются базой, но одна статичная пара цветов не доказывает читаемость движущегося полупрозрачного интерфейса. Дополнительные перцептивные методы, включая APCA, помогают исследовать результат; реальные состояния всё равно нужно смотреть.

Для #317CFF WCAG 2 предпочитает чёрный текст, а APCA — белый. Разбор WebKit объясняет разницу.

Настройки доступности тоже нужно оценивать по результату. Reduce Transparency, Reduce Motion и соседние переключатели отвечают за разные части поведения. Единого переключателя, который возвращает простую геометрию всем стеклянным поверхностям, они не дают.

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

Ввод текста меняет масштаб и может запереть клавиатуру

В Mobile Safari фокус на поле с мелким текстом может автоматически увеличить страницу. Поля с текстом меньше примерно 16px часто вызывают такое поведение, а после ввода страница не всегда возвращается к прежнему масштабу.

Локальное улучшение читаемости меняет геометрию всей страницы.

У закрытия клавиатуры есть другой пробел. UIKit и SwiftUI оставляют это поведение приложению и его контейнерам. Если разработчик не добавил свайп, тап снаружи или кнопку Done, у пользователя может не оказаться очевидного способа убрать клавиатуру.

Поле работает. Ввод работает. Завершение взаимодействия остаётся нерешённым.

Как измерять деградацию UI

Статичный скриншот показывает композицию. Он не показывает, насколько эффективно человек выполняет задачу.

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

Производство ускорилось. Контроль качества не успел

Генеративные инструменты могут заметно увеличить выпуск. В трёх рандомизированных полевых экспериментах с участием 4 867 разработчиков доступ к AI-ассистенту для программирования увеличил число завершённых задач примерно на 26%. Цуй и соавторы

У ревью своя пропускная способность. В препринте 2026 года, охватившем 802 разработчиков и 196 212 pull request одной компании, число смерженных PR на инженера со временем удвоилось, нагрузка на ревьюеров выросла примерно вдвое, а автоматическое ревью обогнало человеческое. Доли слияний и откатов остались стабильными. Выпуск и ревью заметно изменились без соответствующего роста этих показателей сбоев.

Эффект зависит и от самой работы. В рандомизированном исследовании METR начала 2025 года 16 опытных разработчиков выполнили 246 задач в хорошо знакомых репозиториях. С доступом к AI они потратили на 19% больше времени — хотя после работы считали, что инструмент их ускорил.

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

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

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

Мой вывод: скорость производства интерфейсов выросла, а контроль качества за ней не успел.