Заявка приходит в полночь, а первый ответ уходит только в девять утра следующего дня. За эти часы клиент успевает написать в мессенджер ещё паре подрядчиков, кто-то из них отвечает за пять минут, и заказ уходит не вам. Обработка заявок в нерабочее время решает именно этот разрыв между «увидел форму на сайте» и «клиент понял, что его услышали». Речь не про круглосуточный офис, а про три рабочих слоя: автоответ, который срабатывает мгновенно, дежурство, которое реагирует на срочные случаи, и автоматизация, которая разводит заявки по каналам без участия человека.
Что происходит с заявкой в нерабочее время, пока офис закрыт
Возьмём типичный вечер. Клиент оформляет заказ в WooCommerce в 23:40, эквайринг T‑Bank списывает деньги и присылает вебхук об успешной оплате сразу, это автоматика, она работает в любое время суток. А дальше начинается ручная часть: нужно проверить остаток на складе, подтвердить состав заказа, забронировать слот у СДЭК на завтра. Первый слот на забор груза появится только с началом рабочего дня, и это не ограничение сайта или платформы, а особенность логистики: курьерская служба физически не работает ночью.
Похожая история с формами на Tilda. Заявка попадает в CRM через штатный вебхук ровно в момент отправки, но если менеджер открывает почту в 10 утра, разрыв между «заявка создана» и «клиент получил первый отклик» составляет десять часов. За это время клиент либо забыл, зачем оставлял заявку, либо уже нашёл исполнителя в другом месте.
Задача обработки заявок в нерабочее время не в том, чтобы вручную закрыть эти десять часов, а в том, чтобы развести процессы: что можно и нужно автоматизировать полностью, что требует быстрой, но не мгновенной реакции человека, а что действительно может подождать до утра без потерь для бизнеса.
Автоответ на сайте: первая реакция вне рабочего графика
Автоответ - самый дешёвый и самый недооценённый инструмент в этой цепочке. Он не решает вопрос клиента, но останавливает тревогу «меня проигнорировали» и сразу даёт понятный срок ожидания.
Что писать в автоответе
Рабочий автоответ закрывает три вопроса за десять секунд чтения: заявка точно дошла, кто и когда ответит, что делать, если вопрос срочный. Шаблон вида «Спасибо за обращение, мы свяжемся с вами в ближайшее время» не работает, потому что не даёт ни номера заявки, ни конкретного срока. Я обычно закладываю в текст точное время: «отвечу лично до 10:00 по будням» и запасной канал для действительно горящих случаев, отдельный номер в WhatsApp или телефон дежурного.
Как подключить технически
В Tilda в настройках формы есть поле для письма-подтверждения клиенту, это штатная функция конструктора, отдельный код в head для неё не нужен, письмо настраивается прямо в блоке с формой. Для уведомлений себе и в CRM используется тот же вебхук, что уже стоит на форме, к нему просто добавляется отдельный обработчик для письма клиенту.
На WordPress с WooCommerce автоответ настраивается через письма заказа: включаете статус «Заказ получен» с шаблоном, где сразу указан ожидаемый срок обработки. Если форма собрана на Contact Form 7 или похожем плагине, автоответ настраивается прямо в параметрах формы, без сторонних сервисов.
Если каналов несколько, форма на сайте, Telegram, звонки, у каждого должен быть свой автоответ, и сроки в них должны совпадать, иначе клиент, попавший к вам разными путями, получит два разных обещания.
| Канал | Что настраивается | Кто получает первый сигнал |
|---|---|---|
| Форма на сайте | Письмо-подтверждение клиенту и вебхук в CRM или Telegram | Дежурный менеджер или бот |
| Telegram-бот | Автосообщение сразу после первого сообщения от клиента | Бот, с эскалацией на дежурного |
| Заказ в интернет-магазине | Письмо о статусе заказа сразу после оплаты | Система, без участия человека |
| Звонок на выключенный номер | Голосовое приветствие со временем работы и ссылкой на мессенджер | Клиент сам решает, ждать или писать |
Бесплатный материал
🎁 Полезный скрипт в подарок
Подпишитесь на Telegram - пришлю готовый скрипт по этой теме.
Без спама. Отписка в 1 клик.
Дежурство в нерабочие часы: кто отвечает, когда автоответа мало
Автоответ закрывает ожидание, но не сам вопрос. Если у клиента корпоративный заказ на завтра, срочная поломка на сайте или вопрос про оплату, кто-то должен отреагировать раньше утра. Дежурство - это не круглосуточный офис, а понятный протокол: кто смотрит заявки вне графика, по каким признакам решает, что не может ждать, и до какого часа он вообще на связи.
На практике встречаются три модели, и они не взаимозаменяемы.
| Модель дежурства | Что делает ночью и в выходные | Когда подходит |
|---|---|---|
| Штатный сотрудник по графику | Отвечает на срочные заявки лично, эскалирует технические вопросы дальше | Постоянный поток заявок, высокий чек, критичные ошибки |
| Аутсорс-колл-центр | Принимает звонки и заявки по скрипту, передаёт срочное дальше по цепочке | Стабильный объём обращений, преимущественно типовые вопросы |
| Бот с эскалацией на человека | Отвечает на частые вопросы сам, зовёт человека только по триггеру | Небольшая команда, нерегулярный поток заявок |
Стоимость каждой модели сильно зависит от объёма заявок и требований к скорости реакции, поэтому сравнивать их по одной цифре бессмысленно: содержание штатного дежурного и разработка бота с эскалацией - это разные по масштабу затраты, и оценивать их стоит под конкретный поток обращений, а не по чужому прайсу.
Telegram-бот как дежурный по заявкам ночью и в выходные
Для небольшой команды бот на aiogram чаще всего закрывает дежурство полностью или частично. Логика простая: как только форма на сайте или заказ в магазине создаёт новую заявку, бот присылает карточку в отдельный чат, имя, контакт, суть обращения, ссылку на CRM. У карточки есть кнопка «Взял в работу», и как только кто-то из дежурных её нажимает, бот убирает повторные уведомления остальным, чтобы два человека не звонили одному клиенту одновременно.
Если карточку не берут в работу пять или десять минут, бот эскалирует: отправляет повторное уведомление следующему по списку дежурному. Логика не сложная, такой бот собирается на aiogram за несколько дней разработки, но именно она чаще всего закрывает проблему «заявку все видели, никто на неё не ответил».
Тот же бот можно завязать на телефон дежурного: если человек не появляется в Telegram дольше условленного времени, бот через отдельный сервис уведомлений отправляет SMS или инициирует звонок. Такую цепочку эскалации стоит закладывать сразу при разработке, а не пристраивать после первой пропущенной ночной заявки.
Автоматизация обработки заявок в n8n по времени суток
Когда каналов больше двух, сайт, магазин, Telegram, почта, вручную разводить заявки по времени суток тяжело. Здесь удобно ставить автоматизацию заявок в n8n: сценарий получает заявку через вебхук, проверяет текущее время узлом с датой или Schedule Trigger, а дальше разводит поток через Switch.
На практике логика выглядит так. Заявка, пришедшая в рабочие часы, сразу уходит в CRM на менеджера по очереди. Заявка вне рабочего времени уходит в дежурный чат в Telegram и параллельно запускает автоответ клиенту с честным сроком ответа. Если через настроенный интервал никто не отметил заявку обработанной, тот же сценарий отправляет её повторно или передаёт следующему дежурному.
Сюда же удобно подключать вебхук от WooCommerce при оплате заказа, уведомление от Tilda о новой заявке и статус доставки от СДЭК: вся маршрутизация собирается в одном сценарии, а не в наборе разрозненных скриптов на каждый канал отдельно.
Во что обходится нерабочее время без этих настроек
По моей практике на проектах заявка, оставленная ночью и обработанная только на следующий вечер, конвертируется заметно хуже, чем заявка, на которую клиент получил мгновенное автоматическое подтверждение, а живой ответ, уже утром, но в обещанный срок. Разница не в том, что клиент разлюбил продукт, а в том, что за долгую тишину он успевает решить вопрос иначе или просто остыть к покупке.
Отдельная потеря - повторные обращения. Если автоответа нет вообще, часть клиентов пишет вопрос ещё раз, в другом канале, думая, что первое сообщение потерялось. Это удваивает нагрузку на утреннюю смену и создаёт путаницу в CRM, где одна и та же заявка появляется дважды под разными карточками.
Настроить автоответ, простое дежурство через бота и базовую маршрутизацию в n8n, это не разовая история на одну неделю, а конфигурация, которую придётся дорабатывать по мере роста потока заявок и появления новых каналов продаж.
Частые вопросы
Нужен ли отдельный номер телефона для дежурного?
Не обязательно с первого дня. Если поток заявок небольшой, достаточно одного рабочего номера с переадресацией на дежурного в нерабочие часы. Отдельный номер имеет смысл заводить, когда дежурства идут по графику между несколькими людьми и переадресацию иначе пришлось бы перенастраивать каждую смену вручную.
Как быстро нужно отвечать на заявку ночью, чтобы не потерять клиента?
Универсального норматива нет, но автоответ должен приходить сразу, в момент отправки формы или заказа. Живой ответ человека при этом может подождать до утра, если в автоответе честно указан срок, клиент реагирует не на скорость решения вопроса, а на то, понял он или нет, что его заявку заметили.
Можно ли обойтись автоответом без реального дежурства?
Для несрочных услуг да, автоответ с чётким сроком и утренняя обработка закрывают большинство случаев. Дежурство нужно там, где цена промедления высокая: интернет-магазин с ограниченным складом, техническая поддержка с авариями, услуги с высоким чеком, где конкурент отвечает быстрее вас.
Как настроить автоответ, если сайт собран на Tilda?
В настройках формы есть поле для письма-подтверждения клиенту, это штатная функция конструктора, дополнительный код не нужен. Туда же можно вписать номер дежурного телефона или ссылку на Telegram-бота для срочных случаев, а саму заявку параллельно завести в CRM через уже подключённый вебхук.