От UI к UX: Дизайн для искусственного интеллекта как полноправного пользователя

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

Эта статья результат моих размышлений и практического опыта в новой парадигме дизайна. Мы привыкли к аббревиатуре UI/UX (User Interface/User Experience). Но я все чаще ловлю себя на мысли, что мы проектируем уже не просто пользовательский интерфейс, а интерфейс для совместного использования человеком и ИИ. Я предлагаю пока неофициально называть это AU (Artificial User). И этот «искусственный пользователь» кардинально меняет все правила игры.

ИИ полноправный пользователь?

Когда мы добавляли на сайт «умный поиск» или автозаполнение форм, мы воспринимали это как фичу, удобную функцию. Но современные LLM (Large Language Models) и генеративные модели, это не просто скрипты, выполняющие задачу по жесткому алгоритму. Это агенты, способные к рассуждению, принятию решений в условиях неопределенности и к творчеству.

Представьте себе форму заказа такси. Старая парадигма: пользователь вручную вводит адрес, выбирает тариф, указывает точку назначения. «Умная» функция: автозаполнение адресов. Новая парадигма: пользователь пишет в чат «Мне нужно доехать от работы до дома, но заехать по пути в химчистку на Ленинском проспекте. Машину попросторнее». ИИ-агент должен:

1. Распознать интент (заказ такси).

2. Идентифицировать «работу» и «дом» из профиля пользователя.

3. Найти химчистку на Ленинском проспекте и проложить оптимальный маршрут.

4. Выбрать подходящий класс автомобиля (например, Comfort или Business).

5. Рассчитать и показать примерную стоимость и время.

6. Подтвердить заказ одним действием.

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

От интерфейса-инструмента к интерфейсу-партнеру

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

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

Из моего опыта: мы разрабатывали систему для юристов, где ИИ помогал составлять запросы. Первая версия просто выдавала готовый документ. Это вызывало отторжение, юристы не доверяли «черному ящику». Мы перепроектировали интерфейс, заставив ИИ показывать ход мыслей: «На основании ст. 35 ГК РФ, я предлагаю сформулировать пункт так…». Это добавило шаг (юрист должен был прочитать обоснование), но радикально повысило принятие системы, потому что превратило ее из бездушного генератора текста в стажера-консультанта.

Как меняется дизайн-процесс

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

1. Фокус смещается с «UI-потока» на «диалоговый поток»

Вместо того чтобы проектировать линейный путь пользователя от экрана А к экрану Б, мы начинаем проектировать диалог. Это больше похоже на написание сценария для пьесы, где есть два актера: Человек и ИИ.

Мы продумываем:

• Триггеры. Что запускает взаимодействие? Явная команда (кнопка), неявный сигнал (бездействие) или контекст?

• Вариативность реплик ИИ. Один и тот же запрос пользователя может быть обработан по-разному в зависимости от контекста, уровня доверия и срочности.

• Обработка ошибок и неопределенности. Что ИИ должен сказать, если он не уверен? Как он должен переспрашивать? Фраза «Я не понял» убивает весь опыт. Лучше: «Кажется, вы хотите найти рейс в Сочи. Уточните, пожалуйста, даты вылета?».

Мы активно используем для этого таблицы, которые визуально напоминают диалоги из чата.

2. Прототипирование становится «разговорным»

Figma и Sketch великолепные инструменты для статических прототипов. Но как прототипировать диалог? Мы начали использовать два основных метода:

• Текст-прототипы. Самый быстрый способ. Мы просто пишем диалог в Google Doc или в том же Figma, используя разные цвета для реплик человека и ИИ. Это позволяет быстро проверить логику и естественность беседы, не отвлекаясь на пиксели.

• Прототипы на основе чат-ботов. Иногда мы используем простые конструкторы чат-ботов (даже те, что входят в ChatGPT или Telegram) для создания интерактивного прототипа. Это дает потрясающую возможность для юзабилити-тестирования, потому что пользователь реально «разговаривает» с системой.

Я помню, как мы потратили две недели на красивый прототип «умного» планировщика, а текст-прототип его диалоговой логики был готов за два дня и выявил 90% проблем еще до начала визуального дизайна.

3. Дизайн-системы обогащаются «речевыми» компонентами

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

• Компоненты состояний ИИ. Индикатор «ИИ печатает…», блоки с сообщениями ИИ (отличающиеся визуально от сообщений пользователя), поля для отображения «ходов мыслей» ИИ.

• Компоненты для управления доверием. Кнопки «Почему вы предложили это?», «Показать альтернативы», «Исправить запрос».

• Шаблоны для работы с неопределенностью. Компоненты для уточняющих вопросов, для отображения уровня уверенности ИИ (например, визуальный индикатор «Я на 80% уверен в этом ответе»), для предложения «отката» к классическому интерфейсу.

4. Юзабилити-тестирование превращается в «тестирование сотрудничества»

Мы больше не просим пользователя «найти информацию о товаре». Мы даем ему сценарий: «Вы покупатель, который хочет купить подарок жене на годовщину. Ваш бюджет 30 000 рублей. Используя помощника, постарайтесь найти подходящий вариант».

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

• Как он формулирует запросы к ИИ.

• Чувствует ли он себя уверенно.

• Доверяет ли он предложениям.

• Понимает ли он, как «управлять» помощником, когда тот ошибается.

Критерии успеха смещаются с «эффективности» (время на задачу) на «качество партнерства» (ощущение пользователя, что он решил задачу вместе с умным помощником).

5. Роль дизайнера расширяется до «архитектора взаимодействия»

Дизайнеру теперь недостаточно знать типографику и композицию. Нужно разбираться в основах работы ИИ, понимать, что такое промпт-инжиниринг, знать ограничения моделей (например, склонность к галлюцинациям) и уметь работать вместе с data science-инженерами.

Мы все чаще проводим совместные воркшопы, где дизайнеры, разработчики ML-моделей и продуктовые менеджеры вместе пишут «идеальные» промпты и сценарии поведения для AU. Дизайнер в этой связке выступает адвокатом пользователя, переводя технические возможности модели в понятный и человечный опыт взаимодействия.

Как это выглядит в реальных продуктах

Давайте рассмотрим несколько областей, где переход к AU-дизайну уже произошел или активно происходит.

Умный поиск и рекомендации

Классический поиск (поле ввода, выдача результатов, фильтры).
AU-поиск. Диалоговое окно, где пользователь может в свободной форме описать свою потребность. ИИ не просто ищет по ключевым словам, а уточняет, предлагает альтернативы, учится на предпочтениях.

Пример. Вместо того чтобы вручную выставлять фильтры «отель, 5 звезд, у моря, с бассейном, все включено», пользователь пишет: «Ищу роскошный отдых у моря для медового месяца, где все уже включено». ИИ понимает семантику «роскошный» (5 звезд), «у моря», «все включено» и предлагает варианты, попутно уточняя: «Вам важен вид из номера на океан или подойдет и на сад?».

Сложные формы и процессы (финансы, юриспруденция, здравоохранение)

Заполнение налоговой декларации, анкеты на кредит или медицинской истории, это кошмар для пользователя. AU-подход превращает это в интервью.

Личный опыт. Мы делали сервис для сбора первичной медицинской информации. Вместо 15-страничной анкеты пользователь общался с чат-ботом.

• ИИ: «Расскажите, что вас беспокоит?»

• Пользователь: «У меня болит голова уже три дня и тошнит».

• ИИ: «Понял. Где именно болит? (виски, затылок, вся голова) Была ли травма головы в последнее время?»

• … и так далее.

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

Творческие задачи (генерация контента, дизайн)

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

Правильный подход. Не просто кнопка «Сгенерировать логотип», а диалог:

1. «Опишите сферу деятельности вашей компании и вашу целевую аудиторию».

2. «Какие три слова должны ассоциироваться с вашим брендом?»

3. «Покажите 3-5 примеров логотипов, которые вам нравятся (можно загрузить скриншоты)».

4. ИИ генерирует 5 вариантов на основе этого контекста.

5. Пользователь выбирает один и говорит: «Мне нравится этот, но сделай шрифт более строгим и добавь синий цвет».

6. ИИ вносит правки.

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

Вызовы и этические дилеммы AU-дизайна

Этот новый мир полон не только возможностей, но и опасностей. Как дизайнеры, мы несем ответственность за то, какое влияние наш продукт окажет на человека.

1. Проблема агентности. Где проходит граница между помощью и подменой? Мы должны проектировать ИИ так, чтобы он усиливал, а не подменял человеческие решение. Всегда должен быть ясен «человек в контуре» (human-in-the-loop) для критически важных решений.

2. Проблема доверия и прозрачности. Как мы показываем, почему ИИ принял то или иное решение? «Объяснимый ИИ» (Explainable AI) это не только техническая, но и дизайн-задача. Пользователь имеет право знать «почему?».

3. Проблема смещения цели. Мы можем настолько увлечься созданием «крутого» ИИ, что забудем, ради чего он создан. Цель не продемонстрировать возможности ИИ, а помочь пользователю решить его задачу. Иногда лучшее решение, самое простое, а не самое «умное».

Мы стоим у истоков новой дисциплины. Дизайн для искусственного интеллекта как полноправного пользователя, это не просто новый тренд, это фундаментальное переосмысление того, как люди взаимодействуют с технологиями. Это вызов, который требует от нас, дизайнеров, быть не просто пиксель-перфекционистами, а психологами, лингвистами и архитекторами доверия в эпоху, когда наш партнер по интерфейсу обретает интеллект.

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