Почему интернет-магазины теряют лиды ещё до разговора с менеджером
В этом проекте проблема выглядела как «ленивые менеджеры», но на деле была системной. Заявки приходили из пяти источников: с сайта, из Telegram, ВКонтакте, с маркетплейса Wildberries и из прочих каналов. Каждый источник требовал отдельного действия: открыть, скопировать, создать карточку, назначить ответственного. Чем больше каналов, тем выше шанс, что заявка потеряется, а звонок будет отложен «на потом». Показатели из задачи, которые мы взяли за ориентир: 35% брошенных корзин оставались без обработки, а ручной перенос данных съедал время, которое должно уходить на продажи.
Важно, что такие потери не видны в отчётах. CRM показывает только то, что в неё попало. Всё, что осталось в мессенджере или в почте, формально не существует, поэтому руководитель принимает решения по неполной картине.
С чего начинается автоматизация CRM: карта источников и воронка
Прежде чем настраивать роботов, мы фиксируем текущую воронку и все точки входа. На практике это занимает несколько часов совместной работы с руководителем отдела продаж и одним-двумя менеджерами. Результат этого этапа — таблица: источник, формат данных, кто и как сейчас обрабатывает, где теряется.
- Какие поля обязательны в карточке сделки, а какие можно заполнить автоматически.
- Как определять дубли: по телефону, e-mail, нику в мессенджере.
- Какие стадии воронки реально используются, а какие существуют только формально.
- Кто отвечает за заявку на каждой стадии и в какие сроки.
Без этой карты автоматизация просто ускоряет хаос. С ней роботы повторяют логику лучших менеджеров, а не худшие привычки отдела.
Стек и архитектура решения
Основа проекта — Битрикс24. Все каналы подключаются к нему через API или готовые коннекторы: форма на сайте, Telegram, ВКонтакте, Wildberries. Подробнее о том, как мы строим такие проекты, — на странице автоматизации Битрикс24. Если у вас несколько систем учёта и нужно связать их между собой, это отдельная задача интеграции CRM.
Логика работы роботов в таком проекте обычно строится вокруг трёх сценариев:
- Входящая заявка. Создаётся лид, проверяется на дубль, назначается ответственный по правилам (по очереди, по нагрузке или по типу товара), ставится задача с дедлайном.
- Брошенная корзина. Событие с сайта попадает в CRM, через заданный интервал клиенту уходит напоминание, а если ответа нет — менеджеру ставится задача на звонок.
- Сегментация базы. Клиенты помечаются по истории покупок и активности, что позволяет возвращать их повторными предложениями.
Подводные камни, которые мы закрывали
Первый риск — дубли. Один и тот же человек может написать в Telegram, а потом оформить заказ на сайте. Если не склеивать карточки по контактным данным, менеджеры будут звонить клиенту дважды, а аналитика по источникам исказится. Решение — правила слияния и единый идентификатор клиента.
Второй риск — слишком агрессивные напоминания. Если робот шлёт сообщение о корзине через пять минут и повторяет его трижды, клиент отписывается. Интервалы и количество касаний подбираются по поведению аудитории и корректируются после первых недель работы.
Третий риск — сопротивление команды. Менеджеры привыкли работать «по-своему», и новая система воспринимается как контроль. Помогает простое правило: робот забирает на себя рутину, а не оценивает людей. Когда менеджер видит, что ему больше не надо копировать заявки вручную, принятие идёт быстрее.
Четвёртый риск — зависимость от внешних API. Маркетплейсы и мессенджеры меняют форматы, поэтому в схеме нужны логирование ошибок и уведомление ответственного, если обмен данными остановился.
Что можно повторить в другом бизнесе
Подход не привязан к конкретной нише. Он подходит любому магазину, где заявки приходят из нескольких каналов и часть из них теряется. Базовый набор для повторения:
- Собрать все источники в одну воронку и убрать ручной перенос.
- Назначить правила распределения и сроки реакции, закрепить их задачами.
- Настроить сценарий для брошенных корзин с понятным числом касаний.
- Разметить базу по сегментам и запускать точечные повторные предложения.
- Ввести контроль: отчёт по скорости реакции и по потерянным заявкам.
Если у вас уже есть онлайн-каналы продаж, посмотрите и наш подход к ИИ для e-commerce: он дополняет автоматизацию CRM рекомендациями и работой с каталогом. А о том, как оценивать окупаемость таких проектов до старта, мы писали в статье про ROI ИИ-автоматизации.
Сроки и формат работы
Простые сценарии автоматизации мы запускаем за 3–7 рабочих дней, комплексные проекты с несколькими источниками занимают 2–4 недели. Работаем спринтами: рабочая версия появляется через 3 дня, и дальше вы видите, как она ведёт себя на реальных заявках, и корректируете требования. После запуска доступна поддержка от 5 000 ₽ в месяц, первый месяц бесплатно.
Хотите понять, какие потери есть в вашей воронке? Опишите задачу на странице контактов — ответим в течение 2 часов, а ориентиры по стоимости можно посмотреть в разделе цен.
Частые вопросы
Можно ли повторить такую автоматизацию, если у нас amoCRM, а не Битрикс24?
Да. Логика сценариев — единая воронка, правила распределения, работа с брошенными корзинами и сегментация — переносится на amoCRM. Различаются только способы подключения источников и возможности встроенных роботов, это оцениваем на старте проекта.
Что делать с дублями клиентов при подключении нескольких каналов?
Настраиваем правила слияния по телефону, e-mail или нику в мессенджере и единый идентификатор клиента. Часть дублей склеивается автоматически, спорные случаи уходят менеджеру на проверку, чтобы не потерять историю общения.
Как быстро после запуска будет виден эффект?
Первые изменения — исчезновение ручного переноса и рост скорости реакции — заметны в первые недели. Для оценки влияния на конверсию нужен период, сопоставимый с вашим циклом сделки, поэтому метрики сравниваем до и после на одинаковых интервалах.
Нужно ли менять сайт, чтобы подключить брошенные корзины?
Как правило, достаточно передавать события корзины с сайта в CRM через API или модуль платформы. Крупная переделка сайта обычно не требуется, но возможности зависят от движка магазина, это выясняем при первичном аудите.