Не используйте неподтверждённое клиентское событие одобрения кредита как финансовую конверсию. Предложите ограниченный запуск с безопасной метрикой либо минимальную серверную верификацию и явное решение владельца риска.
Ситуация: Война за релиз! Каковы твои действия?
Не используйте неподтверждённое клиентское событие одобрения кредита как финансовую конверсию. Предложите ограниченный запуск с безопасной метрикой либо минимальную серверную верификацию и явное решение владельца риска.
Короткий ответ
Что ответить на собеседовании
Подробный разбор
Ответ с пояснениями
Условие
Ситуация: Война за релиз! Каковы твои действия?
Завтра стартует масштабная рекламная кампания нового кредитного продукта с инфлюенсерами на площадке CPA, аванс уже оплачен. Выясняется, что разработчики не успели реализовать полноценную серверную (S2S) верификацию событий AppsFlyer. CPO требует внедрить отправку события одобрения кредита напрямую с клиента (из Flutter-приложения), чтобы «хоть как-то оптимизировать кампанию». Аналитик категорически против: отправка финансовых событий с клиента в финтехе — это прямая дорога к фроду (мошенники легко подделают запросы) и гарантированный хаос в DWH. Позиция компании по таким рискам в регламентах прописана размыто: «минимизировать риски, но выполнять бизнес-цели».
Интересы CPO: Запустить кампанию вовремя любой ценой. Если релиз отложится, сгорит огромный бюджет, а KPI по привлечению новых заемщиков за квартал будет провален. Готов пойти на «временный костыль», обещая переписать его в следующем спринте (что, как все знают, редко происходит).
Интересы FSA: Защитить архитектуру данных и предотвратить потерю денег компании от фейковых конверсий. Аналитик понимает, что если боты накрутят миллионные бюджеты из-за дыры в безопасности, виноват в неверных данных и убытках останется он. Требует переноса старта или изменения механики трекинга.
Тайминг: 5 минут
Ответ
Не используйте неподтверждённое клиентское событие одобрения кредита как финансовую конверсию. Предложите ограниченный запуск с безопасной метрикой либо минимальную серверную верификацию и явное решение владельца риска.
Разделите интересы: кампанию желательно сохранить, но оптимизация и оплата CPA не должны опираться на подделываемое одобрение. Согласуйте с маркетингом и антифродом запуск по нефинансовому событию, ограничение бюджета или перенос спорного сегмента. Минимальный S2S-путь должен брать факт из авторитетного backend, иметь идентификатор операции и защиту повторов. Клиентские события можно оставить отдельно для поведения, не смешивая с подтверждёнными в DWH. Зафиксируйте варианты, потери, ответственного за решение и срок полноценного исправления; письменное принятие риска не делает ложные данные достоверными.