Продажи

Комплексная автоматизация продаж: считайте CPQO

Архитектура автоматизации продаж: CPQO, дедупликация, квалификация, согласия, TCO и порядок внедрения без масштабирования хаоса.

Максим Сивцев
Head of Engineering, Excella
28 июля 2026 15 мин 14

Короткий вывод

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

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

CPQO (cost per qualified opportunity) — стоимость квалифицированной возможности: сколько денег ушло на одно обращение, которое отдел продаж признал пригодным для сделки. Обращение проходит три ступени: MQL — контакт заинтересовался, SQL — прошёл проверку на пригодность, SQO — стал возможностью со сроком и бюджетом. CPQO считает цену третьей ступени, а не первой: именно на ней автоматизация либо экономит деньги, либо делает вид.

Исходная проблема

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

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

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

Что мы проанализировали

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

Методология дополнена четырьмя проверяемыми элементами:

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

Внешние данные используются только для проверки масштаба проблемы. В международном B2B-исследовании 2025 года медианная конверсия обращения в квалифицированный лид составила 36%, а квалифицированного лида в возможность — 40%. Это результаты опроса 177 руководителей, а не транзакционная норма: механически переносить их на российскую компанию или перемножать показатели разных респондентов нельзя.

Тот же источник показывает проблему учёта: 41% респондентов не знали собственный CPL, а 45% — CAC. Следовательно, автоматизация часто внедряется раньше, чем бизнес фиксирует базовую стоимость результата.

Анализ временных меток 939 B2B-компаний за II квартал 2025 — I квартал 2026 года показал среднее время первого ответа 47 часов. Зафиксированный close rate составлял 32% при ответе до пяти минут и 12% после 24 часов. Это подтверждает ценность SLA, но не отменяет квалификацию: быстрый ответ нерелевантному контакту не создаёт возможность.

Главный вывод

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

Минимальная сквозная схема выглядит так:

захват → immutable requestId → нормализация телефона и email → поиск дубля → источник и версии согласий → квалификация → маршрутизация → SLA → разрешённый канал → стадия по наблюдаемому событию → сумма и причина результата.

Правильная целевая метрика этого контура:

CPQO = полная стоимость привлечения и обработки за период / число квалифицированных возможностей за тот же период.

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

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

Таблица: пять слоёв комплексной автоматизации продаж

СлойЧто автоматизируетсяЧто нельзя отдавать автоматике без правилКак слой влияет на CPQO
ЗахватПриём обращений с сайта, досок объявлений, email, мессенджеров и звонков; присвоение requestIdСоздание нескольких сущностей при повторной доставке событияУбирает потерянные заявки, но без идемпотентности раздувает знаменатель CPL
КвалификацияСбор обязательных полей, нормализация и обогащениеПризнание любого ответа возможностьюСнижает время менеджеров на нерелевантные обращения
КасанияОтвет, напоминание, follow-up, выбор разрешённого каналаОтправку без проверки стадии, дубля, отказа и согласияСокращает задержки, но при плохих правилах увеличивает стоимость ошибок
Передача в продажуНазначение владельца, задача, контекст диалога, запись в CRMАвтоматическую смену стадии без наблюдаемого событияСнижает ручной ввод и потери контекста
АналитикаSLA, причины отказов, качество диалогов, CPQO, возвратыОптимизацию по числу сообщений или заполненных полейПоказывает, какой слой действительно снижает CPQO

Разбор по пунктам

1. Захват: одна заявка должна создавать одну сущность

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

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

После присвоения ID нормализуются идентификаторы: телефон приводится к E.164, email — к единому регистру и формату, корпоративный домен отделяется от полного адреса. На этом этапе фиксируются источник, кампания, сессия и полученные согласия. Подробнее сам слой захвата разобран в материале как увеличить конверсию сайта — слой захвата заявок.

2. Дедупликация: склеивать контакт, компанию и обращение отдельно

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

Пересечение источниковВероятный дубльОсновной ключДополнительная проверка
Сайт ↔ входящий звонокЧеловек оставил форму и сразу позвонилТелефон E.164Временная близость, тема обращения
Сайт ↔ мессенджерДиалог продолжен в другом каналеТелефон или подтверждённый emailsessionId, источник перехода
Доска объявлений ↔ сайтПользователь перешёл на сайт после первого контактаТелефон, emailКомпания, товар или запрос
Email-аутрич ↔ входящая заявкаПолучатель ответил через форму или звонокНормализованный email, доменИНН, активная последовательность
Email-аутрич ↔ мессенджерКонтакт продолжил разговор в удобном каналеEmail и телефонКомпания, владелец записи
Два входящих событияИнтеграция повторно доставила запросrequestIdХеш полезной нагрузки

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

3. Квалификация: пять полей до передачи менеджеру

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

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

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

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

4. Касания: скорость полезна только после проверки разрешения и стадии

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

Скорость действительно влияет на вероятность продолжения диалога: во внешней выборке быстрый ответ был связан с более высоким close rate. Но эта связь не доказывает, что нужно отправлять больше сообщений. Опрос B2B-покупателей показал, что 73% участников активно избегали поставщиков после нерелевантных обращений, а 61% предпочитали пройти путь покупки без продавца.

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

5. CRM и аналитика: стадия меняется только по событию

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

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

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

6. Доказуемое согласие — отдельный слой архитектуры

Для B2B-коммуникации нет универсального исключения из правил о рекламе и персональных данных. Если сообщение является рекламой и распространяется по сетям электросвязи, часть 1 статьи 18 закона № 38-ФЗ требует предварительного согласия адресата; доказывает его наличие рекламораспространитель. Требование прекратить сообщения после отказа должно исполняться немедленно, а автоматический выбор или набор номера без участия человека для рекламы запрещён. Действующая редакция статьи 18 подтверждает эти требования.

С 1 сентября 2025 года согласие на обработку персональных данных оформляется отдельно от других подтверждаемых документов. Это следует из части 1 статьи 9 закона № 152-ФЗ с изменениями по закону № 156-ФЗ. Согласие с офертой не заменяет отдельного согласия на обработку данных, а оно, в свою очередь, не заменяет согласия на получение рекламы.

Журнал согласий должен хранить для каждого основания:

  • идентификатор физического лица и связанную запись компании;
  • отдельный тип согласия: обработка данных или рекламная коммуникация;
  • полный текст и версию документа на момент акцепта;
  • timestamp с часовым поясом;
  • IP, sessionId и источник формы или события;
  • разрешённый канал и заявленную цель;
  • способ подтверждения;
  • дату, источник и область отзыва;
  • техническую запись о прекращении дальнейших касаний.

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

При сборе данных граждан РФ через интернет запись, систематизация, накопление, хранение, изменение и извлечение должны выполняться с использованием баз данных в России, за предусмотренными законом исключениями. Это закреплено в части 5 статьи 18 закона № 152-ФЗ.

Юридический риск стал материальной частью TCO. За нарушение требований к рекламе по сетям электросвязи штраф для юридического лица по части 4.1 статьи 14.3 КоАП составляет от 300 тыс. до 1 млн рублей. За нарушение локализации предусмотрены штрафы от 1 до 6 млн рублей, повторно — от 6 до 18 млн рублей. При утечке данных более 100 тыс. субъектов штраф составляет от 10 до 15 млн рублей, а повторная утечка может повлечь взыскание от 1% до 3% выручки, но не менее 20 млн и не более 500 млн рублей. Изменения введены законом № 420-ФЗ и применяются с 30 мая 2025 года.

При инциденте уполномоченный орган уведомляется в течение 24 часов, а результаты внутреннего расследования передаются в течение 72 часов по части 3.1 статьи 21 закона № 152-ФЗ. Поэтому журналирование, локализация и план реагирования должны проектироваться вместе с интеграциями, а не добавляться после запуска.

Что это значит для бизнеса

Базовая линия CPQO

До внедрения выберите единый период и заполните таблицу по фактическим данным:

КомпонентКак считать
ПривлечениеРасходы на входящие и исходящие источники
КаналыТелефония, сообщения, данные и применимые рекламные расходы
ТрудЧасы маркетинга и продаж × полная стоимость часа
ТехнологииЛицензии, интеграции, инфраструктура, поддержка
Потери автоматикиВремя на дубли, нерелевантные записи и исправление статусов
РезультатВозможности, прошедшие неизменный порог квалификации

CPQO₀ = сумма всех компонентов / число квалифицированных возможностей.

Отдельно считайте CAC:

CAC = полная стоимость привлечения, маркетинга и продаж / число новых клиентов.

Показатели отвечают на разные вопросы. CPQO показывает эффективность создания пригодного для продажи пайплайна, а CAC — стоимость полученного клиента. Низкий CPQO не компенсирует плохую конверсию возможностей в сделки.

TCO на 12 месяцев

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

СтатьяМинимальный контурРеалистичный контурС перестройкой процессов
Лицензии и инфраструктураБазовые каналыВсе активные каналыКаналы, резервирование, расширенная аналитика
ИнтеграцииЗахват, CRM, IDДедупликация, согласия, SLAПерестройка справочников и исторических данных
ПроцессыФиксация текущих правилНовый порог и маршрутизацияПерераспределение ролей и ответственности
ОбучениеИнструктаж владельцевОбучение отдела и контроль качестваРегулярная калибровка нескольких команд
ПоддержкаРеакция на сбоиМониторинг и улучшение правилВыделенный владелец контура

TCO₁₂ = разовые интеграции + лицензии₁₂ + инфраструктура₁₂ + обучение + поддержка₁₂ + стоимость перестройки процессов.

Для расчёта окупаемости сначала определите CPQO после запуска без разовых проектных затрат:

Экономия за месяц = возможности за месяц × (CPQO₀ − CPQOrun).

Срок окупаемости = разовые затраты / положительная экономия за месяц.

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

Цикл сделки также нельзя нормировать одним значением для всех сегментов. Во внешнем исследовании он увеличивался примерно с 2–3 месяцев при годовой стоимости контракта менее $25 тыс. до 9–12 месяцев при стоимости свыше $500 тыс. Эти диапазоны не являются российским нормативом, но показывают, почему оценивать окупаемость нужно по сопоставимым чекам и когортам.

Для контроля используйте еженедельную панель из семи метрик:

  1. CPQO и его изменение относительно базовой линии.
  2. Доля дублей до и после автоматической склейки.
  3. Доля возможностей, возвращённых менеджерами как нерелевантные.
  4. Доля обращений, обработанных в SLA, и время первого ответа.
  5. Конверсия квалифицированной возможности в выигранную сделку.
  6. Доля коммуникаций с доказуемым основанием и разрешённым каналом.
  7. Стоимость времени менеджеров на проверку результатов автоматики.

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

Ошибки

Ошибка 1. Начинать с генерации касаний

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

Ошибка 2. Автоматизировать грязные данные

В исследовании качества клиентских данных 76% опрошенных сообщили, что точными и полными являются менее половины данных в их системах; 37% связывали плохое качество с потерями выручки. Это самооценка, а не бухгалтерский аудит, но она показывает механизм риска: автоматизация размножает исходную ошибку.

Ошибка 3. Считать лидом каждую созданную карточку

Техническое событие, контакт и квалифицированная возможность — разные сущности. Если их смешать, CPL выглядит лучше, нагрузка растёт, а CPQO скрывает реальную цену обработки.

Ошибка 4. Использовать несколько источников истины

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

Ошибка 5. Считать согласие вечным чекбоксом

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

Ошибка 6. Сравнивать разные определения CPQO

Нельзя менять порог квалификации после запуска и объявлять снижение стоимости. Базовая и контрольная когорты должны использовать одинаковое определение возможности, состав затрат и окно атрибуции.

Что делать

Внедрение автоматизации продаж лучше проводить слоями, с критерием перехода после каждого этапа.

  1. Зафиксировать базовую линию. Определить стадии, события, состав затрат и текущий CPQO. Переходить дальше можно, когда показатель воспроизводится из первичных записей.
  2. Очистить идентификаторы. Нормализовать телефоны и email, отделить контакт, компанию и обращение. Критерий готовности — повторная доставка одного requestId не создаёт новую сущность.
  3. Настроить дедупликацию и владение. Зафиксировать ключи склейки, владельца полей и разрешение конфликтов. Исторические записи не удалять автоматически: сначала сформировать кандидатов на объединение и журнал изменений.
  4. Ввести порог квалификации. Утвердить пять обязательных полей и причины возврата из отдела продаж. Переходить дальше следует, когда менеджеры одинаково трактуют возможность.
  5. Создать журнал согласий и отказов. Хранить отдельные версии документов, события подтверждения, разрешённые каналы и отзыв. Юридическую конструкцию и тексты должен проверить профильный специалист применительно к процессу компании.
  6. Подключать касания и аналитику. Автоматизировать ответ, follow-up и маршрутизацию только после проверки дубля, стадии и разрешения. Затем еженедельно сравнивать CPQO, SLA, возвраты и конверсию в сделку.

Перед запуском проверьте готовность контура:

  • у каждого обращения есть неизменяемый ID;
  • повторное событие обрабатывается идемпотентно;
  • телефон, email, домен и ИНН нормализованы;
  • контакт, компания и обращение разделены;
  • единый порог квалификации задокументирован;
  • базовая линия CPQO рассчитана;
  • состав затрат и окно атрибуции закреплены;
  • стадии меняются только по наблюдаемым событиям;
  • правила эскалации человеку определены;
  • отказ и отписка прекращают следующие касания;
  • журнал согласий хранит версии и доказательства;
  • назначен владелец CPQO и качества данных.

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

Дополнительные материалы собраны в разделах материалы по автоматизации продаж, интеграции с CRM и каналами и аналитика диалогов и метрики. Структуру затрат на входящий слой можно сверить с разбором сколько стоит AI-виджет для сайта — разбор статей затрат, а механику одного из каналов — с кейсом автоматизации обработки обращений на маркетплейсе.

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

Универсальной цены нет. TCO включает разовые интеграции, лицензии, инфраструктуру, изменение процессов, обучение и поддержку за 12 месяцев.

Вывод

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

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

Excella собирает контур целиком: захват заявок с сайта и досок объявлений, квалификацию, follow-up и аналитику диалогов с журналированием согласий. Запросите разбор контура, чтобы определить, какой слой удерживает ваш CPQO — без обещаний универсального процента роста.

Автор материала
Максим Сивцев
Head of Engineering, Excella

Комментарии · 0

Без спама и оскорблений

Читать дальше

Подобрано на основе этой статьи