Где бизнес теряет деньги на платежах: 7 скрытых ошибок

Онлайн-бизнес — это воронка: привлечение, удержание, конверсия. Потери есть на каждом этапе. Где-то не сработала реклама, где-то пользователь не вернулся, где-то недоработал отдел продаж.

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

Мировой рынок e-commerce ежегодно теряетдо $448 млрд из-за платёжного фрода, ложных отказов и злоупотреблений с возвратами. В подписочных сервисах неудачные списания «съедают» около $129 млрд за тот же период. Это деньги, которые клиент уже собирался заплатить, но платёж не прошёл.

При этом 80–90% отклонённых транзакций — это так называемые «мягкие» отказы (soft decline). Их можно вернуть, но в большинстве случаев этого не происходит. Пользователь сталкивается с ошибкой и уходит. Для бизнеса это потерянный, по неизвестной причине, клиент: он дошёл до последнего шага, но почему-то не оплатил.

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

Проблемы с платежами возникают в разных местах и по разным причинам, но итог всегда один: деньги просто не доходят.

У любой платёжной системы есть антифрод — это механизм, который проверяет транзакции и решает, пропустить платёж или отклонить его. Он нужен, чтобы отсекать мошенников. Но часто он режет и нормальные платежи. Система перестраховывается и блокирует то, что должно проходить. Это и есть ложные отказы (false decline).

Как это работает: Антифрод действует по простой логике: «пропустить» или «отклонить». Он смотрит на набор параметров — IP-адрес, сумму, страну, поведение — и на их основе принимает решение. Проблема в том, что мошенники адаптируются быстрее, чем обновляются правила. В какой-то момент система начинает блокировать лишнее.

Что делать: переходить от жёстких правил антифрода к моделям с машинным обучением. Такие системы анализируют транзакцию в реальном времени с учётом истории покупок, геолокации, устройства и других параметров.

3D Secure — это дополнительная проверка перед оплатой. Она нужна, чтобы снизить риск фрода и чарджбэков. Во многих странах это уже обязательный элемент. При неправильной настройке он начинает мешать оплате. Пользователя перебрасывает на отдельную страницу, просят ввести код и подтвердить операцию — на этом этапе часть людей (и соответственно платежей) просто отваливается.

Как это работает: старая версия 3DS 1.0 работала грубо. Сразу требовала пароль или код из СМС и уводила пользователя на отдельную страницу. Это добавляло лишний шаг и снижало конверсию.

Сейчас ситуация лучше. В 3DS 2.0 часть проверок проходит в фоне: система сама обменивается данными с банком: устройство, поведение, история. Если риск низкий, пользователь вообще не видит дополнительного шага.

Что делать: настраивать 3DS под разные ситуации. Для новых клиентов и крупных платежей — включать проверку. Для повторных — упрощать сценарий оплаты и убирать лишние шаги.

BIN (Bank Identification Number) — первые 8 цифр карты (до апреля 2022 года стандартом были 6 цифр). По ним определяется банк-эмитент, тип карты (дебетовая, кредитная, премиальная), страна выпуска и платёжная система.

Потери возникают в трёх местах:

• Маршрутизация. Платёж может проходить лучше или хуже в зависимости от банка и страны карты. Если это не учитывать, транзакции идут наугад, и часть оплат просто теряется.
• Комиссии. Дебетовые карты дешевле в обработке, чем кредитные. Премиальные BIN (Signature, World Elite), наоборот, дороже. Если не смотреть на BIN, бизнес переплачивает там, где не надо.
• Отказы. Карты некоторых банков проходят хуже, особенно в международных платежах. Если это учитывать, можно заранее выбрать другой маршрут и не терять оплату.

Как это работает: Когда пользователь вводит карту, платёжная система сначала смотрит на BIN и уже потом решает, куда отправить транзакцию. У разных банков и регионов разная проходимость. Один и тот же платёж может не пройти через один маршрут и спокойно пройти по другому.

Что делать: дать пользователю возможность создавать карты внутри вашего сервиса с разными BIN под разные задачи. Для закупки рекламы в Facebook или Google — трастовые BIN США или Великобритании. Для оплаты локальных подписок — региональные. Когда пользователь может подобрать BIN под конкретную задачу, проходимость его платежей стремится к 100%.

Многие бизнесы работают с одним платёжным провайдером. Это удобно, но рискованно. Ни один провайдер не даёт максимальную проходимость по всем BIN, валютам и регионам. Платёж, который не прошёл у одного, часто проходит у другого.

Как это работает: У каждого провайдера свои настройки, банки и логика обработки транзакций. Поэтому результат по одному и тому же платежу может отличаться.

Отдельная проблема — работа с отказами. Важно разделять мягкие и жёсткие отказы. Мягкие — это временные отказы, когда не хватило денег, сработал лимит, был сбой. Их можно повторить. Жёсткие — окончательные: карта заблокирована, украдена, неверные данные. Их повторять бессмысленно.

Если система этого не понимает, она либо бесконечно повторяет бесполезные попытки, либо сдаётся. В обоих случаях вы теряете деньги. Более того, лишние повторы по жёстким отказам ухудшают репутацию: банки начинают чаще резать ваши платежи.

Что делать: работать с несколькими провайдерами. Распределять транзакции, переключаться при сбоях, по-разному обрабатывать отказы. Так вы увеличиваете approve rate и возвращаете часть платежей, которые раньше терялись.

Сетевая токенизация (решения вроде VTS от Visa и MDES от Mastercard) — это замена номера карты (PAN) на цифровой идентификатор, выпущенный платёжной системой.

Токен привязан к мерчанту и автоматически обновляется при перевыпуске карты.
Многие бизнесы продолжают работать с «сырыми» данными карты: номер, срок, CVV. Это стандартная схема, но она даёт лишние отказы и потери.

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

С токенизацией логика другая. Номер карты заменяется на токен, который выпускает платёжная система. Он привязан к конкретному мерчанту и автоматически обновляется, если карта меняется. Это даёт меньше отказов из-за устаревших данных, меньше фрода и лишних блокировок.

Что делать: Подключать сетевую токенизацию (через Visa или Mastercard) или сразу выбирать провайдера, у которого она работает по умолчанию для онлайн-платежей и подписок, включая Apple Pay и Google Pay.

В подписочной бизнес-модели деньги теряются не только из-за оттока, но и из-за платежей, которые не прошли. Пользователь не отменял подписку, но мог «отвалиться» из-за сбоя.

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

Большинство онлайн-сервисов и приложений пытаются решить это отправкой письма и делают пару повторных попыток через того же провайдера. Эффект минимальный, большинство платежей теряется.

Что делать: встраивать платёжные инструменты в продукт, например, виртуальные карты внутри сервиса под подписки и регулярные списания. Такие карты живут внутри вашей системы: вы контролируете баланс, лимиты и сами данные карты. Это снижает риск отказов из-за перевыпуска, устаревших реквизитов и случайных блокировок со стороны банка.

Многие бизнесы до сих пор строят приём платежей только на картах. Это привычно, но не всегда выгодно.

Как это работает: платёж по карте далеко не единственный способ списать деньги с клиента. Во многих случаях оплату можно провести напрямую со счёта на счёт, без карты как промежуточного звена. Такой формат даёт более низкую комиссию, меньше отказов и меньше проблем с чарджбэками.

Особенно это заметно на крупных чеках и в повторяющихся платежах, где каждая лишняя комиссия и каждый отказ по выручке.

Что делать: не завязываться только на карты. Добавлять альтернативные способы оплаты там, где они уместны: прямые переводы со счёта, локальные платёжные методы, подключать Account-to-Account (A2A). Это снижает стоимость обработки платежей и делает платёжную систему устойчивее.

Теперь главный вопрос: как не по отдельности, а системно решать перечисленные проблемы? Есть три подхода, каждый со своей экономикой и ограничениями.

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

Это готовое платёжное решение под вашим брендом — веб-сервис или Telegram Mini App. Вы получаете виртуальные карты Visa и Mastercard, а вся инфраструктура остаётся на стороне провайдера.

Какие проблемы закрывает:

• Даёт доступ к трастовым BIN из США, Великобритании, Эстонии и Гонконга. Платежи стабильнее проходят в Google Ads, Meta, TikTok и других сервисах.
• Частично снижает проблемы с провайдерами за счёт разных эмитентов, но без полноценного управления маршрутами.
• Снижает отказы в подписках за счёт встроенных карт: меньше проблем с перевыпуском, устаревшими данными и случайными блокировками.

Что не закрывает:

• Не влияет на антифрод при приёме платежей, ложные отказы остаются.
• Не управляет 3D Secure, сценарий аутентификации остаётся на стороне эквайера (в ряде BIN используется silent 3DS — без ввода кода).
• Работает только с картами, без альтернативных способов оплаты.

Экономика: выпуск карты — $2–2,5. Комиссии за операции (пополнение, транзакции) зависят от тарифа. Абонентской платы нет.

Это уже интеграция внутрь продукта. Карты становятся частью вашей системы: выпускаются, управляются и используются по заданной логике.

Какие проблемы закрывает:

• Даёт полный контроль над BIN и логикой использования карт. Можно подстраивать их под конкретные сценарии и повышать проходимость платежей.
• Позволяет выстраивать свою логику работы с отказами: когда повторять, как обрабатывать сбои.
• Частично решает проблемы подписок за счёт встроенных карт и контроля логики списаний.
• Даёт возможность внедрить токенизацию внутри своей системы.

Что не закрывает:

• Не влияет на антифрод входящих платежей.
• Не управляет 3D Secure при оплате.
• Не даёт полноценной маршрутизации между провайдерами.

Экономика: гибкая тарификация по API-вызовам и объёму транзакций. Внедрение требует ресурсов на разработку, поддержку и аналитику, но даёт больше контроля и возможностей.

Это когда вы сами строите всю платёжную систему: лицензии, интеграции с Visa/Mastercard, процессинг, антифрод, комплаенс.

Закрывает почти всё: вы контролируете антифрод, 3DS, BIN, маршрутизацию, подписки, альтернативные методы оплаты. Никаких ограничений со стороны провайдера.

Но за это платите сложностью:

• Сроки. 12–24 месяца до нормального запуска.
• Деньги. $500 000 – $2 000 000 на запуск.
• Комплаенс. Постоянное сопровождение регуляторных требований (PCI DSS, AML/KYC, мониторинг платёжных систем).
• Команда. Нужны специалисты по платёжным системам, безопасности и комплаенсу, а это дефицитный и дорогой ресурс.
• Поддержка. Круглосуточный мониторинг транзакций и решение инцидентов своими силами.

Собственная разработка оправдана для компаний с оборотом от $100 млн в год, где платёжная инфраструктура становится бизнесом внутри бизнеса.

Alternative Airlines — агрегатор, который продаёт билеты более чем 600 авиакомпаний. Схема платежей: клиент платит сервису, сервис платит партнёру.

Проблема. Для расчётов с небольшими и лоукост-авиакомпаниями компания использовала виртуальные карты и столкнулась с низкой проходимостью: транзакции массово отклонялись.

Почему платежи не проходили. Причина оказалась в BIN-ах. Карты имели BIN, которые классифицировались как «дорогие» с точки зрения комиссии за обработку. Для лоукост-авиакомпаний с минимальной маржой такие транзакции были невыгодны, поэтому они отклонялись. Это прямая иллюстрация ошибки с BIN: неподходящий BIN приводит к потерям и срыву оплаты.

Решение. Перешли на API-модель (Stripe Issuing) и изменили саму логику платежей:

• карты начали выпускаться под конкретные операции;
• появился контроль над BIN и параметрами карты;
• комиссии (interchange) стали настраиваться под сценарий платежа.

По сути, перестали «стрелять вслепую» и начали подбирать карту под конкретного партнёра.

Результат. Платежи начали проходить, потому что стали подходить партнёрам по условиям. Расчёты стабилизировались, acceptance rate вырос.

Таким образом, платёж может не проходить не из-за ошибки или фрода, а из-за неправильной «настройки» карты. Если не управлять BIN и логикой платежа, вы теряете деньги на ровном месте.

Начинать нужно с простого вопроса: где именно вы теряете деньги.
Если потери в операционке: ручной выпуск карт, лимиты, контроль расходов — можно начать с White Label и быстро навести порядок.

Если упираетесь в механизмы оплаты: авторизация, маршруты, роли, связка карты с продуктом, подписки, реклама, B2B-расчёты — нужен API и интеграция в систему.

Что делать прямо сейчас:

• проанализируйте последние платежи: на каком этапе они отваливаются;
• разберите причины отказов: антифрод, 3DS, недостаток средств, ошибки данных;
• посмотрите, по каким картам платежи не проходят чаще всего, даже после повторных попыток;
• выберите подходящую модель и только потом считайте экономику.

Если нужна экспертиза — специалисты CardsPro могут подключиться на любом этапе: от разбора причин до внедрения конкретного решения. Оставьте заявку в форме ниже — разберём, где именно у вас потери и что с этим делать.