Заявка теряется не в CRM, а до неё - в письме, которое менеджер не открыл вовремя, в форме на Tilda, чей вебхук уже третий день не работает, в звонке, который никто не записал. За практику на десятках сайтов на Tilda и WordPress я вижу одну и ту же картину: пока заявки идут разрозненно - на почту, в личку менеджера, в CRM руками - компания теряет 15-30% лидов ещё до того, как продавец успевает перезвонить. Ниже разбираю, как перестать терять заявки: CRM должна закрывать дыры на каждом этапе приёма лида, а не просто хранить карточки клиентов.
Почему заявки теряются без CRM
Самый частый сценарий, который я вижу на аудите: форма на сайте отправляет письмо на общий ящик, письмо тонет среди уведомлений от хостинга и рассылок, менеджер видит его через два дня или не видит вообще. Второй по частоте случай - заявка ушла в личные сообщения менеджера в Telegram, он уволился или ушёл в отпуск, а доступ к переписке остался только у него. Третий - звонок приняли, записали на бумажке, бумажка потерялась.
Отдельная беда - формы на Tilda без нормальной интеграции. Стандартный блок Tilda умеет слать письмо и складывать заявку в свою CRM-панель, но если менеджеры сидят в amoCRM или Bitrix24, а туда данные не прилетают автоматически, кто-то должен вручную сверять два списка. На практике это делают через раз, и часть заявок просто выпадает из воронки.
Как CRM закрывает дыры на входе лидов
CRM решает проблему, только если в неё falls каждый канал: форма на сайте, заявка из мессенджера, звонок, заказ с оплатой, обращение по доставке. Для этого нужен не абстрактный «модуль интеграции», а конкретные вебхуки и API-подключения под каждый источник.
На Tilda это делается через вебхук в настройках формы, который при отправке сразу создаёт сделку в CRM с UTM-метками и данными клиента - без задержки на письмо и без человека в цепочке. На WordPress с WooCommerce то же самое настраивается через хуки на создание заказа: сделка в CRM появляется в момент, когда клиент оплатил через T‑Bank или встал в статус «ожидает оплаты», если платёж не прошёл. Для сайтов, где ещё нет ни одной такой интеграции и заявки переносят руками из почты в таблицу, это первое, что стоит закрыть - настройка интеграции CRM с сайтом и мессенджерами обычно окупается за первый же месяц на количестве заявок, которые раньше терялись.
| Источник заявки | Типичная причина потери | Что делает CRM |
|---|---|---|
| Форма на сайте (Tilda, WordPress) | Письмо потерялось среди других уведомлений | Сделка создаётся вебхуком сразу, без письма |
| Заявка в мессенджере или боте | Осталась в личных сообщениях менеджера | Бот пишет лид в CRM через API, а не в личку |
| Звонок | Не записан, менеджер забыл перезвонить | Интеграция с телефонией создаёт сделку и задачу на возврат звонка |
| Оплата через T‑Bank/WooCommerce | Платёж не прошёл, клиент не написал повторно | Сделка со статусом «незавершённая оплата» и напоминание менеджеру |
| Доставка через СДЭК | Статус изменился, но никто не связался с клиентом | Смена статуса доставки триггерит задачу в CRM |
Бесплатный материал
🎁 Полезный скрипт в подарок
Подпишитесь на Telegram - пришлю готовый скрипт по этой теме.
Без спама. Отписка в 1 клик.
Автоматическая обработка заявок: боты и сценарии в n8n
Сама по себе CRM не гарантирует, что заявку возьмут в работу быстро. Нужен слой уведомлений, который толкает менеджера, а не ждёт, пока он откроет вкладку. Я обычно ставлю Telegram-бота на aiogram, который слушает вебхук от CRM или от формы напрямую и в течение нескольких секунд присылает ответственному менеджеру карточку лида с именем, телефоном и источником обращения. Если сделка висит без движения дольше 15 минут, бот присылает второе напоминание, а после получаса эскалирует руководителю отдела продаж.
Для более сложной логики беру n8n: там собирается цепочка «форма на сайте - создание сделки в CRM - распределение по менеджерам по правилам (например, по региону или сумме заказа) - уведомление в Telegram - контроль отклика». Такая схема снимает с CRM ручную маршрутизацию и убирает человеческий фактор на этапе «кто возьмёт заявку». На одном из проектов после внедрения подобной цепочки среднее время первого касания с клиентом упало с 40 минут до 6.
Что теряется на этапе оплаты и доставки
Заявка не заканчивается на моменте «клиент оставил телефон». На интернет-магазинах с T‑Bank или другим эквайрингом на WooCommerce часть клиентов не завершает оплату - у кого-то не прошла карта, кто-то передумал на странице оплаты. Если CRM не видит такие «подвисшие» заказы отдельным статусом, менеджер о них просто не узнает, а клиент, который был готов купить, уходит к конкуренту.
То же с доставкой. Если заказ едет через СДЭК и на этапе «не могу дозвониться получателю» или «отказ от получения» статус не долетает до CRM, заявка формально считается закрытой, хотя по факту клиент потерян и его никто не попытался вернуть повторным звонком или предложением другого способа доставки.
Сравнение способов подключения CRM к сайту
Выбор способа интеграции зависит от того, что уже есть на сайте и сколько каналов нужно подключить. Ниже - варианты, с которыми я работаю чаще всего, и от какой суммы они стартуют по моему прайсу.
| Способ интеграции | Что решает | Стоимость |
|---|---|---|
| Вебхук из формы Tilda в CRM (простая доработка) | Заявки с одной формы попадают в CRM без письма | от 3 000 ₽ |
| Комплексная интеграция сайта с CRM, эквайрингом и СДЭК | Сделки, оплата и статус доставки синхронизированы в одном месте | от 40 000 ₽ |
| Telegram-бот для уведомления менеджеров (aiogram) | Мгновенное уведомление о новой заявке и контроль отклика | от 30 000 ₽ |
| Автоматизация цепочки в n8n (форма - CRM - распределение - напоминание) | Маршрутизация заявок без ручной работы менеджера | от 25 000 ₽ |
Цены на саму CRM (лицензии amoCRM, Bitrix24 и подобных) я в расчёт не включаю - это отдельная подписка у вендора, и она не зависит от того, какая у вас интеграция.
Частые ошибки при внедрении CRM
Чаще всего вижу три вещи. Первая - CRM подключили, но не задали SLA на реакцию: сделка может неделю висеть в статусе «новая», и никто этого не замечает, потому что нет автоматического контроля просрочки. Вторая - дубли лидов: один и тот же клиент пишет в форму, потом в Telegram, потом звонит, и в CRM появляются три разные карточки вместо одной, из-за чего менеджеры путаются, кто уже связался с клиентом. Третья - данные клиентов складывают в зарубежные таблицы или сервисы вроде Google Sheets вместо CRM с серверами в России, что прямо нарушает требование о локализации персональных данных по 152-ФЗ.
Отдельно стоит проверять права доступа: если у линейного менеджера есть возможность удалять сделки, рано или поздно заявка исчезнет из воронки без следа, и разбираться, куда делся лид, придётся по логам почты и звонков, если такие логи вообще ведутся.
Частые вопросы
Сколько времени занимает интеграция CRM с сайтом?
Простой вебхук из формы Tilda в CRM я настраиваю за 1-2 дня. Комплексная интеграция с оплатой и доставкой занимает от 5 до 10 рабочих дней в зависимости от того, сколько источников заявок нужно подключить и есть ли у CRM готовый API под нужные события.
Можно ли обойтись без CRM и просто настроить уведомления в Telegram?
Для одного менеджера и небольшого потока заявок это рабочий вариант на старте. Но как только заявок становится больше десятка в день или менеджеров больше одного, без CRM теряется история по клиенту и невозможно посчитать, сколько заявок реально дошли до сделки, а не пропали.
Как понять, что заявки теряются, если менеджеры говорят, что всё под контролем?
Сверяю число обращений из систем аналитики и коллтрекинга с числом сделок в CRM за тот же период. Если разница больше 10-15%, часть заявок точно не доходит до продавца, и дальше я ищу, на каком именно шаге они отваливаются.
Что делать с заявками, которые пришли в нерабочее время?
Ставлю бота, который сразу подтверждает клиенту получение заявки и создаёт сделку в CRM с пометкой «ночная», чтобы утром она попала в очередь первой, а не потерялась среди новых обращений.