Заказная разработка

Разработка маркетплейса: юнит-экономика и юридические риски

Маркетплейс — это не «интернет-магазин, но с несколькими продавцами». Это отдельная категория продукта со своей юнит-экономикой (площадка зарабатывает с транзакции, а не с товара) и юридическими требованиями, которые растут вместе с оборотом. Разбираем архитектуру, экономику и то, что часто упускают на старте.

Разработать маркетплейс на заказ стоит того, когда стандартная витрина с продавцами уже не описывает вашу модель заработка.

Из чего состоит маркетплейс

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

Юнит-экономика: на чём зарабатывает площадка

В отличие от интернет-магазина, который зарабатывает на разнице между закупкой и продажей, маркетплейс обычно зарабатывает на транзакции — комиссия с продажи, платное размещение, подписка для продавцов. Это меняет то, как считается экономика:

Площадка может расти по обороту (GMV) и при этом терять деньги, если take rate не покрывает стоимость привлечения продавцов и покупателей плюс расходы на эквайринг и логистику. Прежде чем вкладываться в разработку, стоит честно прикинуть эти цифры — хотя бы приблизительно — а не полагаться на то, что «площадка сама себя окупит на масштабе».

Юридические требования, которые растут вместе с оборотом

• Статус продавцов. Если площадка выступает посредником в расчётах между покупателем и продавцом, это накладывает требования на то, кем юридически может быть продавец (самозанятый, ИП, юрлицо) и как оформляются выплаты — это стоит согласовать с юристом до запуска.
• Обязательная маркировка товаров. Для определённых категорий товаров (обувь, одежда, часть электроники и другие) требуется проверка и передача кодов маркировки «Честный знак» — если площадка работает с такими категориями, это должно быть частью логики оформления заказа, а не ручной процедурой сбоку.
• Защита персональных данных покупателей и продавцов — маркетплейс неизбежно обрабатывает персональные данные обеих сторон, что подпадает под 152-ФЗ.
• Правила о дистанционной торговле и защите прав потребителей — площадка должна закладывать в логику возвраты, обмены и раскрытие информации о товаре в соответствии с этими требованиями.

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

Как выбрать подрядчика

Разработчика для такой задачи стоит выбирать по конкретным признакам, а не по общему впечатлению от презентации:

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