Сценарий начинается не с приветствия, а с разбора переписки. Мы просим показать десяток последних диалогов и смотрим, что менеджер спрашивает в первом ответе: город, объём, сроки, тип помещения, количество сотрудников. Эти два-три вопроса и становятся ветками бота. Всё остальное — «чем могу помочь», «оставьте ваш номер» — из сценария вылетает: такие реплики не сокращают работу отдела продаж ни на минуту.
Дальше решаем, где и когда показывать виджет. Смотрим карту скроллинга и записи визитов в Яндекс.Метрике: на странице услуг человек чаще всего уходит, дочитав до блока с ценой, на главной — в первые секунды. Из этого получаются правила показа: на каких страницах виджет активен, через сколько секунд появляется, реагирует ли на попытку закрыть вкладку. На мобильных правила отдельные — там всплывающее окно перекрывает половину экрана и легко превращается в причину ухода.
Интеграция — та часть, ради которой обычно и заказывают разработку вместо коробочного чата. Ответы посетителя должны прийти в CRM полями, а не одним куском текста: город в поле «город», объём в поле «объём», плюс страница входа и UTM-метки в сделку. Тогда обращение попадает в нужную воронку сразу, а не после ручного разбора. Проверяем это тестовыми диалогами в обе стороны, до запуска на живом трафике.
Через две недели после запуска возвращаемся к логам. Видно, на каком вопросе люди чаще всего закрывают чат, какие ветки не открыл никто и где бот отвечает не то, что от него ждут. Обычно после первой правки сценарий становится короче: лишние уточнения убираются, а кнопка «позвать менеджера» поднимается выше. Тексты диалога после этого вы правите сами через панель, без обращения к разработчику.
