ROI в Looker Studio бесполезен без маржи и себестоимости на уровне связки

ROI в Looker Studio бесполезен без маржи и себестоимости на уровне связки

Если в дашборде есть только расход, доход и ROI, вы видите витрину, а не управленческую модель. Для байера важнее не «сколько вернули», а где именно осталась маржа после открутки, комиссий, фрода, возвратов и апрува.

Схема нормальная только одна: сырые события → ETL → нормализация источников → расчет метрик в отдельном слое → визуализация. В Looker Studio не тащите логику в формулы на лету: там быстро появляется зоопарк вычисляемых полей, который потом невозможно отлаживать. Оптимизируем SQL-запрос на лету, а в BI отдаем уже готовые поля: revenue_gross, revenue_net, cost, margin, roi.

Для визуализации держите 4 уровня:
— общий ROI по аккаунту;
— маржинальность по офферу/ГЕО;
— дельта между трекером и кабинетом;
— вклад креатива или связки в прибыль.
Иначе вы ловите среднюю температуру по больнице и не видите, где течет профит.

Практика: ROI считайте как отношение прибыли к расходу, а маржу — как (net revenue - cost) / net revenue. Не смешивайте их на одном KPI без подписи. Если метрика зависит от постбека с задержкой, помечайте данные как pending и не стройте на них финальный вывод. Проверяем сходимость дельты в трекере и кабинете.

Данные не врут, в отличие от байеров: сначала качество фактов, потом красивый график.