Блог ФРИИ Консалтинг

Почему автоматизация до подтверждения — ошибка

2025-10-13 10:00 Управление Масштабирование
Автор: Станислав Завершинский
О чем статья:
  • Автоматизация — это ускоритель подтвержденного поведения, а не способ «навести порядок».
  • До масштабирования необходимы: валидированные ICP/UVP, четкий MQL-порог, описанные правила стадий и стабильные метрики MQL→SQL→Win.
  • Любой «узел» воронки напрямую влияет на вклад (Contribution); масштаб без чистого входа снижает вклад.
  • Формулы, пример чувствительности и чек-лист готовности к автоматизации с порогами.
Автоматизация — это педаль газа. Если машина едет не туда, вы просто быстрее вылетите на обочину. Пока ICP/UVP и MQL/SQL/Win не подтверждены, любая интеграция/сквозная аналитика/CRM-роботы масштабируют не ценность, а ошибку.

Что может произойти при преждевременной автоматизации:
Риск
Как диагностировать (быстрые тесты)
Что проверить/починить
Ускорение ошибки (CAC↑, Win%↓, вклад↓)
Сопоставьте 20 последних лидов с действующим ICP; доля «вне ICP» >20% — стоп
Уточнить ICP/UVP
Потеря обучаемости
Невозможно восстановить путь лида по стадиям за 2-3 мин
Формализовать правила переводов (вход/выход/дисквалификаторы)
«Цемент» плохих процессов
Метрики считаются, но определения стадий плавают между командами
Синхронизировать определения и владельцев стадий; завести handoff SLA
Иллюзия прогресса
Дашборды «зеленые», но Contribution не растет ≥4 недель
Считать вклад по когорте 4-8 недель
Дорогая переделка
Большая доля кастомных интеграций при неподтвержденном MQL
Минимизировать автоматизацию до подтверждения MQL
Если вы читаете эту статью до 22 октября – вам повезло. 22 октября в 17:00 мы будем говорить о росте IT-бизнеса с экспертом Стасом Спасеных. Приглашаем вас на онлайн-воркшоп «Как развивать IT-продукт без хаоса: система принятия решений для CEO и CPO».
Регистрируйтесь на воркшоп на сайте

Эта часть для тех, кто любит математику

Чтобы деньги сходились, пайплайн должен быть не «лентой лидов», а арифметикой финансовых решений. Вся модель опирается на четыре конверсии и средний чек.

Мини-пример

Что за показатели и где их взять

  • Leads — все входящие за период (формы, заявки, демо).
Источник: CRM/формы.

  • MQL% — доля лидов, прошедших порог допуска маркетинга (MQL).
Источник: ваш MQL-чек-лист.

  • SQL% — доля MQL, которые продажи признали возможностями (SQL).
Источник: правила переводов по стадиям.

  • Win% — доля SQL, дошедших до сделки.
Источник: CRM.

  • ARPA/ACV — средний чек (за период / за год).
Источник: биллинг/CRM.

  • Gross Margin% — валовая маржа (на рубль выручки сколько остается после прямых затрат).
Источник: финмодель/учет.

  • CAC_per_Deal — маркетинговые затраты на одну выигранную сделку (или средний CAC на сделку).
Источник: маркетинг-затраты ÷ число выигранных сделок.

Почему все умножается

Каждый шаг воронки — это «фильтр». Из 100% лидов часть становится MQL, из них часть — SQL, из них часть — Win. Поэтому:
Deals = Leads × MQL% × SQL% × Win%
Дальше сделки превращаем в деньги и вклад:
Revenue = Deals × ARPA/ACV
GP = Revenue × Gross Margin%
CAC_total = Deals × CAC_per_Deal
Contribution = GP − CAC_total

Пример «на числах» (срез 1 месяц)

1. Вход и конверсии
  • Leads = 1 000
  • MQL% = 20% → MQL = 200
  • SQL% = 40% → SQL = 80
  • Win% = 25% → Deals = 20
2. Деньги
  • ARPA = 600 000 ₽ → Revenue = 20 × 600 000 = 12 000 000 ₽
  • GM = 60% → GP = 12 000 000 × 0,60 = 7 200 000 ₽
3. Маркетинг-затраты и вклад
  • CAC_per_Deal = 180 000 ₽ → CAC_total = 20 × 180 000 = 3 600 000 ₽
  • Contribution = 7 200 000 − 3 600 000 = 3 600 000 ₽
  • Вклад на сделку ≈ 180 000 ₽
Примечание по округлениям: если получаете нецелые сделки (например, 15,6), это ожидаемое значение; при отчетности округляйте до целого и заново пересчитайте деньги — вывод останется тем же.

Почему «лить трафик» до подтверждения MQL — убыточно

Допустим, лидов стало 1 300, но из-за шума MQL% падет до 12%.
  • Deals = 1 300 × 0,12 × 0,40 × 0,25 ≈ 15,6 (≈ 16)
  • Revenue ≈ 9,36 млн ₽ → GP ≈ 5,62 млн ₽
  • CAC_total ≈ 2,81 млн ₽
  • Contribution ≈ 2,81 млн ₽
  • Это хуже, чем при 1 000 лидах и качественном MQL (3,6 млн ₽). Вы «ускорили» шум, а не экономику.

Что двигает деньги быстрее всего (правило больших рычагов)

  • +5 п.п. к MQL% (при тех же лидах) обычно дает больший эффект, чем +10–20% к Leads.
  • Улучшение Win% на поздних стадиях сильнее отражается на вкладе, чем небольшие изменения вверху.
  • Сокращение CAC_per_Deal без просадки конверсий линейно поднимает вклад.

Быстрая самопроверка (3 шага)

  1. Возьмите последний месяц и посчитайте 5 строк: Deals, Revenue, GP, CAC_total, Contribution.
  2. Сценарно измените один рычаг (например, MQL% +5 п.п.) — посмотрите, как меняется вклад.
  3. Зафиксируйте узел с наибольшей чувствительностью и подтвердите его ручным экспериментом (до любой автоматизации).
Инструменты: анализ «узких мест» в пайплайне – шаблон №15.

Задание-чек-лист. Как понять, что уже «пора» автоматизировать

  • ICP и UVP валидированы Discovery. Есть 6-10 интервью на сегмент, «говорилки» и формулировки исходов (не догадки).
→ Частотный анализ CustDev: таблица №3.
  • MQL/SQL/Win описаны и стабильно меряются ≥ 4-8 недель. Порог допуска в сейлз + дисквалификаторы + handoff SLA.
→ MQL-порог: шаблон №18; Правила стадий: пример №11.
  • Когорты стабильны. Есть позитивная динамика retention/вклада без «разовой вспышки».
→ Unit-экономика/когорты: пример №17.
  • Операционная дисциплина. По стадиям назначены владельцы и прописаны эскалации.
Только при выполнении этих условий автоматизация ускоряет подтвержденную логику, а не шум.

Мини-диагностика вместе с экспертами ФРИИ (3–5 рабочих дней)

На выходе вы получаете:
  • валидированные ICP/UVP на языке исходов (время/деньги/риск);
  • рабочий MQL-порог + дисквалификаторы + SLA отклика;
  • формализованные правила стадий (вход/выход/переводы, handoff);
  • расчет unit-экономики (Deals, Revenue, GP, CAC_total, Contribution) на когорте 4–8 недель;
  • 2–3 приоритезированные HADI-гипотезы на ближайшие 2 недели.

Записаться на мини-диагностику

Сокращения и определения

  • ФРИИ CJM — карта управленческих решений: узел → артефакт → метрика → следующий узел.
  • ICP (Ideal Customer Profile) — описание целевого сегмента: отрасль/размер, роли ЛПР/влияющих, триггеры спроса, LTV-потенциал.
  • UVP (Unique Value Proposition) — обещание ценности в исходах (время/деньги/риск), а не «фичах».
  • CustDev / проблемные интервью — подтверждение боли и языка клиента без продажи решения.
  • Pipeline (воронка) — стадии сделки с критериями входа/выхода и дисквалификаторами.
  • MQL (Marketing Qualified Lead) — маркетингово квалифицированный лид; измеримый порог допуска в продажи.
  • SQL (Sales Qualified Lead) — лид, принятый продажами как возможность сделки по их критериям.
  • Win / Win-rate — выигранная сделка / доля выигрышей от SQL.
  • Handoff — регламент передачи ответственности между маркетингом и продажами.
  • SLA — нормы времени отклика/действий по стадиям (например, первый контакт ≤ N часов).
  • HADI — цикл гипотез: Hypothesis → Action → Data → Insight (итерации 1–2 недели).
  • Leads — входящие за период (заявки/демо/формы).
  • Deals — число выигранных сделок за период. Формула: Deals = Leads × MQL% × SQL% × Win%
  • ARPA/ACV — средняя выручка на аккаунт (за период/год).
  • Revenue — выручка: Deals × ARPA/ACV.
  • Gross Margin (GM%) — валовая маржа; доля выручки, остающаяся после прямых затрат.
  • GP (Gross Profit) — валовая прибыль: Revenue × GM%.
  • CAC_per_Deal — маркетинговые затраты на одну выигранную сделку.
  • CAC_total — суммарные маркетинговые затраты: Deals × CAC_per_Deal.
  • Contribution (вклад) — денежный эффект после маркетинга: GP − CAC_total.
  • Когорта (4–8 недель) — группа клиентов по дате привлечения; используем для честного сравнения метрик во времени.