PPПётр ПашкуровCursor · наставничество · заказы

чат-бот на сайт · виджет заявок · пилот

Чат-бот на сайт: пилот виджета заявок

Я ставлю чат-бот на сайт как виджет одного сценария заявки: 3-5 полей и уведомление ответственному, а не как ИИ-консультанта с доступом к CRM. Сначала фиксирую поля и критерий «готов / не готов» на реальных обращениях, потом выбираю бесплатный SaaS или заказ. ИИ подключаю только если кнопок и короткого FAQ на странице не хватает.

Чат-бот на сайт: пилот виджета заявок

Что ищут по «чат бот на сайт»: виджет, а не ИИ-консультант

Запрос про чат-бот на сайт в поиске чаще всего означает не «умного помощника», а кнопку в углу экрана, через которую клиент оставляет заявку. На наставничестве я слышу три формулировки: «нужен чат-бот поддержки на сайт», «хотим ии чат-бот на сайте как у конкурента» и «как сделать чат-бота на сайте бесплатно». У каждой свой риск, если не разделить виджет заявки и ИИ-консультанта с доступом к CRM.

Первый сценарий - чат-бот помощи на сайте: клиент нажимает кнопку, выбирает тему, оставляет контакт. Второй - ии чат-бот на сайте, который отвечает на вопросы и «сам» создаёт сделку. Третий - бесплатный виджет, который ставят за вечер и не проверяют, куда падает заявка. Я начинаю с первого: один сценарий, три-пять полей, уведомление ответственному. Всё остальное - очередь после пилота.

Что говорятЧто на самом деле нужно
«Чат-бот поддержки»Кнопки + поля + кто отвечает в рабочее время
«ИИ-консультант»Список вопросов, которые закрываем без человека
«Бесплатно навсегда»Лимиты тарифа, интеграции, кто владелец данных
«Как у всех»Ваш лендинг и поток заявок, не чужой демо-скрин
Схема: канал виджета, поля заявки, webhook и уведомление без человека в кадре

Чат-бот на сайт для малого бизнеса - это не замена менеджера. Это второй вход рядом с формой: клиент, который не любит длинные поля, нажимает виджет, проходит короткую ветку и оставляет телефон. Если виджет не пишет в учёт и не шлёт пуш - это декор, а не инструмент. Подробнее про контур заявок - в автоматизации заявок от чата до учёта.

На разборе я прошу показать лендинг и спросить: «где сейчас живёт заявка с сайта?» Ответ «в почте виджета» или «в личном кабинете Jivo, но никто не заходит» - типичный старт. Задача пилота - чтобы заявка попадала туда, где менеджер уже работает: Telegram, таблица, CRM.

Сравнение: виджет на лендинг, форма или бот в мессенджере

Создание чат-бота на сайте путают с ботом в Telegram. Это разные форматы с разной логикой установки и учёта. Я свожу выбор в три строки - не чтобы продать «самый модный», а чтобы не платить дважды за переделку.

ФорматКогда братьОграничение
Виджет на лендинге (embed)Нужен чат на сайте без ухода со страницыЗависит от SaaS или своего кода
Встроенная формаОдин сценарий «оставить заявку», без диалогаКлиент не хочет «общаться»
Бот в мессенджереКлиенты уже пишут в TelegramНе закрывает запрос «чат на сайте»

Виджет embed - скрипт перед </body>, кнопка в углу, сценарий с кнопками и полями. Подходит, когда на лендинге один оффер и вы хотите поймать тех, кто не дошёл до формы внизу страницы. Форма - проще: имя, телефон, комментарий, отправка. Бот в мессенджере - отдельная история: про него - в чат-боте для бизнеса в мессенджере, про конструкторы - в обзоре конструкторов чат-ботов.

Таблица: виджет на лендинге, форма и мессенджер - три строки выбора

Ошибка, которую я вижу часто: ставят виджет, форму и ссылку «написать в Telegram» на одном экране без разведения сценариев. Клиент кликает всё подряд, менеджер получает три дубля. На пилоте я оставляю один основной CTA: либо форма, либо виджет с одной веткой «заявка». Второй канал подключают, когда первый держит критерий две недели.

Виджет выигрывает, когда на странице много текста и форма «теряется» внизу. Форма выигрывает, когда аудитория консервативная и не доверяет «чатикам». Мессенджер - когда 80% заявок и так приходит в Telegram, а сайт только витрина. Смешивать все три на старте - перегруз и путаница в учёте.

Виджет embed

Скрипт от Jivo, tawk.to, Carrot quest или свой код. Клиент остаётся на лендинге. Сценарий - кнопки, поля, уведомление. CRM подключают после того, как поля согласованы.

Встроенная форма

Tilda, WordPress, конструктор лендингов. Webhook в таблицу или CRM. Нет «диалога», но меньше движущих частей. Для одного сценария заявки часто достаточно.

Ссылка в мессенджер

Кнопка «Написать в Telegram» без виджета на сайте. Не отвечает на запрос «чат-бот на сайт», но закрывает канал, если клиенты уже там. Не дублируйте с виджетом на том же блоке.

Бесплатный чат-бот на сайт: лимиты и скрытые платежи

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

Jivo - после 14-дневного trial доступен тариф «Начальная» без лимита по сроку, сайтам и диалогам (документация Jivo). Для пилота одного сценария заявки этого часто хватает. Платные функции - операторы, интеграции, аналитика.

tawk.to - бесплатный виджет, скрипт вставляется перед закрывающим </body> (инструкция tawk.to). Нет русскоязычной поддержки «из коробки», но для теста уведомлений и чата на лендинге подходит.

Carrot quest, amoCRM, Bitrix24 - полноценного free-чата «навсегда» без ограничений нет. Carrot - скрипт в <head>, чат-бот с кнопками и полями (установка, чат-бот). amoCRM CRM Plugin отправляет заявки в «Неразобранное» (справка amo). Bitrix24 - виджет с чатом и CRM-формой (help Bitrix24).

СервисБесплатный входНа что смотреть на пилоте
Jivo«Начальная» после trialКуда падает заявка, кто видит диалог
tawk.toFree tierУведомления, мобильное приложение
amoCRM pluginНет чата free«Неразобранное» и ответственный
Bitrix24Ограниченный планОткрытая линия включена или нет
Carrot questTrial / платныйСценарий бота, поля, webhook

Скрытые платежи - не только подписка. Это оператор, который сидит в виджете без регламента; интеграция с CRM, которую «забыли» настроить; лимит на количество сайтов; платный модуль аналитики, без которого не видно, сколько заявок потерялось. Перед установкой я фиксирую: кто получает пуш, куда пишется строка учёта, что считается успешной заявкой.

Как добавить чат-бот на сайт бесплатно по шагам: регистрация в сервисе, копирование кода виджета, вставка перед </body> на лендинге, тест с телефона - пройти сценарий и проверить уведомление. Если пуш не пришёл за две минуты - пилот ещё не начался, даже если кнопка красивая.

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

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

  1. 01

    Канал - виджет на лендинге, одна страница, один оффер на пилоте.

  2. 02

    Поля - три-пять штук из списка, не свободная простыня на старте.

  3. 03

    Учёт - строка в Google Sheets, webhook в таблицу, «Неразобранное» в amo или лид в Bitrix24.

  4. 04

    Человек - ответственный с пушем в Telegram или приложении виджета.

Минимальный набор полей для сценария «заявка»:

  • Имя или способ связи (телефон, email, @username)
  • Услуга или тема - из списка кнопок, не свободное поле
  • Комментарий - опционально, одна строка
  • Источник - UTM или метка «виджет_лендинг»
  • Согласие на обработку ПДн - чекбокс со ссылкой на политику

Пример JSON-конфига полей, который я отдаю разработчику или собираю в no-code:

{
  "widget_id": "lead_pilot_v1",
  "scenario": "zayavka",
  "fields": [
    { "id": "name", "type": "text", "label": "Имя", "required": true },
    { "id": "phone", "type": "tel", "label": "Телефон", "required": true },
    { "id": "service", "type": "select", "options": ["Консультация", "Расчёт", "Другое"], "required": true },
    { "id": "comment", "type": "text", "label": "Комментарий", "required": false }
  ],
  "notify": {
    "channel": "telegram",
    "chat_id": "@manager_username",
    "timeout_sec": 120
  },
  "storage": {
    "type": "webhook",
    "url": "https://example.com/hooks/lead"
  }
}

Уведомление - отдельный критический узел. Виджет без пуша = заявки копятся в кабинете сервиса, пока менеджер не зайдёт «когда-нибудь». Я настраиваю дубль: пуш в Telegram ответственному + запись в таблицу. Так проще спорить «клиент писал» - открываете строку с временем и полями.

ИИ чат-бот на сайте подключаю после кнопок. Условия: базовый сценарий две недели пишет в учёт; есть 15-20 типовых вопросов с согласованными ответами; назначен человек на ревью ответов модели раз в день. До этого - кнопки, короткий FAQ на странице и эскалация «позвать оператора». Коннекторы к CRM и MCP-интеграции - только после полей и критерия «готов / не готов» на реальных обращениях.

Кто отвечает в виджете: на пилоте один ответственный в рабочие часы. Ночные сообщения - автоответ «ответим утром» + запись в учёт. Не обещаю «онлайн 24/7», если оператора нет. Лучше честное окно, чем молчание после кнопки «Отправить».

Связка с CRM - следующий шаг после таблицы. Когда поля стабильны и поток понятен - смотрим интеграцию сайта с CRM. До этого Google Sheets или Airtable хватает, чтобы не тащить сложность раньше времени.

Чеклист статусов пилота виджета: поля, пуш, учёт, линия CRM

Типовые ошибки виджета на сайте и как исправить

Ниже - то, что я чаще всего правлю на разборе. Формат: симптом, почему ломается, что сделать.

ИИ и CRM вместо полей. Симптом: виджет «умный», но заявка не попадает в учёт, менеджер переспрашивает телефон вручную. Фикс: сначала кнопки и три-пять полей с обязательной записью; ИИ - только на FAQ после стабильного сценария.

Восемь кнопок без «отправить заявку». Симптом: клиент кликает меню, устаёт, уходит. Фикс: одна ветка «Оставить заявку» на первом или втором экране; остальное - в FAQ на странице.

Виджет без уведомления. Симптом: заявки есть в кабинете Jivo, но менеджер узнаёт через сутки. Фикс: пуш в Telegram или email ответственному; тест с реального телефона сразу после установки.

Дубль формы и чата на одном CTA. Симптом: два одинаковых блока «Связаться», клиент шлёт и туда, и туда. Фикс: один основной вход на пилоте; второй - после критерия.

Bitrix24: линия выключена. Симптом: виджет активен, сообщения не видны в CRM (справка Bitrix24). Фикс: проверить открытую линию и привязку канала; тестовое сообщение до запуска рекламы.

amo «Неразобранное» без ответственного. Симптом: заявки копятся, никто не забирает. Фикс: правило распределения или дежурный; ежедневный разбор «неразобранного» в регламенте.

Скрипт не на всех страницах. Симптом: на главной виджет есть, на лендинге акции - нет. Фикс: единый шаблон или тег в CMS; чеклист страниц перед пилотом.

Нет согласия на ПДн. Симптом: поля собираются, политики нет. Фикс: чекбокс и ссылка на документ; без этого не масштабируем сбор.

СимптомВероятная причинаПервый фикс
«Клиент писал, мы не видели»Нет пуша / линия выкл.Тест уведомления + B24/amo
Дубли заявокФорма + виджет на одном блокеОдин CTA на пилоте
Пустые карточки в CRMПоля не обязательныrequired на телефон и услугу
ИИ отвечает не по прайсуМодель без белого спискаШаблоны + эскалация к человеку

Чеклист пилота виджета заявок на 1-2 недели

Пилот - не «поставили виджет и забыли». Это прогон одного сценария на реальных обращениях с заранее согласованным критерием. Я прохожу восемь пунктов.

  1. 01

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

  2. 02

    Установка скрипта - код перед </body>, проверка на мобильном и десктопе, виджет не перекрывает кнопку покупки.

  3. 03

    Тест пуша - вы сами проходите сценарий с телефона; уведомление приходит за две минуты.

  4. 04

    Запись в учёт - строка в таблице или карточка в CRM с теми же полями, что в виджете.

  5. 05

    Согласие ПДн - чекбокс работает, ссылка на политику открывается.

  6. 06

    Десять обращений - реальные клиенты или трафик на лендинг; журнал: время, поля, факт записи.

  7. 07

    Разбор исключений - «хочу скидку», «перезвоните», «не туда нажал»; для каждого - шаблон или эскалация.

  8. 08

    Критерий «готов / не готов» - например: 90% заявок в учёте, пуш за 2 минуты, не больше двух ручных правок на десять успешных прохождений.

Если критерий не выполнен - упрощаем сценарий, режем поля, чиним уведомление. Не масштабируем на все страницы и не подключаем ИИ «для галочки». Готов - фиксируем поля в документе и решаем: оставить SaaS, перейти на кастомную разработку или добавить CRM.

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

Журнал событий - минимум для споров. Время открытия виджета, шаг сценария, отправка формы, факт webhook. Когда клиент говорит «кнопка не работала», вы смотрите лог, а не гадаете.

Когда виджета мало: инструкция к кастому и CRM

Бесплатный SaaS-виджет закрывает пилот одного сценария. Дальше упираются в потолок: несколько лендингов с разными полями, жёсткая логика квалификации, своя CRM, белый label без логотипа Jivo. Тогда имеет смысл кастомная разработка - не с нуля, а с переносом полей и сценария, которые уже прошли пилот.

Признаки, что пора обсуждать кастом:

  • Два и больше разных сценария на разных лендингах с общим учётом
  • Webhook в несколько систем одновременно (таблица + CRM + Telegram)
  • Нестандартная квалификация: ветвление по ответам, расчёт без ИИ
  • Требования к данным: хранение на своём сервере, не в облаке виджета
  • Виджет должен совпадать с дизайн-системой сайта без iframe-костылей

Интеграция с CRM - после стабильных полей. amo «Неразобранное» и Bitrix24-виджет работают, если настроены ответственный и открытая линия. Я не подключаю CRM ради галочки: сначала таблица две недели без дыр, потом перенос полей в CRM один в один. Иначе получаете пустые карточки и «CRM не работает», хотя сломался сценарий виджета.

ИИ после пилота - фильтр FAQ с ревью, не автономный продавец. MCP-коннекторы и доступ модели к CRM - только когда кнопки и поля держат поток, есть журнал и человек на исключениях. Иначе модель уверенно отвечает не по прайсу, а учёт пустой.

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

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

FAQ

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

Бесплатный чат-бот на сайт хватит для пилота или сразу нужен платный тариф?

Для одного сценария заявки с тремя-пятью полями и уведомлением часто хватает free-тарифа Jivo «Начальная» или tawk.to. Платный нужен, если упираетесь в интеграции, несколько операторов или аналитику. Сначала проверьте пуш и запись в учёт на бесплатном, потом решайте про подписку.

Как добавить чат-бот на сайт бесплатно и что проверить после установки скрипта?

Зарегистрируйтесь в сервисе, скопируйте код виджета, вставьте перед </body> на лендинге. С телефона пройдите сценарий заявки: поля отправляются, уведомление приходит за две минуты, строка появляется в таблице или CRM. Проверьте мобильную версию и чекбокс согласия на ПДн.

ИИ чат-бот на сайте или кнопки с полями - что ставить первым?

Сначала кнопки и поля с записью в учёт и пушом ответственному. ИИ имеет смысл после двух недель стабильного сценария, когда есть типовые вопросы с согласованными ответами и человек на ревью. До этого - FAQ на странице и эскалация к оператору.

Jivo, tawk.to или встроенная форма - что выбрать для одного сценария заявки?

Форма - если клиенты не хотят «чат». Jivo - если нужен виджет с русскоязычным интерфейсом и бесплатной «Начальной» после trial. tawk.to - если устраивает free-виджет и вы готовы к англоязычной админке. Выбор по полям, уведомлению и учёту, не по бренду.

Чат-бот поддержки на сайт заменит форму на лендинге или дублирует её?

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

Когда переносить проверенный виджет на кастомную разработку?

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

Как создать чат-бот на сайте без программирования?

Через SaaS-виджет: Jivo, tawk.to, Carrot quest или CRM-плагин amo/Bitrix24. Настраиваете сценарий с кнопками и полями в админке, вставляете скрипт на лендинг. Без кода на пилоте - один сценарий, три-пять полей, тест уведомления. Сложную логику после проверки на реальных заявках.

Дальше

Связанные страницы

Птенец в капюшоне печатает сообщение в телефоне
Telegram

Обсудить вашу задачу

Напишите в Telegram цель, что уже сделано и где стопор.

Отвечаю сам — без бота и «оставьте заявку».