В рекламном кабинете заявка уже считается успехом. В отделе продаж работа только начинается: нужно дозвониться, выяснить потребность, согласовать условия и получить оплату. Между этими двумя моментами человек может купить, отказаться, оказаться неподходящим клиентом или просто надолго отложить решение.
Долгое время реклама почти не видела эту часть истории. Её результат заканчивался там, где начиналась работа продавца. Системы управления отношениями с клиентами — CRM — помогли соединить эти два мира, хотя появились совсем для другой задачи: сохранить сведения о клиенте и не забыть следующий разговор.
История CRM — это постепенное изменение смысла одной записи. Сначала она напоминала продавцу, кому позвонить. Потом объясняла руководителю, что происходит со сделкой. Сегодня та же запись может подсказать рекламной системе, каких людей стоит приводить чаще. И поэтому качество её заполнения стало влиять далеко за пределами отдела продаж.
#Контакт был частью личной памяти продавца
Бумажная записная книжка и картотека решали вполне практическую задачу. В них можно было сохранить телефон, имя нужного человека, подробности встречи и обещание связаться через неделю. Ценность записи заключалась в контексте: номер сам по себе мало помогал, если продавец не помнил, о чём договорился с его владельцем.
Но эта память плохо передавалась другим. Новый сотрудник получал фамилии и пометки, смысл которых приходилось восстанавливать. Руководителю было трудно понять, сколько переговоров действительно приближается к продаже. Даже аккуратная картотека описывала отношения так, как их видел конкретный человек.
Персональные компьютеры позволили перенести эту работу в программу. Одной из важных ранних систем стала ACT!, созданная Пэтом Салливаном и Майком Мьюни в 1987 году. Она развивала идею электронного организатора контактов: сведения о людях, история взаимодействий и планирование работы собирались в одном месте. Дату и создателей продукта подтверждает собственная история Act!.
Первый выигрыш был понятен без сложных расчётов: нужную запись стало легче найти, дополнить и использовать при следующем обращении. Однако оцифрованный контакт ещё не давал компании общего понимания продаж. Для этого требовалось описать не только человека, но и работу с ним.
#В девяностые CRM стала описывать сделку
В 1990-е на первый план вышла автоматизация отдела продаж — Sales Force Automation, или SFA. Siebel Systems, основанная Томом Сибелом в 1993 году, стала одним из ключевых участников этого рынка. Вокруг таких систем складывалась более широкая категория CRM: управление отношениями с клиентами, охватывающее продажи, маркетинг и обслуживание. SAP в обзоре истории CRM относит распространение самого термина к середине 1990-х и отмечает, что его точное авторство не установлено.
За новым названием стояло существенное изменение структуры данных. Контакт отвечал на вопрос «с кем мы общаемся», сделка — «что мы пытаемся продать и насколько далеко продвинулись». У одной компании могли быть несколько контактов и несколько закупок. Каждая закупка получала своего ответственного, сумму, ожидаемый срок и стадию.
Когда сотрудники начали пользоваться общими стадиями, появилась возможность сравнивать их работу. Руководитель мог увидеть, сколько предложений отправлено, какие переговоры зависли и откуда ожидается выручка. Для этого не нужно было лично разбирать каждую запись продавца: часть смысла уже содержалась в структуре карточки.
Такая стандартизация имела цену. Поле «коммерческое предложение отправлено» полезно только тогда, когда сотрудники одинаково понимают, что оно означает, и обновляют его вовремя. CRM постепенно становилась общей памятью компании, но достоверность этой памяти по-прежнему зависела от людей.
При этом история шла несколькими путями. Параллельно с инструментами продавца развивался маркетинг по клиентским базам: компании анализировали покупателей и выбирали адресатов предложений. Позднейшее сближение продаж и маркетинга выросло из этих разных задач, а не из последовательного расширения одной идеальной записной книжки.
Этапы перекрывались: контактные программы, корпоративные CRM и маркетинг по базам долго развивались параллельно.
#Salesforce изменила способ покупки CRM
Корпоративные системы часто требовали собственных серверов, установки программ и участия IT-команды. Даже если компания понимала пользу общей базы, между решением купить CRM и повседневной работой сотрудников лежал проект внедрения.
**Salesforce была основана в 1999 году, а публичный запуск её сервиса состоялся в феврале 2000-го. **Компания предложила получать CRM через интернет. В своей кампании «The End of Software» она даже устроила постановочный протест у конференции Siebel: участники с плакатами рекламировали отказ от привычного способа поставки программ. Эти события описаны в официальной хронике Salesforce.
Предложение меняло распределение работы. Поставщик обслуживал инфраструктуру и обновлял приложение; клиент получал доступ к сервису и настраивал собственные процессы. Это снижало инфраструктурный порог внедрения, хотя перенос данных, обучение сотрудников и согласование стадий всё равно оставались задачами компании.
Постепенно облачная CRM стала частью окружения из других сервисов. В 2005 году Salesforce представила AppExchange — площадку приложений сторонних разработчиков. CRM было уже недостаточно просто хранить информацию внутри себя: вокруг неё можно было строить дополнительные инструменты и интеграции.
Для будущей связи с рекламой это оказалось существенным. Если сведения о сделке доступны другой программе, их можно использовать за пределами интерфейса, в котором работает продавец. Но сначала предстояло соединить два совершенно разных способа описания клиента.
#Российские CRM развили несколько подходов к работе с клиентом
В России переход от базы контактов к управлению продажами хорошо виден на примере amoCRM и Битрикс24. Они сделали CRM частью повседневной работы с входящими обращениями: с сайта, по телефону, из почты и мессенджеров. При этом продукты по-разному организовали саму работу.
amoCRM сосредоточилась на сделке и коммуникациях. История проекта начинается в 2009 году; эту дату указывает официальная партнёрская конференция amoCRM. В нынешнем продукте переписка, звонки и письма собираются в карточке сделки, а воронка показывает её движение и задачи менеджера. Обзор возможностей amoCRM позволяет увидеть, насколько далеко такая карточка ушла от электронной записной книжки: она хранит последовательность работы, которую может продолжить другой сотрудник.
В Битрикс24 CRM стала частью общей рабочей среды компании. Сервис вышел в апреле 2012 года; разработчик описывает его появление как объединение CRM с платформой для общения и совместной работы. Вокруг клиента оказались не только контакты и сделки, но и задачи, документы, коммуникации и автоматизация процессов.
У этой конструкции есть важная для аналитики особенность. В Битрикс24 можно работать с отдельными лидами либо сразу создавать сделки по обращениям. Настраиваются разные воронки, стадии и поля; CRM-формы, телефония и почта наполняют карточки данными. Это описано в руководстве по CRM Битрикс24. Поэтому подключение к рекламе должно учитывать, как устроена конкретная компания: событие «создана сделка» в одной конфигурации обозначает первое обращение, а в другой — уже отобранную возможность продажи.
RetailCRM развивает другую сторону той же истории — управление заказами. Здесь маркетинг может получить сведения о составе покупки, её обработке, доставке и оплате. В частности, документация RetailCRM описывает отдельные записи оплат с собственными датами, суммами и статусами. Это позволяет различать созданный заказ, частичную оплату и полностью оплаченный результат, вместо того чтобы объявлять продажей любое оформление на сайте.
Рядом развивались 1С:CRM, в том числе решения и модули для торгового и управленческого контура 1С, и Мегаплан, связывающий клиентскую работу с задачами, сделками и документами. Российская CRM-экосистема выросла вокруг разных способов вести бизнес. У одних компаний главным объектом стала сделка, у других — заказ, у третьих — связанный с учётом процесс.
Один и тот же коммерческий результат может быть записан в разных сущностях. Название объекта ещё не определяет его ценность для рекламы. Для маркетинга это означает, что универсального «правильного статуса CRM» не существует. Нужно перевести данные конкретной системы на язык результата: обращение состоялось, клиент прошёл квалификацию, деньги получены, обязательства выполнены или продажа не состоялась.
Поэтому в интеграциях Sales Ninja российские CRM выступают источниками бизнес-событий. Компания продолжает работать в своей системе, а её результаты дополняют рекламные расходы и поведение посетителей сайта. CRM не требуется менять только ради того, чтобы реклама увидела продолжение сделки.
#Разрыв между аналитикой сайта и данными CRM
Реклама в интернете дала маркетологу подробную картину действий на сайте: переходы, источники трафика, просмотренные страницы, отправленные формы. CRM хранила другую картину: телефон, переговоры, договор, оплату. Один и тот же путь покупателя существовал в двух системах, между которыми могла отсутствовать надёжная связь.
Заявка оказалась удобной точкой измерения. Она возникает быстро, фиксируется на сайте и обычно встречается чаще, чем продажа. Поэтому маркетолог может сравнить стоимость обращений уже через несколько дней. Оплата приходит позже и часто появляется в другой программе.
Удобство измерения создавало перекос. Кампания с дешёвыми заявками выглядела эффективной даже тогда, когда продавцы почти не могли превратить их в продажи. А более дорогие обращения могли приносить лучшие результаты, которые рекламный отчёт просто не получал.
Предположим, две кампании потратили по 100 000 рублей. Для расчёта возьмём заявки одного периода, по которым уже известен итог:
По заявкам выигрывает А. По стоимости оплаченной сделки — Б. Если маржа и суммы сделок сопоставимы, второй взгляд гораздо ближе к экономике бизнеса. При разных суммах и себестоимости понадобится следующий уровень: сравнение дохода или прибыли.
Результат может существовать в учёте и одновременно отсутствовать в данных, доступных рекламной системе.
CRM позволяла узнать продолжение, но для рекламного решения мало иметь список оплат. Нужно понять, из каких обращений они выросли и с какими рекламными переходами связаны.
#Смена статуса стала событием для другой системы
Современная интеграция передаёт сведения о том, что произошло: лид квалифицирован, договор подписан, оплата получена, заказ отменён. Программы обмениваются ими через API, регулярное получение обновлений или вебхуки — уведомления, которые CRM отправляет при определённом изменении. Например, документация amoCRM описывает вебхуки для смены статуса сделки.
Чтобы событие было полезно маркетингу, в нём нужны не только название стадии и сумма. Важны идентификатор сделки, время фактического события и связь с исходным обращением. А у обращения должна сохраниться связь с посетителем или рекламным переходом. UTM-метка помогает определить кампанию, но сама по себе не идентифицирует конкретного человека или клик.
В российском рекламном стеке такой обмен реализуется, в частности, через офлайн-конверсии Яндекс Метрики. Они позволяют связать действия на сайте с результатами за его пределами и учитывать их в отчётах. Метрика также показывает, привязалась ли загруженная конверсия к визиту, а при отсутствии связи — причину. Этот механизм описан в справке Яндекса.
Дальше расходятся две задачи. Аналитика использует результаты, чтобы оценивать кампании после заявки. Автостратегия может использовать выбранные конверсии как ориентир для закупки нового трафика — если цель доступна в рекламной системе и включена в настройку оптимизации. Сам факт подключения CRM ещё не выбирает рекламную цель за компанию.
Для отчёта нужен результат сделки. Для обучения рекламы — ещё и настроенная передача выбранного результата в цель оптимизации.
Замыкается обратная связь: реклама приводит обращения, отдел продаж раскрывает их качество, сведения о результате возвращаются в рекламную систему. Запись менеджера теперь может влиять на будущую аудиторию кампании.
При этом принадлежность продажи каналу ещё не доказывает, что без этого канала продажи бы не было. CRM уточняет наблюдаемый путь и его результат; дополнительный эффект рекламы требует отдельной проверки, например эксперимента.
#Качество CRM стало влиять на распределение бюджета
Пока карточки использовались только внутри отдела продаж, незаполненный статус осложнял работу коллег. После подключения к аналитике та же ошибка меняет оценку источника трафика. После подключения к оптимизации она может изменить и сигнал, на котором учится реклама.
Самые опасные ошибки часто выглядят буднично.
Сотрудники по-разному понимают квалификацию. Один ставит нужный статус после любого состоявшегося разговора. Другой — только после проверки бюджета и потребности. В отчёте появляется единая колонка, которая фактически содержит разные события. Если кампании обслуживают разные команды, сравнение смешивает качество трафика с правилами работы менеджеров.
Оплату заносят с задержкой. Переговоры из одного источника заканчиваются быстро, из другого — через несколько недель. Сравнение свежих заявок по уже полученным оплатам систематически помогает первому. Для длинного цикла нужно смотреть группы заявок сопоставимого возраста и учитывать обычный срок до результата.
Незакрытую сделку считают отказом. Клиент может ещё принимать решение; менеджер мог забыть обновить карточку. В обоих случаях отсутствие оплаты пока не означает подтверждённый отрицательный исход. Если обучать модель так, будто все незавершённые сделки проиграны, она будет получать ложные примеры неуспеха.
Известный отказ и неизвестный результат требуют разной обработки. Особенно при длинных переговорах.
Часть сделок не связывается с визитами. Оплата существует в учёте, но отсутствует в рекламном отчёте. Если такие потери чаще возникают у определённого источника или типа обращения, источник будет выглядеть хуже именно из-за неполноты измерения. Поэтому полезно сравнивать долю сопоставленных результатов по каналам, а не только общее число доставленных событий.
Повторное обновление создаёт повторную конверсию. Изменение суммы или ответственного может ещё раз запустить интеграцию. Получатель должен различать новую оплату, исправление старой записи и повторную доставку того же события. Иначе дополнительная активность в CRM превращается в дополнительные «продажи» в отчёте.
Есть и более сложное искажение: менеджеры сначала обрабатывают обращения, которые считают перспективными. По остальным качество остаётся неизвестным. Модель, обученная только на обработанной части, рискует воспроизвести этот выбор, а маркетолог — принять его за объективную оценку всей аудитории.
Поэтому рекламная аналитика зависит не от того, заполнены ли вообще все поля в CRM, а от нескольких конкретных вещей: одинакового смысла ключевых статусов, своевременности результатов, сохранности идентификаторов и полноты наблюдения. Дополнительные обязательные поля мало помогают, если главное событие всё ещё трактуется произвольно.
#Как Sales Ninja связывает российские CRM с рекламой
Sales Ninja интегрируется со всеми российскими CRM. Для amoCRM, Битрикс24 и RetailCRM есть готовые подключения; остальные российские, отраслевые и самописные системы подключаются через API или регулярный обмен данными. Общая задача остаётся одной: получить коммерческий результат и связать его с тем обращением и визитом, из которых он вырос.
Готовая интеграция даёт доступ к событиям и полям источника. Для другого решения можно подготовить CSV, JSON или XML по постоянной ссылке либо отправлять события через REST API. В обмене нужны идентификатор результата, время, статус, сумма и доступные ключи для связи с обращением. У нестандартной системы этот обмен настраивается под её структуру данных.
Разница между CRM сохраняется и после подключения. В amoCRM полезным сигналом может быть переход сделки в согласованную стадию квалификации. В Битрикс24 — результат выбранного направления продаж с учётом режима работы с лидами. В RetailCRM — фактическая оплата или конечный статус заказа. В решениях на базе 1С — бизнес-событие из связанного с продажей учёта. Для обучения важен смысл события, а не название программы, в которой его записали.
Sales Ninja объединяет такие результаты с событиями сайта и звонками. ML Рематчер использует точную связь, когда она известна, и помогает выбрать подходящий визит при неоднозначности. Если сведений недостаточно, результат может остаться несопоставленным: качество связи определяет качество дальнейшего измерения.
Готовые подключения и обмен через API или фид приводят результаты в общую схему. Факт продажи и прогноз её вероятности используются по-разному.
После этого данные могут работать в трёх сценариях:
- Аналитика связывает рекламные затраты с дальнейшим результатом. Кампании можно оценивать по квалификации, оплатам и выручке, которые появились после заявки.
- Стриминг данных автоматически передаёт выбранные реальные события в Яндекс Метрику для Директа или в VK Рекламу. Например, в рекламу отправляется именно согласованный статус квалификации из amoCRM или оплата заказа из RetailCRM.
- Моделируемые конверсии и оптимизация по воронке используют накопленные исходы для более раннего обучающего сигнала. Оплаты, квалификация, спам, отказы и возвраты помогают модели отличать перспективные обращения от тех, которые не приводят к нужному результату.
При такой схеме CRM остаётся рабочим инструментом продавцов, а Sales Ninja использует её данные в рекламных задачах. Важно договориться о смысле результата: что считается квалифицированным лидом, какой статус подтверждает оплату и как учитывать отрицательный исход. Одна интеграция переносит данные; согласованные правила делают эти данные пригодными для решений.
#Долгое ожидание результата сделки
Даже правильно заполненная CRM не делает конечную продажу удобной целью для каждой кампании. В недвижимости и B2B результат может появиться через месяцы, а завершённых сделок бывает мало. Маркетолог получает точный ответ, но слишком поздно для быстрой корректировки закупки.
Квалификация и промежуточные стадии помогают раньше отличать содержательные обращения. Однако полезность такого сигнала надо проверять по дальнейшему результату. Название «квалифицированный лид» само по себе не гарантирует ни оплаты, ни одинакового качества во всех сегментах.
Следующий шаг — использовать накопленные исходы из CRM для прогноза. Модель ищет признаки, связанные с последующим результатом, и оценивает перспективу нового обращения до завершения сделки. Получается более ранний сигнал для рекламы, а фактические оплаты и отказы продолжают уточнять модель. Проверять такую систему нужно по реальным результатам: рост числа прогнозных конверсий ещё не означает рост продаж.
В Sales Ninja этот подход продолжает ту же цепочку: результаты из amoCRM, Битрикс24, RetailCRM и других CRM становятся обучающими исходами, а поведение на сайте даёт ранний контекст. Разные этапы и минус-цели можно объединить в оптимизации по воронке. Конечную эффективность по-прежнему оценивают по реальным сделкам и деньгам.
#Новая роль старой записи
Записная книжка помогала одному продавцу продолжить разговор. Корпоративная CRM позволила компании продолжить работу, даже когда продавец сменился. Интеграции дали маркетингу возможность продолжить измерение после отправки формы.
Но вместе с данными наружу вышли и привычки отдела продаж. Если компания одинаково определяет квалификацию, вовремя фиксирует результат и сохраняет связь с обращением, реклама получает содержательную обратную связь. Если в карточках отражается главным образом удобство менеджеров, рекламные решения начинают зависеть от этого удобства.
Качество заполнения CRM стало частью качества рекламного измерения. Обычная отметка «оплачено» теперь может объяснять не только прошлую сделку, но и то, куда компания потратит следующий рекламный рубль.
