Ответ на вопрос, как связать CRM и маркетинг, начинается не с магической кнопки «Интегрировать». Нужна единая карточка лида: стабильный идентификатор, источник и кампания, продуктовый интерес, ответственный, понятные статусы, причины отказа и связь лида со сделкой. Маркетинг передаёт контекст, продажи возвращают результат — тогда спрос можно управлять по деньгам, а не по количеству форм.
Эта схема полезна собственнику, директору по маркетингу и руководителю продаж, которые устали раз в месяц сводить три отчёта и выяснять, куда исчезли заявки. Ниже — не обзор CRM-систем и не ещё один дашборд. Разберём минимальный договор о данных: что записывать, когда менять, кто отвечает и какую обратную связь должны получать обе стороны.
Почему CRM и маркетинг живут отдельно даже после интеграции
Типовая ситуация выглядит бодро. Форма на сайте создаёт лид в CRM, уведомление улетает менеджеру, а рекламный кабинет считает конверсии. Технически всё связано. Управленчески — нет.
Маркетинг видит заявку и её стоимость, но не знает, стала ли она целевой. Продажи видят человека, но не понимают, какое объявление, письмо или материал привели его к разговору. В конце месяца один отдел показывает лиды, другой — сделки. Между двумя презентациями лежит туман.
Microsoft описывает управление лидами как последовательность от источника и захвата до квалификации и превращения в возможность. В актуальной документации Dynamics 365 при квалификации поля лида могут передаваться в контакт, компанию и возможность. То есть сама логика современных CRM строится не вокруг пересылки телефона, а вокруг сохранения связи между этапами.
Интеграция начинает работать только тогда, когда у каждого поля есть смысл, у каждого статуса — критерий, а у каждого перехода — владелец.
Сначала определите единицу учёта
Главная ошибка — считать одной сущностью заявку, человека, компанию и сделку. В короткой розничной продаже это иногда проходит незаметно. В B2B один человек может заполнить две формы, привести коллегу, участвовать в нескольких сделках и вернуться через год. Если всё это склеить в одну строку, отчёт быстро начинает фантазировать.
Минимально разделите четыре объекта:
- обращение — конкретное действие: форма, звонок, письмо, заявка с площадки;
- контакт — человек, с которым общается компания;
- компания — организация или покупательский аккаунт;
- сделка — отдельная коммерческая возможность с продуктом, суммой и этапом.
У объектов должны быть собственные идентификаторы и связи. Тогда повторное обращение не создаёт «нового человека», а второй продукт не перезаписывает первую сделку. Красиво? Нет. Зато через полгода данные ещё можно объяснить без археологической экспедиции.
Какие поля маркетинг должен передавать в CRM
Передавайте не всё, что удалось собрать, а минимум, необходимый для маршрутизации, квалификации и последующего анализа. Я бы начал с пяти групп.
1. Идентификация и согласованный контакт
- имя, телефон и рабочая почта — когда они действительно нужны процессу;
- идентификатор обращения;
- дата и время создания;
- ссылка на форму или точку входа;
- служебный признак согласия и версия формы, если это предусмотрено вашей политикой данных.
2. Источник спроса
- канал и площадка;
- кампания и её стабильный ID;
- объявление или контент;
- первый источник и источник текущего обращения;
- посадочная страница и реферер, когда доступны.
Google Analytics рекомендует при ручной разметке использовать согласованный набор UTM-параметров, прежде всего source, medium и campaign, а для устойчивой связи — также ID кампании. Важная мелочь: значения чувствительны к регистру. Поэтому email, Email и e-mail без справочника превращаются в три разных канала.
3. Содержание запроса
- интересующий продукт или направление;
- текст обращения;
- регион, сегмент или размер компании, если они влияют на маршрутизацию;
- выбранная услуга, тариф, мероприятие или материал.
4. Маршрутизация
- ответственный менеджер или очередь;
- дата передачи;
- срок первого контакта;
- признак дубля и ссылка на основную карточку.
5. Техническое происхождение
Сохраните систему-источник и внешний ID записи. Это скучные поля, которые спасают при повторах, задержках и споре двух систем о том, какая запись главнее.
Какие статусы нужны, чтобы отделы говорили об одном процессе
Не копируйте чужую воронку из двадцати семи этапов. Статусы должны отражать решения, а не каждое движение мыши. Для стыка маркетинга и продаж обычно достаточно такой логики:
- Новое обращение — запись создана, но ещё не проверена.
- Принято в работу — есть ответственный и назначен следующий шаг.
- Связались — состоялся содержательный контакт, а не просто звонок без ответа.
- Квалифицировано — подтверждены критерии, по которым создаётся сделка.
- Нецелевое — лид закрыт с обязательной причиной.
- Отложено — интерес есть, но момент не наступил; указана дата возврата.
- Преобразовано в сделку — создана связанная коммерческая возможность.
Официальные материалы Salesforce отдельно выделяют Lead Source и Lead Status и рекомендуют настраивать значения под фактический процесс. Это здравый принцип: статус «в работе» бесполезен, если один менеджер держит в нём всё живое, а другой переводит туда только после разговора.
Для каждого статуса запишите четыре вещи: критерий входа, обязательные поля, допустимый срок и следующий шаг. После этого название можно выбирать хоть на русском, хоть на языке вашей CRM. Смысл важнее интерфейса.
Причина отказа — это не комментарий, а управленческое поле
Фраза «клиент не готов» для анализа почти бесполезна. Он не готов сейчас? Не подходит по сегменту? Не устраивает цена? Уже купил у конкурента? Телефон неверный? Это разные проблемы и разные решения.
Сделайте короткий закрытый справочник причин:
- нецелевой профиль клиента;
- нет потребности;
- неподходящий продукт, регион или условия;
- нет связи после согласованного числа попыток;
- дубль;
- слишком рано, назначена дата возврата;
- проиграно по цене, срокам, продукту или конкуренту;
- иная причина — с обязательным пояснением.
Причины должны возвращаться маркетингу агрегированно и по исходным кампаниям. Тогда можно увидеть не просто «из рекламы пришло 80 лидов», а «кампания привела много обращений, но большинство не соответствует целевому сегменту». Вот это уже материал для решения.
Как передавать источник и не потерять его по дороге
Одного поля «Источник = сайт» мало. Сайт — место создания записи, а не всегда источник спроса. Человек мог прийти из рекламы, письма, поиска, партнёрского материала или вернуться напрямую после нескольких касаний.
Разделите как минимум:
- первичный источник — откуда контакт появился впервые;
- источник текущего обращения — что привело к конкретной заявке;
- кампанию и её ID — чтобы название можно было изменить без потери связи;
- источник записи — форма, импорт, ручное создание, интеграция.
HubSpot, например, различает Original Traffic Source, Latest Traffic Source и Record Source. Это хороший пример самой логики, даже если у вас другая CRM: не пытайтесь одним полем ответить на три разных вопроса.
И не перезаписывайте первичный источник при каждом новом касании. Иначе история клиента превращается в фотографию последней двери, через которую он вошёл.
Что продажи должны возвращать маркетингу
Обратная связь — это не ежемесячное сообщение «лиды так себе». CRM должна возвращать по каждой записи структурированный результат:
- принят ли лид в работу и когда;
- удалось ли связаться;
- квалифицирован ли он и по каким критериям;
- создана ли сделка и какая именно;
- этап, сумма и предполагаемая дата закрытия сделки;
- выиграна или проиграна сделка;
- выручка и дата закрытия — после подтверждения финансового факта;
- причина отклонения лида или проигрыша сделки.
Не все эти данные нужно отправлять обратно в рекламные кабинеты. Но внутри компании связь должна сохраняться. Агрегированные отчёты по контактам, сделкам и выручке строятся только тогда, когда активности и записи ассоциированы между собой. В документации HubSpot по атрибуции это указано прямо: для анализа создания сделок и выручки взаимодействия продаж должны быть связаны с контактом и соответствующей сделкой.
Правила передачи важнее способа интеграции
Передавать данные можно через штатный коннектор, API, вебхуки, интеграционный сервис или даже ежедневный импорт на первом этапе. Выбор трубы вторичен. Сначала согласуйте правила.
- Кто создаёт запись. Только одна система должна быть хозяином первичного создания для каждого канала.
- Как ищется дубль. По телефону, почте, компании и внешнему ID — с понятным приоритетом.
- Какие поля нельзя перезаписывать. Например, первичный источник и дата первого обращения.
- Когда создаётся сделка. Не при каждой форме, а после согласованной квалификации.
- Как обрабатывается ошибка. Нужен журнал, повтор безопасной операции и ответственный, а не молчаливое исчезновение записи.
- Как быстро возвращается статус. Для операционных данных — после изменения, для отчётов — по согласованному расписанию.
Особенно проверяйте повторную доставку. Если интеграция отправила событие дважды, система не должна создать две сделки. Стабильный внешний ID и правило идемпотентности звучат технически, но на человеческом языке означают: «одна заявка не размножается из-за плохого интернета».
Как запустить минимальную схему за две рабочие сессии
На первой сессии маркетинг и продажи берут десять реальных лидов: хороший, плохой, дубль, повторное обращение, длинную сделку, потерянную сделку. Для каждого проходят путь от источника до результата и отмечают, где данные исчезают или меняют смысл.
Итогом должен стать одностраничный словарь: объекты, обязательные поля, статусы, причины, владельцы и сроки.
На второй сессии технический специалист сопоставляет поля систем и собирает минимальный поток. Не надо сразу переносить всю историю переписки, сто пользовательских полей и семейное положение любимого бухгалтера клиента. Сначала проведите одну запись через полный цикл.
После запуска каждую неделю проверяйте пять показателей:
- доля записей без источника и кампании;
- доля лидов без ответственного или следующего шага;
- время от передачи до первого содержательного контакта;
- доля закрытий без причины;
- доля квалифицированных лидов, у которых нет связанной сделки.
Это не отчёт об эффективности маркетинга. Это контроль здоровья данных. Пока он красный, красивой атрибуции верить рано.
Что изменится после связки CRM и маркетинга
Если коротко, как связать CRM и маркетинг на уровне управления: сохранить происхождение спроса, зафиксировать обработку и вернуть в маркетинг исход сделки. Тогда маркетинг перестанет оптимизировать каналы только по дешёвым заявкам и увидит качество, созданную воронку и выигранные сделки. Продажи получат контекст обращения и понятные правила маршрутизации. Руководитель сможет обсуждать не версии отделов, а один процесс: откуда пришёл спрос, как его обработали и чем закончилась работа.
Начните не с покупки нового сервиса. Возьмите одну карточку лида и добейтесь, чтобы она без потерь прошла путь от кампании до причины выигрыша или проигрыша. Если этот путь понятен человеку, его уже можно автоматизировать.
Если вам полезен такой управленческий разбор маркетинга, подписывайтесь. Дальше продолжим разбирать процессы без магии интерфейсов и с уважением к скучным полям, на которых почему-то держатся деньги.
Пять вопросов о том, как связать CRM и маркетинг
Нужна ли одна общая система для маркетинга и продаж?
Не обязательно. Нужны единые идентификаторы, словарь полей и правила обмена. Две системы могут работать согласованно, если ясно, какая из них владеет каждым типом данных.
Какие поля сделать обязательными в первую очередь?
ID обращения, контакт, дата, продуктовый интерес, источник, кампания, ответственный, текущий статус, связанная сделка и причина закрытия. Остальное добавляйте только под конкретное решение.
Когда лид должен превращаться в сделку?
После согласованной квалификации: есть реальная потребность и основание вести коммерческую возможность. Автоматически создавать сделку на каждую форму обычно означает раздувать воронку.
Что делать с повторными обращениями?
Не стирать историю и не плодить контакты. Создавать отдельное обращение, связывать его с существующим контактом или компанией и при необходимости — с новой сделкой.
Как проверить, что связка CRM и маркетинга работает?
Возьмите выборку реальных обращений и пройдите каждое от источника до результата. Если можно объяснить источник, ответственного, смену статусов, связанную сделку и причину исхода, основа работает.
Источники
- Microsoft Learn: процесс идентификации и квалификации лидов
- Microsoft Learn: сопоставление полей при квалификации лида
- Google Analytics: параметры кампаний и правила UTM-разметки
- HubSpot: первичный, последний и системный источник записи
- HubSpot: связь контактов, сделок и взаимодействий в атрибуции
- Salesforce: Lead Source, Lead Status и сопоставление полей
Материал подготовил Директор по маркетингу Виктор Клищенко
