Платёжное решение для площадки: шесть требований до подписания договора

Выбор платёжного решения для площадки — не то же самое, что выбор для магазина. Магазин спрашивает про ставку и скорость поступления денег. Площадке нужно спросить, кто заводит продавцов и кто держит их балансы. Затем — кто отвечает за несостоявшийся заказ и что будет в день, когда продавец окажется проблемой.

Большинство провайдеров хорошо отвечает на первый вопрос и расплывчато — на остальные. Список ниже как раз и отделяет решение, построенное для площадок, от магазинного продукта. У второго подпись «для маркетплейсов» стоит лишь на странице тарифов.

Содержание

Онбординг продавцов — то, что определяет вашу нагрузку

Каждого продавца нужно идентифицировать до того, как он получит деньги. Вопрос в том, кто делает эту работу и сколько её упадёт на вашу поддержку.

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

Наша часть этой работы связана с настройкой мерчант-счёта, а сам счёт открывается от 5 дней, когда документы собраны.

Движение денег, которым вы управляете

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

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

Отчётность, которая переживёт проверку

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

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

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

Что происходит, когда продавец оказывается плохим

Этот сценарий никто не показывает на демо, и он же стоит дороже всего. Продавец набрал заказы, не отгрузил, исчез. Покупатели открывают споры. Деньги уже выплачены.

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

Вопросы по коммерческой части

У площадок больше движущихся частей в тарифе, чем у магазинов. Ставка за обработку для middle-risk площадок начинается от 1,8%. Кроме неё обычно есть плата за выплату, иногда за заведённого продавца и изредка месячная плата. Модель с дешёвой обработкой и дорогими выплатами подходит площадке с крупными заказами и малым числом продавцов. Зато площадку с обратным профилем она разоряет.

Возьмите свои реальные числа: заказов в месяц, средний чек, количество продавцов, периодичность выплат. Затем посчитайте всё целиком, а не одну ставку. Структура — на странице тарифов.

Что проверить на пилоте

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

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

Заодно посмотрите, как выплаты выглядят со стороны продавца: по этому экрану продавцы и судят о площадке.

Частые вопросы собраны в разделе вопросов.

Короткий чек-лист

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

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

Подключение от 5 дней. Комиссия от 1,8% — прозрачные условия, без скрытых платежей. Оставьте заявку или закажите консультацию — подберём оптимальное решение под вашу нишу и риск-профиль.

Читайте также