Автоответчик на сайте: как не терять заявки, пока офис спит

Автоответчик на сайте настраивают в три шага: подключают чат-виджет, который работает круглосуточно — со шаблонными ответами или ботом по сценарию; прописывают ответы на 5–10 частых вопросов и часы работы живого менеджера; связывают форму сбора контакта с CRM или 1С, чтобы заявка не терялась после закрытия чата. Дальше вопрос только в том, насколько «умный» нужен сценарий и откуда бот берёт данные для ответа.

Ночью в чате отвечает тишина, а сделка уходит утром 🌙

Оптовая компания из Москвы продаёт стройматериалы, отдел продаж на линии с 9:00 до 21:00. В 23:40 клиент из региона пишет в чат: интересует остаток по одной позиции и цена на партию из сорока паллет. Никто не отвечает — виджет просто показывает «онлайн» без пояснений и предлагает написать ещё раз. Менеджер видит сообщение утром, в 10:05, отвечает быстро и по делу. Но клиент уже написал трём другим поставщикам и выбрал того, кто ответил первым, — не потому что там дешевле, а потому что там не пришлось ждать двенадцать часов.

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

Три варианта автоответчика — от текстовой заглушки до сценарного ассистента

Разница между вариантами не в стоимости виджета, а в том, что бот способен ответить сам, а что вынужден переложить на человека утром.

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

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

Из чего собрать сценарий, чтобы бот не бесил клиента

Что спросить в первую очередь

• ✓Что именно интересует — без анкеты на десять полей
• ✓Город и способ доставки, если от них зависит цена или сроки
• ✓Готов ли клиент получить ответ сейчас или оставить телефон для звонка

Когда передавать диалог человеку

• ✓Клиент дважды написал «не то» или прямо просит оператора
• ✓Вопрос касается нестандартного объёма, спецзаказа или отсрочки платежа
• ✓В сообщении есть жалоба или признаки конфликтной ситуации

Что бот не должен обещать

• ✓Точный срок поставки, если склад или 1С его не подтвердили
• ✓Скидку, которую не согласовал руководитель отдела продаж
• ✓Время звонка менеджера, если график не синхронизирован с CRM

Эти три блока покрывают большинство ночных диалогов в B2B: клиент хочет узнать цену или наличие, а не пообщаться с ботом ради интереса. Чем короче путь от вопроса до ответа или до передачи менеджеру, тем меньше шанс, что клиент закроет вкладку и напишет конкуренту.

Куда должны попадать заявки из автоответчика 📥

Бот, который красиво отвечает в чате, но складывает заявки в собственную панель без уведомлений, немногим лучше заглушки — такую панель просто никто не открывает по утрам. Рабочая схема другая: заявка сразу создаётся как документ в учётной системе, а не лежит текстом в чате до тех пор, пока кто-то не вспомнит туда зайти.

Если компания ведёт продажи в 1С:Управление торговлей, обработчик приёма заявок из чата можно написать так, чтобы сообщение сразу превращалось в заказ покупателя с привязкой к клиенту и менеджеру. Для компаний с несколькими юрлицами и складами похожую логику встраивают уже на уровне 1С:ERP, где заявка сразу попадает в общую очередь обработки заказов, а не в отдельный список чата. Саму интеграцию — обработчик, который принимает данные от бота и создаёт документ в базе — обычно делают через доработку 1С, потому что типовая конфигурация такого приёма заявок «из коробки» не предусматривает.

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

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

Раз бот собирает имя, телефон и почту, в сценарии обязателен пункт согласия на обработку персональных данных — того же требует 152-ФЗ для любой формы на сайте, а не только для автоответчика.

Частая ошибка: настроить бота один раз и забыть про него

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

Если бот берёт данные напрямую из 1С, эта проблема снимается сама: остаток и цена всегда актуальны, потому что бот не хранит их у себя, а спрашивает у базы в момент диалога. Пересматривать в этом случае нужно только логику сценария — например, раз в квартал проверять, не появились ли новые частые вопросы, на которые бот пока не отвечает и молча передаёт всё менеджеру.

Сколько стоит настроить автоответчик и что делает UKVED 💰

Если задача — заглушка или бот по кнопкам без подключения к учётной системе, настройка укладывается в один-два дня работы и не требует вмешательства в базу. Как только речь заходит о сценарии, который берёт остаток, цену или статус заказа из 1С и сам создаёт документ в базе, это уже доработка на стороне 1С — такие работы в UKVED считаются по факту объёма, от 3800 ₽/час, после короткого аудита текущей конфигурации и сценария.

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

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

Сколько времени занимает настройка автоответчика на сайте?

Если нужен бот с готовыми ответами по FAQ без связи с 1С, настройка укладывается в один-два дня. Когда бот должен показывать реальный остаток, цену или статус заказа из базы, добавляется время на доработку обмена данными и тестирование — обычно от нескольких дней до пары недель, в зависимости от версии платформы.

Может ли автоответчик отвечать по ценам и остаткам прямо из 1С?

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

У нас нет 1С, заявки ведём в почте и таблицах — автоответчик вообще нужен?

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

Нужно ли согласие клиента на обработку персональных данных, если бот просто спрашивает телефон?

Да. Как только форма или бот собирает имя, телефон или почту, на сайте должен быть пункт о согласии на обработку персональных данных по 152-ФЗ, независимо от того, отвечает клиенту человек или сценарий. Без этого пункта компания формально нарушает закон, даже если данные нужны только для звонка менеджера.

Что делать, если бот ответил неправильно, например, назвал старую цену?

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