Внедрение ИИ в продукт: как проектировать AI-интерфейс, который помогает

Команда решила «добавить ИИ». Через месяц в углу экрана появилась кнопка «Спросить AI», а пользователи по-прежнему звонят в поддержку и ищут нужный пункт меню вручную. Знакомо? Внедрение ИИ в продукт редко ломается на модели. Чаще оно ломается на интерфейсе: непонятно, что можно спросить, чему верить и как исправить результат. Ниже — как я подхожу к дизайну AI-интерфейсов и AI-функций в продукте.

Начните с задачи, а не с технологии

Первый вопрос на любом проекте с нейросетью: какую работу пользователь делает сейчас и где она ему неприятна? Если ответ звучит как «хотим тоже с ИИ, как у конкурентов», я останавливаюсь. Это не задача, а желание.

Я проверяю идею простым приёмом: формулирую задачу без слов «AI», «нейросеть» и «умный».

• «Пользователь тратит двадцать минут на разбор длинной переписки» — задача есть.
• «Менеджер вручную переписывает один и тот же ответ клиентам» — задача есть.
• «Сделать продукт современнее» — задачи нет.

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

Где ИИ помогает, а где мешает

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

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

Хорошая AI-функция почти незаметна: человек просто быстрее получает результат.

Чат-бот или встроенные подсказки

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

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

Когда подходит чат

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

Когда лучше встроить в экран

• Действие одно и понятное: «Сократить», «Переписать вежливее», «Заполнить из документа».
• Результат нужно сразу вставить в то, над чем человек работает.
• Пользователь не хочет формулировать запрос.

Золотая середина — чат с кнопками. Ассистент предлагает следующие шаги кнопками, а свободный ввод остаётся запасным вариантом. Так устроен ассистент «Ника» на иллюстрации ниже: короткие ответы, кнопки действий и передача оператору.

Ещё одна ловушка — универсальный ассистент «обо всём». Чем шире обещание, тем больше мест, где он ответит плохо. Узкий помощник, который хорошо делает три вещи, вызывает больше доверия, чем «умный» бот без границ.

Пустой чат тоже можно спроектировать. Было: поле «Задайте вопрос». Стало: «Я помогу найти заказ, оформить возврат или связаться с оператором» и три кнопки с этими действиями.

Отдельно подумайте о первом запуске. Человек, который впервые видит AI-функцию, не знает, чего от неё ждать. Короткая подсказка с одним живым примером («Например: сократи это письмо до трёх предложений») учит пользоваться лучше, чем экран с описанием на полстраницы. Показывайте пример там, где он нужен, и давайте его закрыть.

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

Ожидания и ошибки модели

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

Что я закладываю в макеты:

1. Честное описание возможностей. В первом сообщении — что ассистент умеет и чего не умеет.
2. Понятный ответ «не знаю». Лучше «В базе нет информации об этом, могу позвать оператора», чем уверенная выдумка.
3. Сообщение об ошибке с выходом. Не «Что-то пошло не так», а что именно случилось и что делать дальше.
4. Способ пожаловаться на ответ. Кнопки «полезно / не то» дают команде сигнал, а пользователю ощущение контроля.

Примеры текстов:

• Было: «Произошла ошибка. Попробуйте позже». Стало: «Не удалось подготовить ответ. Запрос не потерян — нажмите «Повторить» или напишите оператору».
• Было: «Я всё знаю о вашем заказе». Стало: «Я вижу статус заказа и могу оформить возврат. Вопросы по оплате передам оператору».

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

Прозрачность и доверие

Пользователь должен видеть три вещи: что отвечает ИИ, на чём основан ответ и что можно сделать дальше.

Метка «это ИИ»

Достаточно аккуратной подписи или иконки у сообщения. Не прячьте её мелким серым текстом: контраст текста должен быть не ниже 4,5:1 по WCAG 2.2, иначе метку просто не прочитают.

Источники

Если ответ основан на документах, покажите, на каких. Ссылка «Из раздела «Возврат товара»» стоит дороже абзаца уверенного текста. Человек может проверить и убедиться.

Что модель сделала с запросом

При поиске обычными словами покажите, как запрос превратился в параметры: «Ищу: диван, до 50 000 ₽, в наличии». Эти параметры должны быть редактируемыми. Тогда ИИ экономит шаги, но не отнимает руль.

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

Из чего складывается доверие

Доверие к ИИ строится из мелочей и разрушается одним громким промахом. Поэтому я проектирую не «вау», а предсказуемость.

• Скромные обещания. Лучше сделать меньше, но надёжно.
• Одинаковое поведение. Если сегодня кнопка «Сократить» делает одно, а завтра другое, пользователь перестаёт ей пользоваться.
• Видимые границы. Что ассистент умеет, указано в интерфейсе, а не обнаруживается методом проб и ошибок.
• Разный уровень уверенности. В важных местах просите подтверждение, в мелочах — не мешайте.

Это стоит проверять не на команде, а на людях из целевой аудитории. Как организовать быстрые проверки, я разбирал в статье как я провожу UX-аудит за неделю.

Контроль, отмена и состояния загрузки

Контроль

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

• Отмена. Кнопка «Вернуть как было» рядом с результатом, а не в настройках.
• Правка. Результат должен редактироваться на месте, без повторного запроса.
• Повтор. «Сделать иначе» и «Короче» дают управление без необходимости заново формулировать запрос.
• Остановка. Если генерация долгая, должна быть кнопка «Остановить».
• Человек. Передача оператору доступна всегда, а не после трёх неудачных попыток.

Хороший тест для экрана с результатом: может ли человек за пять секунд понять, что ему предложили, принять это, поправить или отказаться? Если хотя бы одно из трёх действий спрятано, контроль только на словах.

Загрузка

Ответ нейросети приходит не мгновенно, и пауза создаёт тревогу. Бесконечный спиннер хуже всего: непонятно, работает ли что-то вообще.

• Если ответ можно показывать частями, выводите его по мере генерации. Человек начинает читать, пока остальное дописывается.
• Если нельзя, пишите, что происходит: «Читаю документ», «Собираю ответ». Конкретные слова успокаивают лучше «Загрузка…».
• Не блокируйте экран. Пользователь должен иметь возможность уйти к другой задаче и вернуться.
• Для долгих операций сообщите, что результат придёт уведомлением.

Как понять, что функция полезна

«Пользователи пишут боту» — это не результат. Это активность. Польза измеряется тем, решил ли человек свою задачу.

Я задаю себе такие вопросы до запуска и после:

1. Какое действие пользователя считается успехом? Например, «принял черновик и отправил» или «получил ответ и не обратился в поддержку».
2. Как часто человек принимает результат без правок, правит его или отказывается?
3. Сколько раз пользователь повторно задаёт тот же запрос? Это сигнал, что первый ответ не подошёл.
4. Как часто сценарий заканчивается передачей оператору и по каким темам?
5. Что говорят в поддержке и в обратной связи?

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

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

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

Чек-лист перед запуском AI-функции

• Задача сформулирована без слова «AI».
• Понятно, почему здесь лучше нейросеть, а не обычный интерфейс.
• Пользователь видит, что отвечает ИИ.
• Первый экран подсказывает, что можно сделать, а не оставляет пустое поле.
• Есть ответ «не знаю» и вариант передачи человеку.
• Результат можно отредактировать, повторить и отменить.
• Необратимые действия требуют подтверждения.
• У ожидания есть понятное состояние, а долгую генерацию можно остановить.
• Источники ответа показаны там, где это важно.
• Сообщения об ошибках говорят, что делать дальше.
• Описано, какие данные уходят во внешний сервис.
• Определено, как вы поймёте, что функция работает.

Как это выглядит на практике, можно посмотреть в моих работах, там есть ассистент «Ника».

Частые вопросы

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