ИИ-чат-бот для сайта: путь от первого вопроса до передачи менеджеру

Как проходит путь посетителя

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

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

Какие данные сохранять и зачем

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

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

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

Что должно быть в техническом контракте виджета

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

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

Как проверить клавиатуру и маленький экран

Если окно чата ведёт себя как диалог, у него должно быть понятное имя, предсказуемый фокус, закрытие с клавиатуры и возврат фокуса к кнопке запуска. Эти правила описывает W3C для dialog pattern. Наличие иконки чата без клавиатурной проверки не подтверждает доступность.

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

Какие события показывают работу маршрута

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

Не отправляйте полный текст разговора в систему веб-аналитики. Для отчёта достаточно технического типа события и обезличенного идентификатора сессии; содержимое остаётся в рабочем контуре диалогов.

Как принять виджет после установки

Проверьте desktop и mobile, загрузку после основного контента, повторное открытие, длинное сообщение, обновление страницы, прямую просьбу о менеджере и временную недоступность API. Затем убедитесь, что Inbox содержит ровно один разговор, собранные поля и правильную причину передачи.

Настоящий экран ниже показывает итоговый Inbox, а не нарисованный макет виджета. Сам внешний вид чата принимается отдельно на реальном сайте, потому что конфликт со стилями и CTA зависит от конкретной страницы.