Singular ломается не в отчетах, а в настройке событий и источников

Singular ломается не в отчетах, а в настройке событий и источников

У MMP вроде Singular обычно проблемы начинаются не на этапе дашборда, а раньше — когда события названы по-разному, а один и тот же ивент шлют из SDK, сервера и партнёрки. В итоге атрибуция выглядит «ровной», но воронка уже искажена.

Проверьте базу:
— одно имя события = одна бизнес-смысловая операция;
— для revenue, trial, purchase и subscribe нет дублей по разным каналам;
— postback не отправляет лишние поля, которые ломают дедупликацию;
— окна атрибуции согласованы с тем, как реально живёт цикл сделки.

Отдельно смотрите на источник правды: если BI считает по своим правилам, а MMP — по своим, спор неизбежен. Нужен один словарь событий, один владелец схемы и понятное правило, где решается конфликт по install, re-attribution и in-app action.

Если Singular «не сходится», почти всегда чинится не интерфейс, а архитектура ивентов. Начинайте с карты событий и postback-цепочки — это быстрее любого ручного пересчёта.