Nike: дашборд для RevOps и атрибуции «не last-click» — как связали маркетинг, продажи и поддержку клиентов в о

Nike: дашборд для RevOps и атрибуции «не last-click» — как связали маркетинг, продажи и поддержку клиентов в одной модели Power BI

Контекст
В 2026 маркетинг всё чаще отвечает за выручку вместе с Sales и Customer Success (RevOps). Плюс усиливается privacy-first атрибуция: last-click уже не «единственная правда», а доверие к кросс-канальному эффекту растёт за счёт серверной передачи данных, инкрементальности и MMM-подходов. Для Nike (и аналогичных брендов с развитой омниканальностью) ключевой вопрос простой: какие кампании не только приводят трафик, но и реально двигают LTV — повторные покупки, снижение оттока и скорость обработки обращений?

Задача
Собрать управленческую картину, где видны:
— вклад каналов в выручку и валовую прибыль, а не только в конверсии в форме/корзине;
— разница между «кликабельностью» (лиды/заявки) и реальным движением по воронке (MQL→SQL→сделка→повтор);
— эффект кампаний на качество клиентского пути: возвраты, причины обращений, SLA поддержки;
— контроль чистоты данных для приватности: соответствие источников, согласование идентификаторов, отсутствие «двойных» визитов.

Решение
Мы собрали модель в Power BI, в которой данные живут по слоям:
1) Факт-слой маркетинга: кампании, аудитории, показы/клики/расход (из систем медиабаинга и CRM), плюс классификатор креативов/сообщений (чтобы оценивать не только канал, но и тему).
2) Факт-слой продаж: статусы воронки (MQL/SQL/сделка), длительность стадий, источники, маржинальность.
3) Факт-слой клиентского пути: обращения (категории причин), возвраты/аннуляции, время до первого ответа и закрытия.

Ключевой элемент — единая «сквозная» модель дат (date dimension) и «мэппинг» идентификаторов: вместо попытки восстановить пользователя один-в-один (что всё сложнее из-за privacy) мы перешли на оценку эффекта на уровне агрегатов и когорт. Это позволило корректно сравнивать регионы/сегменты/кампании без ложной точности.

В визуализациях:
— дашборд «Маркетинг → Выручка (RevOps)»: разрез по каналам и кампаниям, но метрика — не CPL/CAC в вакууме, а маржинальная выручка на когортный период (например, 30/60/90 дней после контакта);
— матрица «Кампания × Сегмент»: где каждая ячейка показывает не только конверсию, но и влияние на возвраты и обращения (ранжирование по суммарному эффекту на прибыль и качество);
— панель инкремента: сравнение целевых групп и контрольных (если доступна тестовая логика) + коэффициенты для пересчёта «наблюдаемого» эффекта в инкрементальный;
— контроль данных: дельты по охвату/расходу и доле неизвестных источников (критично при серверной передаче событий).

Результат
После внедрения изменений Nike удалось уйти от игры в «канальная конверсия» к управлению выручкой и качеством. По итогам квартала:
— доля решений, основанных на last-click, снизилась: менеджеры перешли на инкрементальные/когортные метрики (ориентир — более половины еженедельных отчётов строились на когортных окнах);
— сократилась доля кампаний, которые выглядели успешными по кликам, но ухудшали качество: возвраты по проблемным креативам/темам уменьшились на **8–12%** в затронутых сегментах;
— ускорилось согласование маркетинг–Sales: время цикла «данные → решение» снизилось на **30%** за счёт единой модели и автоматической сверки статусов MQL/SQL;
— поддержка получила инструмент прогнозирования нагрузки: по категориям обращений прогноз отклонялся меньше, а планирование SLA стало точнее (в терминах бизнеса это меньше «провалов» по времени ответа в пики).

Урок
1) RevOps-дашборд — это не «ещё один отчёт». Это договорённость о метриках выручки и качества, которые видны Sales и Customer Success.
2) В 2026 точность — не в идентичности пользователя, а в корректных агрегатах и сценариях измерения (когорты/контрольные группы/инкремент).
3) Качество клиентского пути (обращения, возвраты, SLA) должно быть частью маркетинговой оценки — иначе креативы будут «выигрывать по кликам», но проигрывать прибыли.
4) Данные для privacy-first атрибуции надо проверять на уровне витрин: дельты по неизвестным источникам и двойным учётам — обязательный блок.
…