Выбор платёжного решения для площадки — не то же самое, что выбор для магазина. Магазин спрашивает про ставку и скорость поступления денег. Площадке нужно спросить, кто заводит продавцов, кто держит их балансы, кто отвечает, когда заказ не состоялся, и что произойдёт в день, когда продавец окажется проблемой.
Большинство провайдеров хорошо отвечает на первый вопрос и расплывчато — на остальные. Список ниже как раз и отделяет решение, построенное для площадок, от магазинного продукта с подписью «для маркетплейсов» на странице тарифов.
Онбординг продавцов — то, что определяет вашу нагрузку
Каждого продавца нужно идентифицировать до того, как он получит деньги. Вопрос в том, кто делает эту работу и сколько её упадёт на вашу поддержку.
Спросите, идёт ли онбординг через API, который вы встроите в собственную регистрацию продавца, или продавца перебросят на форму, которую он не узнает. Спросите, сколько занимает одобрение и какая доля получает отказ. Спросите, что происходит с продавцом, застрявшим на проверке: он может выставлять товары, но не получать выплаты, или заморожено всё? Площадка, которая не умеет заводить продавца за день, теряет его в пользу той, которая умеет.
Наша часть этой работы связана с настройкой мерчант-счёта, а сам счёт открывается от 5 дней, когда документы собраны.
Движение денег, которым вы управляете
Решение должно уметь три вещи без ручной работы: разделить входящий платёж, придержать долю до вашей команды и выплатить продавцам по графику, который задаёте вы. Если хотя бы одно требует таблицы, вы будете вести эту таблицу каждую неделю столько, сколько живёт площадка.
Конкретно: проверьте, может ли комиссия быть процентом, фиксированной суммой или и тем и другим сразу — большинству площадок в итоге нужно и то, и другое. Проверьте, можно ли удерживать средства по заказу, а не по продавцу: споры привязаны к заказам. И проверьте, можно ли отменить выплату, пока она не ушла, — это понадобится в первый же раз, когда мошеннический заказ проскочит. Как это устроено технически, описано в разделе обработки платежей.
Отчётность, которая переживёт проверку
Площадки перерастают собственную бухгалтерию быстрее магазинов, потому что каждый евро, проходящий через вас, часть пути принадлежит кому-то другому. До подписания попросите показать настоящий отчёт о расчётах, а не скриншот.
По нему вы должны без разработчика ответить на три вопроса: сколько заработал такой-то продавец за прошлый месяц, из каких заказов состоит такая-то выплата и где лежат деньги, которые ещё не выплачены. Если отчёт так не умеет, финансисты пересоберут его в таблице, и к третьему кварталу таблица будет врать.
Где ждут балансы продавцов между сбором и выплатой, тоже важно. Отдельный бизнес-IBAN держит эти деньги отделимыми от вашей выручки, и разговор с аудитором становится коротким.
Что происходит, когда продавец оказывается плохим
Этот сценарий никто не показывает на демо, и он же стоит дороже всего. Продавец набрал заказы, не отгрузил, исчез. Покупатели открывают споры. Деньги уже выплачены.
Спросите прямо: можно ли мгновенно приостановить выплаты конкретному продавцу или для этого нужна заявка в поддержку? Можно ли автоматически удержать убыток по чарджбэку из его будущих заработков? Приходит ли сигнал, когда у одного продавца растёт доля споров, или вы узнаете об этом от эквайера? Решение, которое хорошо отвечает на эти три вопроса, стоит переплаты, потому что альтернатива — платить за убытки самому.
Вопросы по коммерческой части
У площадок больше движущихся частей в тарифе, чем у магазинов. Кроме ставки за обработку, которая для middle-risk площадок начинается от 1,8%, обычно есть плата за выплату, иногда плата за заведённого продавца и изредка месячная плата за платформу. Модель с дешёвой обработкой и дорогими выплатами подходит площадке с крупными заказами и небольшим числом продавцов и разоряет площадку с обратным профилем.
Возьмите свои реальные числа — заказов в месяц, средний чек, количество продавцов, периодичность выплат — и посчитайте всё целиком, а не одну ставку. Структура — на странице тарифов.
Что проверить на пилоте
Демо строят так, чтобы оно прошло успешно, поэтому полезное сравнение происходит на ваших собственных данных. Попросите песочницу и прогоните четыре сценария до подписания: обычный заказ со сплитом, возврат после того, как продавцу уже выплатили, спор по доставленному заказу и продавца, который не прошёл проверку на середине.
Эти четыре закрывают пути, по которым реально будет ходить ваша поддержка. Возврат после выплаты удивляет сильнее всего, потому что деньги должны откуда-то взяться, и кто их несёт — площадка или продавец — это настройка, а не закон природы.
Заодно посмотрите, как выплаты выглядят со стороны продавца: по этому экрану продавцы и судят о площадке.
Частые вопросы собраны в разделе вопросов.
Короткий чек-лист
- Онбординг продавцов через ваш интерфейс, а не через переброс.
- Разделение, удержание и выплата без ручных шагов.
- Комиссия процентом, фиксированной суммой или обоими сразу.
- Приостановка выплат и удержание убытка по конкретному продавцу.
- Отчёты, которые разворачивают выплату в список заказов.
- Доля споров видна по продавцу, а не только по площадке.
Если провайдер закрывает все шесть пунктов, интеграция — простая часть. Если четыре, остальные два вы построите сами, и об этой стоимости лучше знать до договора, а не после. Механику самого движения денег мы разбирали отдельно, в материале про мерчант-счета.
Подключение от 5 дней. Комиссия от 1,8% — прозрачные условия, без скрытых платежей. Оставьте заявку или закажите консультацию — подберём оптимальное решение под вашу нишу и риск-профиль.