RevOps-дашборд за 1 неделю: заменяем «лидоген» на измерение выручки по воронке

RevOps-дашборд за 1 неделю: заменяем «лидоген» на измерение выручки по воронке

Если в 2026 вы по-прежнему управляете маркетингом через MQL и разрозненные отчёты, то вы теряете управляемость: RevOps (общая ответственность маркетинга, продаж и customer success за выручку) требует единого окна в метрики. Ниже — практичный рецепт, как собрать RevOps-дашборд и связать маркетинг с результатом.

Шаг 1. Зафиксируйте 4 этапа выручки
— Lead (или контакт) → SQL (подтверждённая готовность)
— Opportunity → Closed Won (выигранная сделка)
— Onboarding → First Value (первое измеримое достижение ценности)
— Retention (продление/расширение) → Expansion/Recurring Revenue

Шаг 2. Определите «ключи» для связки данных
Вам нужны одинаковые идентификаторы минимум на 2 системах:
— CRM: ID сделки/контакта
— Маркетинг-источники: campaign_id/utm_campaign или собственный source_code
— Billing/CS: customer_id (или договор/аккаунт), который мапится на CRM

Если сквозной ID отсутствует, сделайте мэппинг таблицей: source_code → CRM campaign → CRM opportunity → billing account.

Шаг 3. Выберите 3 источника данных и один BI
Минимальный набор:
— CRM (pipeline + статусы)
— Ads/маркетинг-источники (либо дашборд с spend по кампаниям)
— Billing/CS (ARR/MRR, renewal, expansion)

BI-инструмент: Looker Studio / Power BI / Metabase — выберите тот, где команда быстрее всего сделает связи. Главное — чтобы расчёты считались в BI, а не руками.

Шаг 4. Настройте 6 измерений (из них рождаются решения)
Создайте в дашборде таблицы/срезы по:
— Кампания (campaign + канал)
— Сегмент (отрасль/размер/роль)
— Регион (если релевантно)
— Длительность цикла (days to SQL, days to Closed Won)
— Эффект на выручку (weighted revenue contribution на уровне кампаний)
— Retention (доля продлений/расширений после cohort-старта)

Шаг 5. Добавьте модель «атрибуции без last-click»
Сделайте не идеально, но честно:
— Правило: если контакт участвовал в цепочке до SQL, он может получить вклад в SQL; после SQL — вклад в выручку распределяйте только по Opportunity/Account.
— Для ads используйте *классическую* долю касаний внутри одного окна (например, первые N касаний до SQL) либо правило «последнее касание до SQL» (как рабочая версия).
— Параллельно заведите поле “touch quality” (например, engagement/демо/контент с экспертизой), чтобы не зависеть от клика.

Шаг 6. Соберите 3 отчёта, которые покажут руководству ценность
— Dashboard RevOps: за период → SQL rate, win rate, revenue per opportunity, contribution по кампаниям
— Cohort retention: старт → продление/расширение через 3/6/12 месяцев
— Bottleneck view: где теряем (Lead→SQL, SQL→Won, Won→First Value, First Value→Retention)

Шаг 7. Проверьте «склейку» за 48 часов
Сделайте sanity-check:
— Сумма Closed Won в CRM должна совпасть (± погрешность маппинга) с вашим billing-выгрузками по тем же периодам
— Кампании должны обновляться без ручных корректировок
— 10 случайных сделок должны объясняться через кампанию/сегмент/статусы в дашборде

Шаг 8. Запустите weekly-ритуал на 30 минут
Только с выводами:
— Какие 3 кампании улучшают SQL→Won (не лиды, а прохождение в выручку)
— Где просадка по времени цикла (days to SQL / Closed Won)
— Какие сегменты дают retention выше среднего (в условиях снижения среднего чека и роста ценности LTV)

Инструментарий, который часто закрывает задачу быстрее всего на этой неделе:
— CRM + экспорт в BI (или коннектор)
— Таблица мэппинга source_code ↔ campaign ↔ CRM
— One-page BI-дашборд с 3 отчётами выше
— Правило атрибуции “до SQL / после SQL” как минимально устойчивое к zero-click и privacy-first ограничениям

Если хотите, напишите вашу связку (CRM + BI + где хранится billing/CS) — предложу схему полей и логику мэппинга под ваши названия статусов.