Проблема и контекст
Потеря заявок редко выглядит как одна большая авария. Чаще это серия мелких разрывов: звонок пришел, но лид не создался; лид создался, но ответственный не назначился; сделку открыли, но задача на контакт не поставилась; менеджер ушел в отпуск, а клиент остался без обработки. В итоге бизнес видит не техническую ошибку, а падение конверсии, рост стоимости лида и споры между маркетингом, продажами и руководителем отдела.
В Bitrix24 такие потери обычно возникают на стыке трех зон: телефония, CRM и логика ответственности. Если одна из них настроена формально, заявки начинают «протекать» между этапами. Особенно это заметно в компаниях с несколькими каналами входа: сайт, коллтрекинг, мобильные звонки, мессенджеры, формы обратного звонка.
Практический пример. Компания по поставке оборудования получает 45–60 обращений в день. Часть приходит через сайт, часть — по телефону после рекламы. Руководитель замечает, что в CRM фиксируется только около 70% фактических звонков, а среднее время первого контакта выросло до 3 часов. Диагностика показывает: входящие на резервный номер филиала не были подключены к Bitrix24, а пропущенные звонки не создавали отдельный лид и не ставили задачу менеджеру. Триггер — пропущенный вызов. Действие, которое должно было происходить: создание лида с источником «Телефония», назначение ответственного по очереди, задача «Перезвонить за 15 минут» для менеджера и уведомление РОПа при просрочке. Результат после исправления — возврат в CRM 100% входящих по основным номерам и снижение времени реакции до 18 минут.
Если у вас в отчетах все выглядит нормально, но менеджеры говорят «клиент не дозвонился», «заявка была, но не попала в воронку», «непонятно, кто должен был взять в работу», проблема почти всегда решается не наймом еще одного сотрудника, а аудитом связки каналов и правил обработки.
Что важно подготовить заранее
Чтобы диагностика была быстрой и полезной, нужно собрать не абстрактные жалобы, а конкретные данные по движению заявок. Без этого обсуждение уходит в субъективные оценки: маркетинг считает, что лиды переданы, продажи — что лидов не было, руководство — что CRM просто неудобная.
Список каналов и точек входа
Сначала составьте реестр всех источников обращений:
- номера телефонии, включая резервные и региональные;
- формы на сайте и лендингах;
- виджеты обратного звонка;
- WhatsApp, Telegram, онлайн-чат;
- заявки из рекламы и агрегаторов;
- email, если из него создаются лиды.
Частая проблема — часть каналов интегрирована в Bitrix24, а часть живет отдельно. Тогда в CRM попадает только «официальная» половина потока, а реальные потери замаскированы.
Мини-кейс. У сервисной компании было три городских номера: общий, сервисный и номер отдела запчастей. В Bitrix24 завели только общий. Когда клиент звонил по номеру запчастей, разговор записывался у провайдера телефонии, но ни контакт, ни лид, ни сделка не создавались. Триггер — входящий звонок на отдельный номер. Не срабатывало действие — создание сущности в CRM и привязка к ответственному отдела запчастей. Результат — менеджеры вели часть обращений в блокноте и теряли повторные продажи. После полной инвентаризации каналов компания нашла до 22% необрабатываемых входящих.
Карта воронки и правил назначения ответственных
Нужно зафиксировать не только этапы воронки, но и логику передачи между ролями:
- кто получает новый лид;
- при каких условиях лид конвертируется в сделку;
- кто отвечает за первый контакт;
- кто принимает заявку после квалификации;
- что происходит, если ответственный не взял в работу обращение в срок.
Если этого описания нет, даже правильно работающая интеграция не спасет: заявка будет создана, но зависнет на первом этапе.
Например, для B2B-продаж разумно иметь простую схему: этап «Новый лид» — менеджер первой линии; этап «Квалифицирован» — аккаунт-менеджер; этап «Коммерческое предложение отправлено» — менеджер сделки; этап «Ожидается оплата» — менеджер плюс бухгалтерия по событию оплаты. В Bitrix24 это должно быть отражено не только в названиях стадий, но и в роботах, задачах и правах доступа.
Доступ к журналам и отчетам
Для диагностики понадобятся:
- журнал звонков в телефонии;
- журнал создания лидов и сделок в CRM;
- история изменения стадий;
- отчет по пропущенным звонкам;
- список задач с просрочкой по первичному контакту;
- если есть — данные из рекламных источников и коллтрекинга.
С чего начать? С выборки за последние 2–4 недели. Этого достаточно, чтобы увидеть повторяющийся паттерн, а не единичный сбой.
Пошаговый план
Шаг 1. Сверьте факт обращений с CRM
Первое, что нужно сделать, — сравнить количество фактических входящих с количеством созданных лидов или сделок в Bitrix24. Не по ощущениям, а по дням и по каналам.
Простой рабочий подход:
- выгрузить все входящие звонки от провайдера телефонии за 14 дней;
- отдельно выгрузить все лиды с источником «Звонок» или аналогичным тегом из Bitrix24;
- сопоставить по номеру, времени и длительности;
- выделить случаи, где звонок был, а сущность в CRM не появилась.
Если расхождение выше 5–7%, это уже повод для детальной проверки.
Сценарий. Интернет-магазин мебели получает 320 входящих звонков за неделю. В CRM создается 271 лид. После сверки выясняется: короткие звонки до 5 секунд система не обрабатывала как лиды, хотя часть из них была реальными обращениями, где клиент не дождался ответа. Правильная логика для Bitrix24: триггер — пропущенный или короткий входящий менее 10 секунд от нового номера; действие — создать лид со статусом «Не дозвонились», назначить дежурного менеджера, поставить задачу «Перезвонить в течение 10 минут», при отсутствии звонка — уведомить старшего смены через 15 минут. Результат — возврат части потерянных обращений и рост конверсии пропущенных в продажи.
Шаг 2. Проверьте правила по пропущенным звонкам
Одна из самых дорогих ошибок — когда пропущенный вызов никак не отражается в CRM. Бизнес считает, что «клиент сам перезвонит», но в B2B и дорогих продажах это часто означает прямую потерю заявки.
В Bitrix24 по пропущенным должен быть не просто комментарий, а операционный маршрут:
- создается лид или активность;
- назначается конкретный ответственный, а не «отдел продаж»;
- ставится задача с дедлайном, например 15 минут в рабочее время;
- при просрочке уходит уведомление РОПу;
- если клиент не ответил, создается повторная задача на второй контакт через 2 часа.
Частая ошибка — назначение задачи только в ленту или уведомление без дедлайна. Такие сигналы быстро теряются.
Шаг 3. Проверьте дубли и привязку к существующим контактам
Иногда заявка не теряется полностью, а «растворяется» в дублях. Новый звонок от существующего клиента не создает понятной активности в текущей сделке, а уходит в старый лид, закрытый полгода назад. Менеджер этого не видит и не реагирует.
Нужно проверить:
- как Bitrix24 ищет совпадения по номеру и email;
- создается ли новый лид или активность по действующему контакту;
- в какой сущности фиксируется повторное обращение;
- кто становится ответственным при повторном входящем.
Мини-кейс. Оптовая компания по упаковке работала с постоянными клиентами, которые заказывают ежемесячно. Входящий звонок от клиента привязывался к старой закрытой сделке, а уведомление получал бывший менеджер, уже переведенный в другой отдел. Триггер — звонок от существующего контакта. Неправильное действие — привязка к неактуальной сущности без эскалации. После настройки правила звонок стал создавать новую активность в открытой компании, а если активной сделки нет — новую сделку в воронке «Повторные продажи» с ответственным текущего аккаунт-менеджера. Результат — заявки перестали выпадать между отделами.
Шаг 4. Проверьте передачу ответственности по стадиям
Даже если лид создается корректно, он может потеряться на этапе передачи. Например, первичный менеджер квалифицировал обращение, перевел в стадию «Подготовить КП», но задача на технического специалиста не появилась. Или сделка перешла в «Согласование договора», а юрист не получил уведомление.
Здесь нужно пройти по ключевым этапам воронки и задать четыре вопроса:
- какой триггер переводит сделку на этап;
- какое действие должно запускаться автоматически;
- кто отвечает за следующий шаг;
- какой контрольный срок установлен.
Практический сценарий. Производственная компания получает запрос на нестандартный расчет. Менеджер переводит сделку в стадию «Технико-коммерческий расчет». В Bitrix24 должен сработать робот: создать задачу инженеру с чек-листом расчета и дедлайном 4 рабочих часа, добавить наблюдателем менеджера, а если задача не закрыта до 16:00 — уведомить руководителя технического отдела. Если этого нет, сделка формально движется, но коммерческое предложение не выходит клиенту вовремя.
Шаг 5. Проверьте события после оплаты и передачи в смежные отделы
Потеря заявки бывает и после продажи: клиент оплатил, но логистика не получила задачу, счет пришел, а сделка не перешла в исполнение, менеджер думает, что заказ в работе, а склад о нем не знает. Для бизнеса это уже не потеря лида, а потеря выручки и лояльности.
В связке Bitrix24 с учетной системой или банком важно убедиться, что событие оплаты запускает конкретные процессы.
Сценарий из практики. Дистрибьютор получает оплату по счету до 14:00. Триггер — статус «Оплачен» из учетной системы. Действия в Bitrix24: сделка автоматически переводится в стадию «К отгрузке», создается задача логисту с дедлайном до 16:00, менеджер получает уведомление о подтверждении отгрузки, руководитель склада видит сделку в отдельном представлении. Результат — меньше ручных уточнений и меньше заказов, забытых между бухгалтерией и складом.
Шаг 6. Настройте контрольные отчеты для руководителя
После исправления точек разрыва нужна не только работающая логика, но и видимый контроль. Руководителю отдела продаж и собственнику нужны короткие отчеты, которые сразу показывают потери:
- все пропущенные звонки без обратного контакта за 15 минут;
- лиды без назначенного ответственного;
- сделки на этапе «Новый» более 30 минут;
- сделки на этапе «КП отправлено» без следующей активности более 2 дней;
- просроченные задачи по первым касаниям;
- обращения из сайта, по которым не было звонка в течение часа.
Пример. РОП получает каждый будний день в 18:00 автоматический отчет из Bitrix24: 7 пропущенных звонков, из них 2 без обратной связи; 4 новых лида без успешного первого контакта; 3 сделки зависли на этапе «Согласование договора» более 5 дней. Такой отчет помогает не раз в квартал обсуждать падение продаж, а управлять потерями ежедневно.
Ошибки и риски
Ошибка 1. Проверять только настройки, но не реальный маршрут заявки
Иногда подрядчик или внутренний администратор смотрит: телефония подключена, лиды создаются, роботы включены. На этом проверка заканчивается. Но бизнес-ошибка часто скрыта в деталях: звонок создал лид, а задача не поставилась; лид создался, но ответственный назначился на уволенного сотрудника; сделка перевелась по стадии, но смежный отдел не увидел ее.
Правильный подход — тестировать весь путь заявки вручную, от обращения до следующего действия. Желательно по каждому каналу и по 3–5 типовым сценариям.
Ошибка 2. Оставлять общую ответственность без персонального дедлайна
Формулировка «за лид отвечает отдел продаж» в CRM не работает. В Bitrix24 должна быть конкретика: фамилия ответственного, задача, срок, эскалация.
Пример риска. На общий номер поступает входящий звонок в 11:20. Лид создается, но остается на дежурной группе без персонального исполнителя. До 15:00 никто не берет его в работу, потому что каждый считает, что это сделает коллега. Исправление: триггер — новый лид из телефонии; действие — назначить ответственного по очереди, поставить задачу «Первый контакт за 15 минут», при отсутствии активности — перекинуть на старшего менеджера через 20 минут. Это уже операционная схема, а не декларация.
Ошибка 3. Не учитывать нерабочее время и сменность
Многие потери возникают не днем, а вечером, в выходные, в пересменке или во время отпуска менеджера. Если правила Bitrix24 это не учитывают, заявка создается, но никто ее не видит до следующего дня.
Практический пример. Клиент оставляет заявку с сайта в субботу в 19:40. CRM создает лид, но ответственным назначается менеджер будней. До понедельника никто не связывается. Более надежная схема: лиды вне рабочего времени попадают в отдельную очередь, в 9:00 следующего рабочего дня робот ставит задачу первому дежурному менеджеру с дедлайном 20 минут, а руководитель получает список необработанных ночных и выходных обращений.
Ошибка 4. Смешивать лиды, сервис и действующих клиентов в одной логике
Когда в одну воронку попадают новые заявки, рекламации, повторные обращения и сервисные вопросы, ответственность размывается. Менеджеры по продажам получают задачи, которые должен решать сервис, а новые клиенты ждут ответа в общей очереди.
В таких случаях нужна маршрутизация по типу обращения. Если звонок связан с действующим заказом, он должен идти не в воронку новых продаж, а, например, в отдельный процесс сопровождения с ответственным аккаунтом или сервисным отделом.
Когда нужна помощь подрядчика
Если вы видите один из следующих признаков, внутренней точечной правки обычно уже недостаточно:
- больше двух источников обращений, и часть из них подключена через внешние сервисы;
- воронка продаж включает несколько ролей: лидоруб, менеджер, инженер, юрист, бухгалтерия, логистика;
- есть регулярные споры, кто потерял заявку;
- руководитель не может за 5 минут получить отчет по потерям;
- в CRM много ручных действий, которые сотрудники выполняют по-разному;
- после смены сотрудника или номера телефона цепочка ломается.
В такой ситуации нужен не «ремонт одного робота», а диагностика всей схемы: от точки входа до финального ответственного на каждом этапе.
Следующий шаг
Если задача бизнеса — перестать терять обращения и сделать путь заявки в Bitrix24 прозрачным, следующий разумный шаг — провести прикладную диагностику связки телефонии, CRM и правил назначения ответственных. На практике это означает:
- собрать карту всех каналов входа;
- проверить, где именно не создаются лиды, сделки или активности;
- протестировать сценарии по пропущенным звонкам, заявкам с сайта, повторным обращениям и передаче между ролями;
- сформировать список конкретных доработок: какие триггеры, какие роботы, какие стадии, какие поля и какие отчеты нужны руководителю.
Для компании это полезно тем, что вы получаете не абстрактный аудит, а список операционных исправлений с понятным эффектом: сократить время реакции, вернуть пропущенные обращения в работу, убрать сделки без ответственных, навести контроль по этапам и смежным отделам.
Если у вас уже есть Bitrix24, но есть ощущение, что часть заявок исчезает между звонком, CRM и менеджером, стоит начать с профессиональной диагностики интеграций. По итогам можно быстро определить, где рвется цепочка, и затем внедрить нужные настройки и автоматизацию без остановки продаж.
Интеграции Bitrix24
Подключаем сайт, телефонию, мессенджеры и другие каналы к единому контуру Bitrix24.
Что сделать дальше
Частые вопросы
- С чего начать?
- Какие ошибки встречаются чаще всего?
- Когда нужна помощь подрядчика?
