Автоворонка после заявки: что поручить системе, а что оставить менеджеру

Для автоворонки задайте этапы и события после обращения, назначьте ответственных, настройте автоматические действия и проверьте маршрут на тестовой заявке.

Как настроить автоворонку заявок после обращения

Начните с пути входящей заявки до согласованного следующего шага. Для каждого перехода укажите событие, действие системы, решение менеджера и способ проверки. Затем настройте передачу в CRM и отправьте тестовые обращения. Так вы увидите, на каком шаге заявка пропадает или остаётся без владельца.

1. Получить обращение. Заявка приходит через форму на лендинге, звонок или мессенджер.
2. Записать и назначить. Настроенная связка создаёт карточку в CRM и назначает менеджера.
3. Подтвердить получение. Система отправляет сообщение, если для канала настроено подходящее подтверждение.
4. Провести первый контакт. Менеджер проверяет запрос и разговаривает с человеком.
5. Согласовать следующий шаг. Менеджер фиксирует консультацию, запрос данных для расчёта либо другой итог разговора.

Такой маршрут подходит услугам, где перед предложением нужно разобраться в задаче клиента. Например, производителю потребуются объём заказа и требования к изделию.

Автоматическое письмо подтвердит получение запроса. Условия предложения появятся после уточнения этих сведений.

Для простой покупки с готовыми условиями весь этот маршрут может оказаться лишним.

Выбирайте шаги по тому, какое решение клиент и команда должны принять после обращения.

Какие данные передать вместе с заявкой

Карточка должна помогать менеджеру связаться с человеком и понять причину обращения. Проверьте контакт, время, канал, содержание запроса и доступные сведения об источнике. Какие поля дойдут до CRM, зависит от настройки формы, телефонии и мессенджера. Сверьте карточку с исходным обращением для каждого канала.

Для первого контроля составьте перечень полей и отметьте, откуда приходит каждое:

• Контакт: телефон или адрес для ответа. Проверьте, что значение записалось целиком.
• Запрос: текст формы, тема звонка или сообщение из мессенджера. Пустое описание потребует уточнения.
• Канал: форма, звонок или мессенджер. Сверьте его с фактическим способом обращения.
• Источник заявки: сведения о рекламе или странице, если ваша настройка их собирает и передаёт в CRM.
• Ответственный: назначенный менеджер. Карточка без владельца должна попадать в отдельную проверку.

Звонок может поступить через одну систему, а форма — через другую. Поэтому откройте тестовую карточку для каждого канала и сравните её с обращением. Заодно проверьте, не создались ли дубли и кому попала карточка с пустым контактом.

Если источник потерялся, сравнение заявок из рекламных кампаний становится ненадёжным.

Разбор качества заявок из Яндекс Директа начните с проверки передачи данных.

Какие статусы и события нужны для маршрута заявки

Статус полезен, когда за ним стоит подтверждённое событие и понятное следующее действие. Сначала определите цель обработки: уточнить задачу, согласовать консультацию или получить данные для расчёта. Затем запишите, кто меняет статус и по какому признаку. Название этапа само по себе не доказывает, что клиент получил ответ.

Для услуги с обсуждением условий маршрут может выглядеть так:

1. «Новая» → «Назначена». CRM получила обращение и закрепила менеджера. Ответственный проверяет карточку.
2. «Назначена» → «Контакт состоялся». Менеджер поговорил с клиентом и записал итог.
3. «Контакт состоялся» → «Требуется уточнение». Менеджер отметил, каких сведений не хватает для предложения.
4. «Требуется уточнение» → «Следующий шаг согласован». Клиент подтвердил консультацию или способ передачи данных.

Отсутствие ответа и отказ требуют отдельных исходов. Молчание не подтверждает отказ: разговор мог сорваться из-за неверного номера, пропущенного звонка или неудобного момента.

Для каждой причины потребуется своё действие.

Названия статусов можно изменить под свою CRM. Сохраните наблюдаемое основание перехода и ответственного за его подтверждение.

Какие действия запускать автоматически

Автоматизируйте действия с ясным событием запуска и проверяемым результатом: запись заявки, назначение менеджера, подтверждение клиенту и сигнал о незавершённой задаче. Для каждого правила задайте условие остановки. Иначе запланированное сообщение может уйти после личного разговора или отказа. Таблица поможет сверить настройку с тем, что произошло на самом деле.

Подтверждение должно совпадать с обещанием рядом с формой. Если там предлагают обсудить задачу, сообщите клиенту, что обращение получено и менеджер свяжется с ним. Конкретное время ответа указывайте лишь тогда, когда команда может его соблюдать.

После личного контакта менеджер обновляет статус. По нему система меняет или отменяет ожидающие действия.

Проверьте остановку отдельным тестом: успешная отправка первого сообщения ничего не говорит об остальной цепочке.

Для сложных B2B-услуг сопоставьте автоматические переходы с тем, где заявки теряются на пути к договору. Начните с карточек без следующего шага и открытых задач менеджера.

Что менеджер проверяет вручную

Получив карточку, менеджер выясняет, можно ли помочь клиенту по существу. Он проверяет доступность контакта, смысл запроса и соответствие услуги задаче. После разговора записывает результат и согласовывает следующий шаг, например консультацию или передачу данных для расчёта. Эти решения требуют ответов клиента.

Представим компанию, которая ищет подрядчика для рекламы сети отелей. В заявке только номер телефона и фраза «нужны бронирования». Для содержательной консультации менеджеру понадобятся регионы, сезонность, текущие каналы привлечения и способ учёта бронирований.

Система сохранит заявку и назначит разговор. Ответы придётся получить у человека.

Отдельного решения требуют нестандартные условия. Клиент может просить оценку проекта без исходных данных, сомневаться в выбранной услуге или менять задачу по ходу разговора.

Заранее написанная цепочка здесь легко промахнётся мимо запроса.

Заканчивайте контакт записью из двух частей: что выяснили и о чём договорились. «Обсудили рекламу» не подскажет коллеге, что делать дальше. «Клиент пришлёт список направлений, затем согласуем консультацию» задаёт действие.

Как менять сценарий после ответа, молчания или отказа

После попытки первого контакта отмечайте в CRM подтверждённый исход. Он определяет следующее действие и остановку прежних сообщений. Отделите молчание клиента от отказа и неверного контакта: для этих случаев нужны разные способы проверки и связи. Один общий статус скроет причину, по которой разговор не состоялся.

Если разговор состоялся, менеджер записывает запрос и согласованный шаг. Сообщения, рассчитанные на ожидание первого ответа, останавливаются. Дальше отправляйте только материалы, которые подходят к состоявшемуся диалогу.

Если клиент не ответил, менеджер отмечает попытку контакта. Следующее напоминание зависит от принятого командой сценария. Цепочка прекращается после ответа, отказа или решения закрыть обращение.

Если контакт неверный, менеджер проверяет, есть ли другой способ связи в заявке. При его отсутствии карточка уходит на проверку с понятной причиной.

Повторять отправку на неверный адрес бессмысленно.

Если получен отказ, прежняя цепочка останавливается. При новом обращении менеджер снова проверяет задачу клиента: условия могли измениться.

Если нужны дополнительные сведения, менеджер формулирует конкретный запрос и фиксирует действие после ответа. Клиенту полезнее получить список данных для расчёта, чем общую подборку материалов.

Как проверить сценарий перед запуском

Отправьте тестовую заявку через каждый используемый канал и проследите её путь до следующего шага. Сверьте обращение с карточкой CRM, назначением менеджера и сообщением клиенту. Затем проверьте сбои: дубль, неверный контакт, недоставку и задачу без реакции. Исправленный переход проверяйте повторно тем же путём.

Для каждого теста запишите ожидаемый результат, фактический результат и ответственного за исправление:

• Форма на лендинге. Контакт, текст запроса и доступный источник попали в нужные поля CRM.
• Звонок и мессенджер. Карточки появились у ответственных, а содержание обращения можно восстановить.
• Повторное обращение. Команда видит дубль и понимает, как связать его с прежней карточкой.
• Неверный контакт. Менеджер получает задачу на проверку, а отправка по неверному контакту прекращается.
• Недоставленное сообщение. Ответственный видит сбой и может использовать другой доступный способ связи.
• Нет реакции менеджера. Предусмотренный сигнал доходит до человека, который проверит задачу.
• Контакт состоялся или получен отказ. Прежние сообщения не уходят после смены статуса.

Проверяйте результат в карточке и канале отправки. Включённое правило ещё не показывает, дошла ли заявка до нужного человека.

После исправления повторите путь, на котором нашли ошибку.

Иначе потеря между системами может сохраниться.

Как оценить работу автоворонки после запуска

Судите о работе автоворонки по движению заявок до результата контакта. Смотрите время до первого ответа, наличие ответственного, записанный итог и переход к консультации. Рядом учитывайте пустые карточки, недоставленные сообщения и цепочки, продолжившиеся после смены статуса. Число отправленных сообщений само по себе мало говорит о качестве обработки.

Возьмите выборку карточек и проследите каждую от источника до результата разговора. Если обращения застревают, найдите переход: заявка не попала в CRM, осталась без владельца или менеджер не записал итог.

Исправьте этот шаг и проверьте новые обращения.

Источники сравнивайте с учётом состава запросов. У двух кампаний может быть одинаковое число заявок, но разная доля обращений, подходящих для консультации.

Скорость ответа такой разницы не объяснит.

Если CRM не сохраняет источник или команда не фиксирует итоги контактов, оценка качества заявок по каналам будет ненадёжной. Сначала восстановите данные маршрута. Затем обсудите обработку заявок и оценку их стоимости, чтобы выбрать потерю для первоочередного исправления.

Часть повторных ответов и сбора сведений можно поручить чат-боту. Начнём с конкретного сценария: какие вопросы он задаёт, что сообщает человеку и когда передаёт разговор сотруднику.