Каталог заполнен продавцами как получилось
Описания скопированы, характеристики не совпадают с фильтрами, один и тот же товар висит у пяти продавцов. Модерация подключается уже после публикации.
Маркетплейс
Подключаем продавцов к платформе с прозрачными расчётами
Продавец получает кабинет со своим ассортиментом, ценами и остатками, платформа — правила модерации, комиссию и понятный реестр выплат. Деньги приходят через сплитование или на номинальный счёт, а спор между покупателем и продавцом закрывается по регламенту со сроками и фиксацией решения.
Или сразу: +7 (962) 368-39-51 Telegram
KYC
проверка продавца до первой продажи
сплит
комиссия удерживается в момент оплаты
реестр
каждая выплата с расшифровкой и документом
эскроу
деньги уходят после подтверждения доставки
Где маркетплейс теряет деньги и доверие
Слабые места появляются не в интерфейсе, а в правилах: кто отвечает за карточку, как считается комиссия и что происходит при споре.
Комиссию считают вручную в таблице
Правила отличаются по категориям и продавцам, поверх них акции и промокоды, а потом возвраты. Бухгалтерия сводит суммы в spreadsheet и сверяет платежи глазами.
Выплаты превращаются в ежемесячный аврал
Реестр собирается вручную, продавец не понимает, из чего сложилась сумма, закрывающие документы уходят с задержкой, а расхождения ищут перепиской.
Спор покупателя и продавца решает менеджер в чате
Нет фиксации доказательств и сроков, непонятно, кто платит за возврат. Решение нигде не сохраняется, поэтому следующий похожий случай разбирают заново.
Отзывы накручивают, а фрод не ловится
Самовыкупы, отзывы с новых аккаунтов, заказы на адрес продавца ради оборота. Антифродных правил нет, и рейтинг перестаёт что-либо значить.
Агентская схема не описана документами
Непонятно, кто в сделке продавец для покупателя, кто формирует чек и как отражается комиссия. Отсюда споры с продавцами и вопросы бухгалтерии.
Из чего состоит платформа маркетплейса
Четыре блока, которые определяют, будет ли платформа управляемой или превратится в ручную работу операторов.
Кабинеты, роли и модерация
Продавец работает со своим ассортиментом, платформа контролирует, что именно попадает в каталог.
- Кабинет продавца: товары, цены, остатки, заказы, статистика
- Роли и права: владелец кабинета, менеджер продавца, оператор платформы
- Очередь модерации карточек до публикации и массовые операции
- История изменений и причины отклонения карточки
Онбординг и KYC продавца
Проверка до первой продажи: документы, реквизиты, стоп-листы и договор.
- Анкета юрлица или ИП, реквизиты и реестр документов
- Проверка по открытым источникам и внутренним стоп-листам
- Оферта и договор с электронным подписанием
- Разные уровни доступа до и после полной проверки
Комиссии, сплитование и выплаты
Ядро платформы: здесь сходится каждый рубль и формируется реестр.
- Правила комиссии по категориям, продавцам и акциям
- Сплитование платежа или приём средств на номинальный счёт
- Реестр выплат с расшифровкой по каждому заказу и периоду
- Удержания за возвраты, логистику и нарушения правил
Доверие: отзывы, споры, антифрод
Механики, которые удерживают качество каталога и снимают ручную нагрузку с поддержки.
- Отзывы только по подтверждённой покупке
- Спор с фиксацией сроков, доказательств и итогового решения
- Антифрод-сигналы по продавцу, покупателю и цепочке заказов
- Рейтинг, который влияет на позицию в каталоге
Как собираем маркетплейс
Начинаем с расчётной модели, потому что от неё зависят кабинеты, платежи и документы.
-
01 2–3 недели
Роли и расчётная модель
Определяем, кто продавец для покупателя, как считается комиссия и каким путём идут деньги: сплитование, номинальный счёт или эскроу.
-
02 6–10 недель
Кабинеты и модерация
Собираем кабинет продавца, онбординг с проверкой документов, очередь модерации и инструменты массовой работы с ассортиментом.
-
03 4–8 недель
Платежи, выплаты, документы
Подключаем приём платежей, автоматизируем реестры и удержания, настраиваем закрывающие документы и сверку с бухгалтерией.
-
04 3–5 недель
Споры, отзывы, антифрод
Запускаем регламент споров, отзывы по подтверждённым покупкам и мониторинг подозрительной активности с ручной проверкой на старте.
Как выбрать схему приёма денег: сплитование, номинальный счёт или эскроу
Сплитование удобно, когда платёжный провайдер умеет делить платёж между получателями: комиссия остаётся на счёте платформы, доля продавца уходит ему напрямую. Номинальный счёт подходит, когда платформа принимает все средства на себя и затем распределяет их по реестру. Эскроу имеет смысл в сделках с высоким риском, где выплата продавцу привязана к подтверждению доставки.
Выбор схемы определяет не только бухгалтерию, но и логику возвратов, удержаний и споров. Мы фиксируем её до начала разработки, потому что от неё зависит модель данных заказов и весь отчётный контур платформы.
Из чего складывается стоимость маркетплейса
Крупные блоки: кабинет продавца с ролями и модерацией, онбординг с проверкой документов, платёжный контур со сплитованием или номинальным счётом, подсистема выплат и реестров, механизм споров и отзывов, антифрод и администрирование платформы.
Отдельная статья — интеграции: учётная система, службы доставки, банк, сервис проверки контрагентов, документооборот. Мы всегда оцениваем их заранее, потому что именно они определяют реальный срок запуска, а не объём интерфейсов.
Ошибки, которые дороже всего обходятся на маркетплейсе
Первая и самая дорогая — начинать с витрины и кабинета, отложив расчётную модель. Вторая — позволять продавцам публиковать карточки без проверки, из-за чего каталог быстро теряет качество. Третья — не описывать правила споров и удержаний, перекладывая их на менеджеров и переписку.
Дальше по значимости идут отсутствие истории изменений по товарам и ценам, ручное формирование реестров и позднее подключение антифрода. Каждая из этих ошибок возвращается ростом операционных расходов, который не виден на этапе запуска.
Частые вопросы
Первая версия с кабинетами продавцов, модерацией, приёмом платежей и реестром выплат занимает от четырёх до семи месяцев. Срок определяется не интерфейсами, а интеграциями: банк, учётная система, доставка, проверка контрагентов. Если начать с ограниченного числа категорий и продавцов, запуск проходит заметно быстрее.
Из кабинета продавца с ролями и модерацией, онбординга с проверкой документов, платёжного контура со сплитованием или номинальным счётом, подсистемы выплат и реестров, споров, отзывов и антифрода. Добавьте интеграции с учётной системой, банком, доставкой и документооборотом — они часто перевешивают стоимость самой платформы.
Основные риски — некачественный каталог при слабой модерации, расхождения в расчётах с продавцами, рост ручной работы поддержки из-за неописанных правил споров и накрутка рейтингов. Снижаются они предсказуемо: модерация до публикации, автоматические реестры с расшифровкой, регламент споров со сроками и антифрод-правила с ручной проверкой на первых этапах.
Определите три вещи: какие категории стартуют первыми, кто в сделке является продавцом для покупателя и каким образом деньги попадают к продавцу. Это даёт основу для расчётной модели. Дальше можно оценивать объём работ: мы проводим такую встречу и готовим предварительную архитектуру с этапами и сроками.
Premium e-commerce: другие направления
Смежные задачи, которые обычно решаются в одном проекте с этой.
Планируете маркетплейс?
Опишите категории и модель расчётов с продавцами — предложим архитектуру и разложим сроки по этапам.