Латентность дашборда: почему BI может врать «по ощущениям»

Латентность дашборда: почему BI может врать «по ощущениям»

**Латентность** — это задержка между событием в системе и тем, когда оно становится видимым в дашборде. Для маркетинг-аналитика это не абстракция, а свойство всей цепочки: трекинг → передача → обработка → витрина данных → BI-интерфейс.

Её часто путают с **обновлением данных**. Обновление — это момент, когда система запустила загрузку или пересчёт. Латентность — сколько времени прошло, пока пользователь увидел уже подготовленные данные. То есть загрузка может быть «успешной», но дашборд всё ещё показывает вчерашнюю картину.

Типичные ошибки:
— считать метрику «нерабочей», если она не совпала с CRM в ту же минуту;
— сравнивать каналы с разной латентностью без поправки на окно задержки;
— ставить SLA на отчёт без учёта серверной обработки, дедупликации и часовых поясов;
— принимать оперативные решения по данным, которые ещё не догрузились.

В 2026 это особенно важно: в privacy-first атрибуции, server-side-сборе и MMM задержка стала нормой, а не багом. Поэтому хорошая BI-система должна не только считать, но и показывать возраст данных.

Пример: лид из формы пришёл в 10:00, в warehouse попал в 10:07, в дашборде появился в 10:12. Если менеджер в 10:05 решил, что заявок нет, проблема была не в маркетинге, а в латентности отчёта.

— @MarketingAnalyticsRoomPro