Автоматизация продаж это не покупка системы, а набор сценариев: по какому событию заявка попадает в работу, кому она достаётся, за сколько минут обязан прозвучать первый ответ, какая задача ставится автоматически, при каком балле лид уходит от маркетинга в продажи и что происходит с клиентом после оплаты. Ниже контур разобран по каналам входа: форма сайта, звонок, мессенджер, письмо. Для каждого сценария указано, чем он ограничен: лимитом платформы, законом или порогом почтовой службы.
Заявка с формы сайта: путь от отправки до ответственного
Сценарий начинается с события «форма отправлена» и состоит из пяти шагов, каждый из которых обязан отработать без человека: приём данных, создание сущности в CRM, поиск дубля, назначение ответственного, постановка задачи с крайним сроком. Поиск дубля строится по нормализованному телефону, а не по строке: номер приводится к одиннадцати цифрам с ведущей семёркой, иначе +7 916, 8 916 и 7(916) дадут три разных ключа, и один клиент превратится в три сделки у трёх менеджеров.
Второй обязательный элемент это перенос источника: в карточку пишутся метки utm_source, utm_medium, utm_campaign, utm_content, utm_term и идентификатор клика рекламной системы (yclid у Яндекса, gclid у Google), плюс ClientID счётчика Метрики. Без этих полей связать оплату с объявлением будет нечем.
Звонок: коллтрекинг подставляет источник в карточку до ответа менеджера
Без динамического коллтрекинга происхождение звонка теряется полностью. Скрипт на сайте выделяет посетителю номер из пула и держит его закреплённым на время визита и некоторое время после ухода, а входящий вызов система связывает с сессией и её источником. Размер пула считается от трафика: в Calltouch пул рассчитывается автоматически по указанному максимуму сессий в сутки, диапазон настройки от 400 до 5000 сессий. Источник разбирается по семиуровневому приоритету пулов: прямой переход, UTM-метки (при нескольких совпадениях берётся пул с большим числом меток), переходы с поисковиков, рефералы, пул со всем трафиком с условием по URL, пул со всем трафиком без условий, отслеживание сессий без подмены. Авторазметка GCLID, YCLID и YMCLID задаётся условием внутри пула, а не отдельным уровнем. Если пул мал для трафика, номера переиспользуются слишком быстро и источник в карточке будет ложным.
Второй сценарий канала это обработка пропущенного: неотвеченный входящий в рабочее время создаёт задачу со сроком 15 минут, вне графика на открытие смены. Обратное направление ограничено законом: часть 2 статьи 18 Федерального закона «О рекламе» запрещает распространять рекламу по сетям электросвязи с применением средств выбора и набора абонентского номера без участия человека, то есть автообзвон с рекламой вне закона независимо от качества базы.
Маршрутизация лидов: crm система берёт на себя управление продажами по правилам
Распределение это место, где сценарий даёт сбой чаще всего, а правило выбирается по тому, чем лиды отличаются между собой.
| Правило | Когда работает | Где ломается |
|---|---|---|
| По очереди (round-robin) | Лиды однородные, менеджеры взаимозаменяемы | Сотрудник в отпуске продолжает получать заявки |
| По источнику или продукту | Направления требуют разной экспертизы | Один источник даёт большую часть объёма |
| По региону или языку | Есть часовые пояса и филиалы | Регион определяется по IP и врёт на мобильном |
| По текущей загрузке | Разброс по числу открытых сделок велик | Загрузка считается по числу сделок, а не по сложности |
В Битрикс24 распределение снимает с руководителя приложение «Конвейер лидов»: оно раздаёт заявки равномерно, выбирает наименее занятых активных сотрудников и не отдаёт лид тому, кто не начал рабочий день или поставил его на паузу; отказные лиды раскладываются тем же механизмом. В amoCRM распределение собирается триггером цифровой воронки, который проверяет график менеджера. К любому правилу обязательна страховка: если по истечении норматива на первый контакт статус не изменился, сделка переназначается на дежурного. Иначе автораспределение раскладывает потери по менеджерам ровным слоем.
SLA на первый ответ: откуда берётся норматив и чем он подтверждён
В марте 2011 года Harvard Business Review опубликовал работу Олдройда, Макелхеран и Элкингтона «The Short Life of Online Sales Leads». Авторы отправили тестовую заявку в 2241 американскую компанию: в течение часа ответили 37 процентов, дольше суток 24 процента, 23 процента не ответили вообще, средняя скорость ответа 42 часа. Отвечавшие в течение часа квалифицировали лид почти в семь раз чаще остальных. Более раннее исследование Lead Response Management того же Олдройда в MIT Sloan совместно с InsideSales.com разбирало свыше 15 000 лидов и свыше 100 000 попыток дозвона за 2004-2007 годы: контакт в первые пять минут даёт в 100 раз более высокий шанс дозвониться и в 21 раз более высокий шанс квалифицировать лид, чем попытка через 30 минут.
Отсюда норматив: пять минут на первое исходящее по горячей заявке в рабочее время, час как крайний порог, за которым лид уходит в прогрев. Ставится он не на «ответ», а на измеримое действие: закрытие задачи «первый контакт» с фиксацией времени. Формализуется как в сервисных системах: в Okdesk норматив закрепляется договором и зависит от важности клиента и приоритета заявки, а плановое время реакции и плановое время решения считаются по заданному графику обслуживания. График не даёт счётчику тикать ночью и в выходные.
Автозадачи и напоминания: автоматизация бизнеса, при которой продажи не зависают
Главный источник тихих потерь это сделка без следующего шага. Автоматизация бизнеса на участке продажи держится на одном инварианте: у открытой сделки всегда есть незакрытая задача с датой, и переход в новый статус без активной задачи порождает её автоматически.
- Новая заявка: задача «первый контакт», срок 5 минут в рабочее время.
- Дозвониться не удалось: три попытки в первый день с интервалом 2 часа, затем мессенджер.
- Предложение отправлено: задача «уточнить получение» на следующий рабочий день.
- Счёт выставлен: напоминание за день до окончания срока оплаты и в день окончания.
- Сделка без движения дольше 14 дней: задача руководителю группы, а не менеджеру.
Отдельно настраивается реанимация: проигранная сделка с причиной «дорого» или «не сейчас» через 60 или 90 дней создаёт задачу на повторное касание. Причина отказа обязана быть полем из закрытого списка: по свободному тексту сегментировать её невозможно.
Скоринг: как маркетинг передаёт лид в продажи
Скоринг отделяет лид, готовый к разговору с менеджером, от лида, которому нужен только контент. Признаки делятся на две группы, и смешивать их в одну сумму нельзя. Профиль это соответствие целевому сегменту: рамка BANT разработана в IBM в середине XX века и держится на четырёх критериях (бюджет, полномочия принимающего решение, потребность, сроки), давая готовый набор полей для оценки на первом звонке. Поведение это повторные визиты, просмотр страницы с ценами, скачивание материала, запуск демо, и эти баллы обязаны затухать: иначе в приоритет поднимаются подписчики с полугодовым открытием письма.
Порог передачи фиксируется явно: MQL становится SQL, когда профильный балл выше минимального и поведенческий превысил порог за последние 30 дней. Обратный канал обязателен: нецелевой лид с указанием причины возвращается в маркетинг, а причина идёт в отчёт по качеству источников. Без этого скоринг за квартал перестаёт отражать реальность.
Мессенджеры: лимиты WhatsApp и Telegram, которые ломают сценарий
WhatsApp Business Platform работает через окно обслуживания клиента длиной 24 часа. Окно открывается сообщением пользователя, внутри него компания шлёт свободные сообщения любого типа, после закрытия только заранее утверждённый шаблон. С 1 июля 2025 года платформа тарифицирует сообщение, а не диалог: платным считается доставленный шаблон, цена зависит от категории и кода страны. Marketing платная всегда, utility только вне открытого окна, authentication с объёмными скидками, service бесплатна с ноября 2024 года. Отдельно есть окно Free Entry Point длиной 72 часа при переходе из рекламы Click to WhatsApp: сообщения внутри него бесплатны.
Telegram Bot API ограничивает темп жёстче, чем предполагает типовой сценарий рассылки: в один чат не больше одного сообщения в секунду, в группу не больше 20 сообщений в минуту, массовая рассылка примерно 30 сообщений в секунду. Потолок поднимается до 1000 в секунду платной рассылкой через BotFather: каждое сообщение сверх бесплатных 30 в секунду стоит 0,1 Telegram Stars, а подключить режим может бот, у которого на балансе не меньше 100 000 Stars и не меньше 100 000 активных пользователей в месяц (в справке Bot API у того же режима указан порог 10 000 Stars: документация Telegram расходится сама с собой, считать безопаснее по большему значению). Рассылка на 50 000 контактов на бесплатном лимите растянется примерно на 28 минут, и это закладывается в тайминг акции.
Триггерные письма: согласие абонента, штрафы и пороги почтовых служб
Часть 1 статьи 18 Федерального закона «О рекламе» допускает распространение рекламы по сетям электросвязи, включая телефонную, факсимильную и подвижную радиотелефонную связь, только при условии предварительного согласия абонента или адресата, причём реклама признаётся распространённой без согласия, если рекламораспространитель не докажет обратное. Отсюда требование к сценарию: момент, источник и текст согласия хранятся в карточке контакта как поле. Санкция по части 4.1 статьи 14.3 КоАП РФ для должностных лиц от 20 до 100 тысяч рублей, для юридических от 300 тысяч до 1 миллиона. Рядом блок персональных данных: с 1 сентября 2022 года уведомлять Роскомнадзор о начале обработки обязаны практически все операторы, а с 30 мая 2025 года по Федеральному закону от 30.11.2024 № 420-ФЗ неуведомление стоит юридическому лицу 100-300 тысяч рублей, штраф за первую утечку начинается с 3 миллионов, за повторную введён оборотный от 1 до 3 процентов выручки.
У почтовых служб ограничения свои. Google с 1 февраля 2024 года предъявляет отдельные требования к отправителям более 5000 писем в сутки на адреса Gmail: SPF и DKIM одновременно, запись DMARC для домена отправителя (политика допускается none), доля жалоб в Postmaster Tools ниже 0,30 процента, отписка в один клик через заголовки List-Unsubscribe и List-Unsubscribe-Post со значением List-Unsubscribe=One-Click. Mail.ru требует SPF, DKIM и DMARC, корректную обратную зону PTR, заголовок Precedence: bulk, неэлектронные контакты с телефоном и адресом, а допустимую долю жалоб ставит в зависимость от объёма: до 10 000 писем в месяц 1,1 процента, до 500 000 один процент, до 10 миллионов 0,8 процента, до 50 миллионов 0,5 процента, свыше 50 миллионов 0,3 процента.
Сценарии упираются не в идею, а в согласия, лимиты и интеграции
Маршрутизация, скоринг и триггерные касания собираются за несколько недель, если у кого-то есть доступ к телефонии, счётчикам, почтовому домену и API мессенджеров одновременно. Разберём ваш контур по каналам.
Передача в поддержку: что происходит со сделкой после оплаты
Разрыв контура чаще всего проходит по границе продаж и поддержки: сделка закрывается со статусом «оплачено», данные остаются в карточке, куда поддержка не смотрит, и при первом вопросе по доступам контекст покупки собирается заново. Работающий сценарий закрывает три перехода. Закрытие сделки создаёт запись клиента в сервисной системе с полями продукта, тарифа, даты старта и ответственного менеджера. Обращение с суммой сделки выше порога или от клиента в первые 30 дней после покупки поднимает приоритет и меняет норматив реакции. Обращение с признаками претензии создаёт задачу менеджеру, который продавал. Разница с продажами одна: там время решения не нормируется вовсе, а в поддержке оно и есть основной показатель. Отдельный сценарий это возврат клиента в продажи: вопрос о расширении тарифа или новом филиале не закрывается ответом оператора, а создаёт сделку с источником «апсейл из поддержки», который считается отдельно от новых лидов.
Сквозные метрики: как вернуть офлайн-результат в рекламный кабинет
Без обратной передачи результата реклама оптимизируется на заявки, а не на деньги. Замыкает контур загрузка офлайн-конверсий: в Яндекс Метрике она идёт CSV-файлом в UTF-8, а событие связывается с визитом по одному из трёх идентификаторов, CLIENT_ID (Метрики), USER_ID (назначенный владельцем сайта) или YCLID (клика Яндекс Директа). Размер файла до 1 гигабайта, обработка до 3 часов, комментарий до 255 символов. Помимо базовых конверсий поддерживаются типы CALLS для звонков и CHATS для чатов, что позволяет разложить результат по каналам входа.
| Показатель | Как считается | Что ломает цифру |
|---|---|---|
| Время первого ответа | От создания сущности до закрытия задачи «первый контакт» | Менеджер закрывает задачи пачкой в конце дня |
| Доля лидов вне норматива | Сделки, где норматив истёк до смены статуса | Счётчик тикает ночью, если не задан график |
| Конверсия MQL в SQL | Доля переданных лидов, принятых продажами | Нет обратной передачи нецелевых |
| Выручка на источник | Офлайн-конверсия с ценой по YCLID или ClientID | Метки не перенесены в карточку при создании |
Когда сценарии упираются в систему: crm системы для продаж и их пределы
Всё описанное выше это логика, а не софт, и она упирается в то, какие механизмы crm системы для продаж предоставляют. В amoCRM сценарии собираются в Salesbot: по официальной справке вендора конструктор состоит из блоков отправки сообщения, внутреннего сообщения, условий и ветвлений, валидатора данных, прерывателя, выполнения действий, webhook, RPA, запуска других ботов и остановки сценария. Salesbot запускается в мессенджерах, в карточке сделки и в карточке покупателя, а триггер вешается на этап воронки. Webhook и «выполнение действий» это точка, где сценарий выходит за пределы CRM.
Пределы предсказуемы. Сценарий не переживёт необязательных полей: если источник и причина отказа заполняются по желанию, ветвления не на чем строить. Не переживёт двух источников правды: заявки в CRM, переписка в личном телефоне менеджера. И не переживёт отсутствия ответственного: правила распределения и нормативы устаревают за квартал вместе с составом команды.
Если собирать сценарии не в чем, задача меняет масштаб: это уже не настройка, а проект со сбором требований, переносом базы, настройкой прав и приёмкой. Как он устроен, разобрано в материале про внедрение CRM-системы.
С какого сценария начинать: короткая проверка
Каждое «нет» это готовый первый сценарий.
- Знаете ли вы медианное время первого ответа по заявкам с сайта за прошлый месяц?
- Есть ли у каждой открытой сделки незакрытая задача с датой?
- Записываются ли UTM-метки и yclid в карточку лида автоматически?
- Хранятся ли в карточке дата и источник согласия на рекламные рассылки?
- Возвращается ли в рекламный кабинет факт оплаты, а не только факт заявки?
Частые вопросы
За сколько минут нужно отвечать на заявку с сайта
Норматив это 5 минут на первое исходящее действие в рабочее время и 1 час как крайний порог. По исследованию Lead Response Management (Олдройд, MIT Sloan и InsideSales.com, массив свыше 15 000 лидов) контакт в первые пять минут даёт в 21 раз более высокий шанс квалифицировать лид, чем через 30 минут.
Можно ли рассылать рекламу по базе, которую собрал отдел продаж
Только при наличии предварительного согласия адресата: этого требует часть 1 статьи 18 закона «О рекламе», доказывать согласие обязан распространитель. Штраф для юридического лица по части 4.1 статьи 14.3 КоАП РФ от 300 тысяч до 1 миллиона рублей.
Почему цепочка в WhatsApp обрывается через сутки
Окно обслуживания клиента длится 24 часа и открывается сообщением самого пользователя. После закрытия отправляется только заранее утверждённый шаблон, а с 1 июля 2025 года платформа тарифицирует каждое доставленное шаблонное сообщение отдельно.
Сколько сообщений в секунду выдержит рассылка через Telegram-бота
Около 30 сообщений в секунду на бесплатном лимите и не больше 20 в минуту при отправке в группу. Платная рассылка через BotFather поднимает потолок до 1000 в секунду по цене 0,1 Telegram Stars за каждое сверх тридцати, но включить её может бот с балансом от 100 000 Stars и аудиторией от 100 000 активных пользователей в месяц.
Как связать оплату с объявлением, если сделка закрывается по телефону
Загрузкой офлайн-конверсий в Яндекс Метрику CSV-файлом в UTF-8 с привязкой по CLIENT_ID, USER_ID или YCLID. Размер файла до 1 гигабайта, обработка до 3 часов, для звонков есть отдельный тип конверсии CALLS.
