Маркетплейс или интернет-магазин
Интернет-магазин продаёт свои товары. Маркетплейс сводит чужих продавцов с покупателями и зарабатывает на сделке между ними. Отсюда другая сложность: у площадки минимум три роли — покупатель, продавец и администратор, — у каждой свой кабинет, а деньги покупателя нужно разделить между продавцом и площадкой.
Поэтому первый вопрос не «на какой платформе делать», а «на чём площадка зарабатывает и как устроена сделка». От ответа зависит всё остальное.
Три модели маркетплейса
Товарный
Продавцы размещают товары, покупатели заказывают, площадка берёт комиссию. Каталог с фильтрами, корзина, оплата, доставка, отзывы и модерация.
Маркетплейс услуг
Заказчики находят исполнителей: профили и портфолио, заявки и отклики, бронирование, безопасная сделка, рейтинги и разбор споров.
B2B-площадка
Оптовые закупки, тендеры, агрегаторы поставщиков: прайс-листы, персональные цены, документы между юрлицами, интеграции с 1С.
Что нужно в первой версии
Строить «второй Ozon» сразу не нужно. Первая версия должна проверить экономику площадки: придут ли продавцы, купят ли покупатели, сходится ли комиссия. Для этого достаточно:
- Каталога с поиском и фильтрами по главным параметрам.
- Кабинета продавца: товары или услуги, заказы, выплаты.
- Кабинета покупателя: заказы, статусы, история.
- Оплаты с разделением платежа между продавцом и площадкой.
- Админ-панели: модерация продавцов и карточек, споры, комиссии.
Отзывы, акции, мобильные приложения и сложная логистика добавляются, когда площадка наберёт первых продавцов. Как выбрать этот минимум, мы разбирали в статье о том, что такое MVP.
Как устроены платежи и выплаты продавцам
Главная техническая особенность маркетплейса — сплит-платежи. Покупатель оплачивает заказ, платёжный сервис автоматически удерживает комиссию площадки и переводит остаток продавцу. Это снимает ручные взаиморасчёты и помогает соблюсти требования закона к приёму платежей в пользу третьих лиц.
Юридическую схему — параллельно с разработкой
Договоры с продавцами, оферта для покупателей, схема приёма платежей — не формальность, а часть архитектуры площадки. Прорабатывайте их одновременно с проектированием, чтобы платёжный контур не пришлось переделывать перед запуском.
Готовый шаблон или разработка
Шаблонные решения подходят для простого каталога, но ломаются на уникальной логике: нестандартной модели сделки, сложных комиссиях, интеграциях с учётными системами продавцов. Заказная разработка на готовой технологической базе даёт баланс: авторизация, роли, каталоги, API и админ-панель уже есть, и бюджет уходит на то, что отличает именно вашу площадку.
Ещё один аргумент — собственность. Исходный код и платформа принадлежат вам: развивать её можно с нами, своими разработчиками или другим подрядчиком.
Пример: маркетплейс лизинга «Лизинговая.рф»
Для «Лизинговой.рф» мы сделали площадку, которая сводит клиентов, поставщиков техники и лизинговые компании. Клиент выбирает технику в каталоге, рассчитывает платёж и сравнивает условия разных лизинговых компаний в одном окне, а заявки обрабатываются в личных кабинетах клиента, дилера, банка и администратора.
5 000+
позиций техники в каталоге
≈30
поставщиков размещают технику
12
лизинговых компаний на платформе
Сколько стоит создать маркетплейс
MVP маркетплейса с каталогом, кабинетами и платежами — от 800 000 ₽ и 4–6 месяцев. Полнофункциональная площадка со сплит-платежами, отзывами и аналитикой — от 1 800 000 ₽ и 6–10 месяцев. Платформа с мобильными приложениями и высокими нагрузками — от 4 000 000 ₽. Составы работ — на странице разработки маркетплейсов.
Мобильное приложение на старте обычно не нужно: адаптивная веб-версия покрывает мобильных пользователей и не требует модерации сторов. Приложение добавляют, когда у площадки появляются постоянные покупатели.
Бизнес-модель
Разбираем участников, сделку и монетизацию, фиксируем состав MVP.
Ядро и платежи
Каталог, кабинеты, сплит-платежи и админ-панель на готовой базе.
Запуск и рост
Нагрузочное тестирование, запуск с первыми продавцами, развитие итерациями по 2–4 недели.
