Как передавать лид из маркетинга в продажи без потери контекста

Договоритесь, в какой момент обращение становится работой продаж

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

Лидом здесь будем называть входящее обращение потенциального клиента. В конкретной системе работы с клиентами (CRM) оно может храниться как лид, сделка или иная запись. Название карточки не заменяет договорённости между отделами: кто собирает сведения, кто принимает обращение и кто отвечает за следующее действие. Различия сущностей разобраны отдельно в статье «Лид или сделка в Битрикс24».

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

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

Передавайте запрос клиента вместе с контактом

Телефон и имя позволяют связаться с человеком, но не объясняют причину обращения. Менеджеру нужны услуга или товар, исходный вопрос, страница или предложение, на которое откликнулся клиент, и обещания, которые клиент уже получил. Тогда разговор не начинается с просьбы заново пересказать заполненную форму.

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

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

Назначьте получателя и подтвердите принятие

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

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

В документации Битрикс24 о сделках описаны сведения о продаже, стадиях и истории общения в карточке. Для вашей компании нужно определить, какие из этих возможностей подтверждают приём обращения. Не используйте переход на следующую стадию как формальность, если фактической работы ещё не было.

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

Определите срок реакции и действия вне рабочего времени

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

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

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

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

Возврат на уточнение не должен превращаться в потерю клиента

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

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

Повторное обращение тоже требует решения. В Битрикс24 контакты, компании и сделки можно связывать, чтобы видеть историю отношений. Но совпадение телефона само по себе не отвечает на вопрос, является ли запрос продолжением старой сделки или новой потребностью. Правило объединения должно сохранять исходные сведения и не прятать новый запрос.

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

Проверьте весь путь на тестовых обращениях

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

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

Для расследования полезна история изменений. Битрикс24 описывает журнал ключевых изменений CRM, включая поля, ответственного и стадию; доступность функции нужно проверять для используемого тарифа. Уточните также, какие события включены в запись. История не заменяет отсутствующие данные, которые система никогда не получила.

Результат теста оформите небольшой таблицей: сценарий, ожидаемое поведение, фактическая карточка, замечание и повторная проверка. Не принимайте исправление только по сообщению разработчика «готово». Повторите именно тот сценарий, на котором было найдено расхождение, и один соседний, чтобы не пропустить побочный эффект.

Разбирайте потери вместе, используя одинаковые определения

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

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

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

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

Зафиксируйте регламент на одной странице и назначьте владельца

Для первого рабочего варианта достаточно описать один канал и одного получателя. Добавьте образец заполненной карточки, правила назначения, подтверждение принятия, срок реакции и порядок возврата. Сотрудник должен найти ответ на вопрос «что делать с этим обращением сейчас» без чтения большой инструкции по системе.

• Названо событие, после которого лид передают в продажи.
• Обязательные сведения помогают начать разговор, неизвестные значения не выдумываются.
• У принятого обращения есть ответственный и следующий шаг.
• Исключения и просрочки ежедневно видит конкретный сотрудник.
• Возврат содержит причину, владельца и действие, а не только отметку отказа.

После проверки первого маршрута назначьте дату пересмотра по реальным обращениям. Если для выполнения правил требуется доработка CRM, подготовьте примеры карточек и опишите ожидаемое поведение. С таким заданием можно обратиться за настройкой Битрикс24: сначала согласовать передачу между людьми, затем закрепить её в системе.