Чек-лист запуска чат-бота на сайте

Поставить чат-виджет на сайт технически несложно. Подключить источники, скопировать код, проверить один вопрос — и кажется, что запуск готов.

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

Хороший первый запуск — это не обещание ответить на всё на всём сайте. Это один проверяемый сценарий: известная аудитория, выбранный набор материалов, вопросы из реальной работы и люди, которые будут поддерживать результат после публикации.

Сначала определите сценарий, а не место для кнопки

Формулировка «нам нужен чат-бот на сайте» слишком широка, чтобы по ней принять решение. Начните с пути посетителя, где ответ действительно может помочь:

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

Полезная стартовая формула выглядит так: «Когда этот посетитель спрашивает о этой теме, ассистент использует эти утверждённые источники и помогает прийти к этому следующему шагу».

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

1. Проверьте источники раньше, чем ответы

Ответ ассистента зависит от материалов, которые команда разрешила ему использовать. Широкий обход сайта может казаться безопасным способом «ничего не забыть», но иногда он смешивает старый раздел вопросов и ответов с новой политикой, добавляет страницы для другой аудитории или подхватывает незавершённый документ.

Перед запуском ответьте на пять вопросов:

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

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

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

2. Соберите вопросы, похожие на вопросы посетителей

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

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

В наборе должны быть:

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

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

3. Оценивайте ответ вместе с источником

Гладкий текст сам по себе не доказывает качество. Откройте ответ и ссылку на источник одновременно, затем проверьте:

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

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

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

4. Настройте виджет как часть сайта

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

У каждого виджета в Dzen Chat есть отдельные вкладки «Настройки» и «Оформление». В настройках можно проверить заголовок, приветствие, обязательные ссылки и тексты, которые направляют диалог. Во вкладке оформления доступны пресеты, локальные шрифты, цвета кнопки и поверхностей чата. Предварительный просмотр меняется до сохранения, поэтому дизайн можно согласовать не на живой странице, а в конфигурации виджета.

Перед публикацией отметьте:

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

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

5. Проведите проверку конфиденциальности и безопасности для реального контура

Слово «безопасность» не может быть единственным пунктом чек-листа. Проверка должна соответствовать источникам, пути посетителя, способу размещения и требованиям к провайдеру ИИ.

Для первого запуска нужно согласовать:

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

Если у организации есть собственная инфраструктура, требования к провайдеру или отдельный контур данных, Dzen Chat можно обсуждать для развёртывания в этой среде. Главное не название варианта, а соответствие требованиям конкретного сценария.

6. Назначьте владельца после запуска

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

Нужно назначить:

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

Мониторинг не обещает автоматически снять нагрузку с поддержки. Он помогает увидеть, приходит ли посетитель к полезному ответу, и где исходная информация всё ещё нуждается в работе.

7. Примите решение о запуске открыто

До публикации соберите владельца источников, владельца сценария и человека, который отвечает за опыт сайта. Просмотрите вопросы, ответы, источники и нерешённые пункты вместе.

Запуск можно считать готовым, когда:

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

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

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

Начните с одного проверяемого пути

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

Обсудить запуск Dzen Chat — начните с одного сценария, его источников и списка вопросов, которые действительно важны вашим посетителям.