Что делает текстовый чат с ИИ естественным: скорость набора текста или ритм взаимодействия?

Анимация набора текста — это сигнал, а не сам разговор

Пульсирующее многоточие или надпись «печатает» могут показывать, что ответ подготавливается. В руководстве по дизайну чатов Visa индикаторы набора текста описываются как способ сигнализировать об активном ответе, и они отделяются от индикаторов прогресса, используемых во время работы генеративного ИИ. Это различие полезно: слово «печатает» предполагает, что кто-то набирает текст; слова «обрабатывается» или «генерируется» описывают системный процесс более прямо. Для ИИ-ассистента выбирайте формулировки, которые точно называют состояние, вместо того чтобы намекать на человеческую личность или имитировать манеру письма человека. (Visa Product Design System: Chat)

Фиксированная пауза с последующим появлением текста по буквам может сделать интерфейс похожим на мессенджер, но она не сообщает пользователю, был ли запрос принят, продолжает ли система обработку и завершен ли ответ. Кроме того, из-за этого короткий и простой ответ может казаться неоправданно затянутым. Полезный вопрос при проектировании звучит не как «Сколько миллисекунд должен занимать каждый символ?», а как «Что пользователю нужно знать во время ожидания, чтения или принятия решения о следующем шаге?»

Отталкивайтесь от задачи пользователя и цены ожидания

Сначала определите объем работы за сообщением. Короткий ответ на простой вопрос может требовать лишь краткого сигнала обработки и полного ответа. Для ответа, требующего более длительной операции, например анализа прикрепленного документа, полезны более информативный статус и честная оценка времени, если она возможна. Если продолжительность неизвестна, используйте неопределенный индикатор и не придумывайте обратный отсчет. Руководство Apple по индикаторам выполнения разделяет определенный прогресс, где продолжительность или продвижение вперед можно измерить, и неопределенную активность, а также рекомендует точную обратную связь о ходе выполнения и возможность остановить процесс, когда это целесообразно. (Apple Human Interface Guidelines: Progress Indicators)

Практичная последовательность — подтвердить получение, показать, что работа идет, если есть ощутимое ожидание, а затем представить ответ, когда он готов. Это разные состояния, даже если компактный интерфейс объединяет некоторые из них. Состояние «Отправлено» подтверждает действие пользователя; индикатор активности сообщает об ожидании; сгенерированное сообщение содержит результат. Не оставляйте индикатор на экране после остановки работы и не убирайте его, не дав понять, что ответ завершен. Если запрос завершился ошибкой, объясните, что произошло, и предложите конкретное действие, например повторить попытку. Руководство Visa по чатам также рекомендует понятные сообщения об ошибках и возможность повторной отправки в случае сбоя. (Visa Product Design System: Chat)

Используйте смысловые фрагменты, чтобы текст было удобнее читать

Потоковая передача слов или фраз по мере их формирования позволяет сделать ответ видимым еще до полного завершения генерации. Это отличается от анимации готового ответа с искусственной скоростью печати: потоковая передача отражает поступление данных, в то время как анимация постепенного появления может добавлять задержку уже существующему тексту. В документации по потоковой передаче OpenAI Responses описаны события создания ответа, обновления текста и завершения текста. Эти события демонстрируют полезное разделение в интерфейсе между формируемым ответом и готовым текстом; они не предписывают универсальную скорость отображения или размер фрагментов. (OpenAI API Reference: Streaming events)

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

Делайте обратную связь во время ожидания точной и соразмерной

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

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

Относитесь к завершению как к самостоятельному состоянию

Пользователю необходимо знать, когда ответ завершен, особенно если он хочет скопировать его, задать уточняющий вопрос или прервать текущий вывод. Уберите или замените индикатор активности по окончании генерации и убедитесь, что финальное сообщение зафиксировалось стабильно как текст, который пользователь может прочитать и с которым может взаимодействовать. Если вывод может оказаться неполным или быть отменен, сообщите об этом состоянии вместо того, чтобы выдавать частичный ответ за готовый. Документация потокового API разделяет события обновления текста и события завершения, отмечая, что события завершения могут также сопровождать прерванные или неполные ответы; следовательно, интерфейс должен отображать тот результат, который он фактически получил. (OpenAI API Reference: Streaming events)

Информация о завершении также должна быть доступна людям, которые не следят за визуальной анимацией. В руководстве W3C поясняется, что статусные сообщения могут информировать об ожидании, ходе выполнения, успехе или ошибках без смещения фокуса пользователя, и что эти обновления должны быть программно доступны для ассистивных технологий. В руководстве MDN по «живым» регионам (live regions) описаны вежливые объявления (polite) для важных, но несрочных обновлений, а также содержится предостережение: частые настойчивые объявления (assertive) могут мешать пользователям. На практике озвучивайте значимые изменения состояния — например, появление ответа или сбой запроса — не превращая каждый токен или кадр анимации в голосовое уведомление. (W3C WAI: Understanding Status Messages; MDN: ARIA live regions)

Дайте людям контроль над темпом

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

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

Простое правило для выбора шаблона

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

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

Продолжить изучение темы