Антифрод без потери конверсии: балансирование на грани

Когда защита начинает вредить бизнесу

Антифрод-система задумывается как щит: несколько базовых правил — несовпадение геолокации, подозрительно частые попытки оплаты — и кажется, что платформа под защитой. Затем приходит реальный трафик, и иллюзия рассыпается. Именно с этим сталкиваются все, кто строит приём платежей с высокой нагрузкой: обменники, P2P-сервисы, мерчанты, принимающие рубли через СБП.

Латентность убивает конверсию быстрее, чем мошенники

Первая и самая болезненная проблема — скорость. Риск-движок должен вынести вердикт по транзакции за миллисекунды, иначе платёжный шлюз просто таймаутится. Если оценка занимает больше нескольких сотен миллисекунд, пользователь бросает корзину и уходит. Конверсия падает не из-за мошенников — из-за медлительности собственной защиты.

Для обменников и P2P-сервисов это особенно критично: клиент, который хочет купить USDT или обменять рубли, не будет ждать. Один зависший платёж — и он идёт к конкуренту.

Ложные срабатывания: враг хуже фрода

Вторая проблема — ложные позитивы. Легитимный клиент путешествует, использует VPN или покупает дорогой товар ночью — и его карта блокируется. Итог: очередь в поддержку, раздражённые пользователи и команда, которая вместо развития продукта занимается ручной разборкой кейсов.

Жёсткие правила не умеют различать контекст. Один и тот же паттерн — быстрые повторные попытки оплаты — может означать как атаку, так и обычный технический сбой на стороне банка. Для бизнесов, работающих с русскоязычной аудиторией за рубежом, это особенно актуально: клиенты из диаспоры часто платят с иностранных IP, через VPN, нестандартными методами — и попадают под блокировку без каких-либо оснований.

ML-модели: дорого, хрупко, устаревает быстро

Попытка обучить собственные модели машинного обучения для детектирования аномалий — инженерная воронка без дна. Мошенники меняют тактику: сегодня это перебор паролей, завтра — синтетические личности. Старые модели становятся бесполезными, нужна переобучение на чистых исторических данных, которые ещё надо собрать и разметить. Инфраструктурные расходы растут, а разработчики вместо новых фич занимаются отладкой пайплайнов.

Параллельно возникают гонки состояний: несколько параллельных API-запросов от одного пользователя порождают конфликтующие флаги, и аккаунт блокируется прямо в середине оплаты. Каждый такой инцидент — это потерянная транзакция и потенциально потерянный клиент навсегда.

Что реально помогает: принципы, а не конкретные решения

• Асинхронная проверка там, где возможно. Не все проверки нужны до авторизации платежа. Часть можно вынести в постфактум-мониторинг, не блокируя транзакцию.
• Скоринг с порогами, а не бинарные правила. Вместо «заблокировать/пропустить» — оценка риска с мягкими и жёсткими порогами. Средний риск — дополнительная верификация, а не блокировка.
• Контекстуальные сигналы. IP-адрес сам по себе — слабый сигнал. В связке с историей устройства, поведением сессии и суммой он становится значимым.
• Разделение ответственности. Антифрод — не задача платёжного шлюза. Чем больше логики сосредоточено на уровне провайдера, а не в собственном коде, тем меньше инженерного долга.

Стабильный приём важнее идеального антифрода

Для большинства мерчантов — особенно обменников и P2P-сервисов, принимающих рубли через СБП — главная угроза конверсии не мошенники, а нестабильность самого приёма платежей. Отказы на стороне провайдера, таймауты, технические сбои — всё это бьёт по выручке сильнее, чем редкий фрод-кейс.

Именно поэтому архитектура с каскадом провайдеров и автоматическим фолбэком — когда при отказе одного платёж мгновенно уходит к следующему — даёт ощутимый прирост конверсии. Платформы вроде MultiFlow решают эту задачу на уровне инфраструктуры: мерчант получает стабильный приём СБП-платежей без необходимости самостоятельно строить и поддерживать пул провайдеров.

Итог

Антифрод — это компромисс между безопасностью и удобством. Слишком мягко — теряешь деньги на фроде. Слишком жёстко — теряешь клиентов на ложных блокировках. Универсального рецепта нет, но есть принцип: сначала обеспечь стабильный приём, потом усложняй защиту. Падающий платёж из-за отказа провайдера обходится дороже, чем редкий мошеннический чарджбек.