Продукт обновился. CRM об этом забыли сообщить

Знакомая история.

Продакты считают активным игрока, который сделал ставку за последние 30 дней.

BI - того, кто заходил 14 дней.

CRM - того, кто депал 7 дней.

Один и тот же человек одновременно active, inactive и почти churned. И каждая команда уверена, что права.

Это не проблема данных. Это так называемый tracking debt - бардак в событиях, который копился месяцами, пока все были заняты "критами" и "урджентами".

Сначала разработчик переименовал deposit_success в payment_completed.

Потом одно событие стало прилетать дважды.

У game_played потерялся provider_name.

В bonus_activated перестали передавать тип бонуса.

А старую цепочку никто не тронул, потому что вроде же работает.

Через 3 месяца CRM уже не управляет поведением игрока. Он гадает:

❌ депозит реально прошел или событие задвоилось;
❌ игрок вернулся в продукт или просто открыл сайт;
❌ бонус активирован, использован или истёк;
❌ вывод завершён или только сменил внутренний статус.

Самое дорогостоящее здесь - не упущенные пуши, не ушедшие по нужным ивентам.

Продакт принимает решение по одной версии реальности, BI строит отчёт по второй, CRM запускает цепочку по третьей. Потом все встречаются на созвоне и спорят о цифрах, хотя спорить надо о словаре.

У каждого события должны быть:

🔺 понятный владелец;
🔺 единое определение;
🔺 обязательные параметры;
🔺 версия и дата изменения;
🔺 список цепочек и отчётов, которые от него зависят.

Иначе ваш "смарт/дата-дривен" CRM через полгода превращается в музей старых названий, ручных исключений и условий, которые все боятся удалять.

Когда для запуска цепочки нужно спросить в трёх чатах, что означает событие - это не автоматизация...

→ наши услуги ←

→ навигация по каналу ←

✅ Директор CRM