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

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 шага)

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

Инструменты: анализ «узких мест» в пайплайне – шаблон №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 недель) — группа клиентов по дате привлечения; используем для честного сравнения метрик во времени.