В интерфейсном дизайне происходит перемена, которую легко не заметить за разговорами о новых инструментах. Экран перестаёт быть фиксированным продуктом с заранее заданной информационной архитектурой. Пользователь формулирует запрос своими словами, а агент выполняет задачу и возвращает не только текст, но и готовые UI-компоненты: таблицу, график, карточку с действием или карту. Этот подход называют Generative UI, или GenUI. Но сам по себе пересобираемый экран — не революция. Персонализированные ленты и адаптивная вёрстка существуют давно, и каждый раз пользователю приходится изучать язык системы — просто другой. Настоящие перемены в другом.

Во-первых, точкой входа в сценарий впервые становится жизненная ситуация пользователя, описанная его словами. Во-вторых, единицей работы дизайнера становится правило, которое исполняется в миллионах сгенерированных экранов. Отсюда и термин «человекоцентричность», который часто звучит рядом с GenUI. Его стоит трактовать буквально: не «удобно для системы», а «понятно и полезно человеку в его контексте».

Что меняется для дизайнера

Раньше дизайнер проектировал экран или поток экранов. Теперь он проектирует правила: какие компоненты допустимы, как они собираются, какие ограничения действуют для разных ситуаций. Это сдвиг от статичных макетов к логике. Например, вместо макета страницы заказа дизайнер описывает, что при запросе «хочу вернуть товар» система должна показать карточку с условиями возврата, кнопкой «Оформить возврат» и ссылкой на поддержку. Но если пользователь уточняет «товар был повреждён», правило добавляет шаг с загрузкой фото и выбором способа компенсации.

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

Практические шаги для перехода

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

  • Соберите реальные формулировки пользователей. Не гипотетические, а из поддержки, поиска по сайту, интервью. Выделите 10–15 типичных ситуаций, описанных бытовым языком.
  • Спроектируйте правила для каждой ситуации. Опишите, какие компоненты и действия должны появляться, какие данные нужны, какие ограничения действуют. Формат может быть разным: от текстовых сценариев до псевдокода.
  • Определите границы автономности. Решите, где система может действовать сама, а где обязана спросить подтверждение. Например, показ графика — безопасно, а списание денег — требует явного согласия.
  • Протестируйте на прототипах с низкой точностью. Не нужно сразу строить полноценный GenUI. Начните с симуляции: покажите пользователям примеры сгенерированных экранов и соберите обратную связь.
  • Внедряйте постепенно. Начните с одного сценария, где выгода очевидна, и измеряйте результат: время выполнения задачи, количество ошибок, удовлетворённость.

Эти шаги помогут избежать ловушки «сделать красиво, но непонятно». Главное — не терять связь с реальными задачами пользователей.

Критерии выбора подхода

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

  • Вариативность запросов. Если пользователи задают много разных вопросов и ситуаций, которые сложно предусмотреть заранее, GenUI может помочь.
  • Наличие данных и компонентов. Система должна уметь собирать интерфейс из готовых блоков. Если у вас нет библиотеки компонентов и структурированных данных, начинать рано.
  • Толерантность к ошибкам. В сценариях с высокой ценой ошибки (финансы, медицина) требуется особенно тщательное тестирование и ограничения.
  • Готовность команды. Нужны люди, которые умеют работать с правилами, данными и моделями. Если таких нет, начните с обучения или пилота.

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

Типичные ошибки и примеры

Ошибки в GenUI часто связаны с избыточной верой в технологию. Вот несколько распространённых:

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

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

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