Как создать маркетплейс или сайт-агрегатор
Если коротко: маркетплейс — это площадка, где много продавцов и покупателей встречаются и совершают сделки в одном месте, а сама площадка не владеет товаром, а зарабатывает на комиссии. Wildberries, Ozon, Avito — маркетплейсы. Это принципиально сложнее обычного интернет-магазина, потому что маркетплейс — двусторонняя платформа: ей нужно одновременно привлекать и продавцов, и покупателей, обрабатывать платежи и делить их между сторонами, вести кабинеты продавцов, модерировать и считать комиссии. Агрегатор проще — он лишь собирает предложения и отправляет покупателя на сайт продавца. Создать маркетплейс — это построить не сайт, а платформу, и относиться к нему надо соответственно.
Code Pilots с 2014 года разрабатывает сложные веб-платформы, в том числе двусторонние: наш кейс GigAnt — платформа гиг-экономики, которая сводит бизнес и исполнителей, с тысячами активных пользователей. Маркетплейсы — профильная для нас задача: highload, платежи, интеграции, сложная бизнес-логика. Материал объясняет, чем маркетплейс отличается от магазина и агрегатора, что у него под капотом, с какими сложностями сталкивается запуск и как подойти к его созданию, чтобы не построить пустую площадку.
Маркетплейс, интернет-магазин, агрегатор и классифайд: в чём разница
Эти четыре модели постоянно смешивают, а разница между ними определяет и сложность разработки, и бизнес-модель. Ключевые вопросы — кто владеет товаром и где происходит сделка.
| Модель | Кто продаёт | Где сделка | Как зарабатывает |
|---|---|---|---|
| Интернет-магазин | Один владелец — свой товар | На сайте магазина | С продажи товара |
| Маркетплейс | Много продавцов | На самой площадке | Комиссия со сделок |
| Агрегатор | Много источников | На сайте продавца (уходит туда) | Трафик и реклама |
| Классифайд | Сами пользователи | Обычно вне площадки | Реклама, платные объявления |
Логика простая. Интернет-магазин продаёт своё — он и владелец, и продавец. Маркетплейс сводит чужих продавцов с покупателями и берёт комиссию за то, что сделка проходит у него: оплата, оформление, часто доставка — всё на площадке. Агрегатор — это витрина-справочник: он собирает предложения, сравнивает и помогает выбрать, но покупать вы уходите на сайт продавца, а зарабатывает агрегатор на приведённом трафике. Классифайд (доски объявлений вроде Avito в его исходной модели) — площадка, где объявления публикуют сами пользователи, а сделка обычно происходит между ними напрямую. Чем ближе к маркетплейсу, тем сложнее платформа, потому что она берёт на себя деньги и ответственность за сделку.
Двусторонняя платформа и проблема курицы и яйца
Главная сложность маркетплейса не техническая, а рыночная, и её недооценивают чаще всего. Маркетплейс бесполезен без обеих сторон одновременно: покупатели не придут туда, где нет товаров, а продавцы не пойдут туда, где нет покупателей. Это классическая проблема курицы и яйца — нужно как-то запустить оба маховика сразу, хотя каждый зависит от другого.
Пустая площадка — самый частый способ провалить маркетплейс: платформу построили, а на ней никого. Поэтому продавцов и покупателей начинают привлекать ещё на этапе разработки, а не после запуска. Рабочие стратегии решения известны: начать с одной стороны и вручную набрать её (например, самим найти и завести первых продавцов с хорошим предложением), стартовать в узкой нише, где проще собрать критическую массу, а не «продавать всё для всех», использовать существующие сообщества и вручную сводить первые сделки, не дожидаясь автоматизации. Технология здесь вторична: даже идеально сделанный маркетплейс мёртв без решения этой рыночной задачи. Поэтому запуск маркетплейса — это на равных продукт и рынок, а не только разработка.
Что под капотом маркетплейса: почему это сложнее магазина
Снаружи маркетплейс похож на большой интернет-магазин, но внутри у него есть несколько подсистем, которых в обычном магазине нет. Именно они делают разработку сложнее и дороже.
| Подсистема | Зачем нужна |
|---|---|
| Кабинеты продавцов | Продавцы сами заводят товары, видят заказы, статистику, остатки |
| Сплитование платежей | Оплата делится между площадкой (комиссия) и продавцами автоматически |
| Модерация | Проверка товаров, продавцов и контента перед публикацией |
| Рейтинги и отзывы | Доверие на площадке: репутация продавцов и товаров |
| Расчёт комиссий и выплаты | Учёт комиссии, вывод денег продавцам, документы |
| Логистика и статусы | Доставка, трек-номера, статусы заказов от разных продавцов |
Самый показательный пункт — сплитование платежей (split payments). В обычном магазине деньги приходят одному владельцу, а в маркетплейсе один платёж покупателя нужно автоматически разделить: комиссию — площадке, остальное — продавцу, и всё это с соблюдением закона и через платёжного провайдера, который такое умеет. Добавьте кабинеты продавцов с их правами, модерацию, чтобы на площадку не попадал мусор и запрещёнка, систему рейтингов для доверия и расчёт выплат — и станет понятно, почему маркетплейс это не «магазин, только больше», а полноценная платформа со сложным бэкендом. Что такое серверная часть и почему нагрузка закладывается в архитектуру, разобрано в отдельном материале про бэкенд; для маркетплейса это критично вдвойне.
Как маркетплейс зарабатывает
Прежде чем строить, стоит определиться, на чём площадка будет зарабатывать, — от модели монетизации зависит и функционал. Основных способов несколько, и они часто сочетаются. Комиссия со сделок — базовая модель: площадка берёт процент с каждой продажи, и это требует того самого сплитования платежей. Подписка продавцов — фиксированная плата за размещение и доступ к аудитории, независимо от продаж. Платное продвижение — продавцы платят за то, чтобы их товары показывались выше. Реклама — размещение на площадке за деньги. Выбор модели влияет на то, что нужно построить в первую очередь: маркетплейс на комиссии не запустить без корректной работы с платежами, а площадка на подписке может стартовать проще.
Финансовая и правовая сторона: что учесть заранее
Маркетплейс работает с чужими деньгами, и это добавляет нюансов, которых нет у обычного магазина, — их лучше продумать до старта, а не после. Сплитование платежей требует не любого, а специального эквайринга: платёжный провайдер или банк должен уметь принимать один платёж и распределять его между площадкой и продавцами по правилам — такие решения для маркетплейсов есть, но их наличие проверяют заранее. Дальше — чеки и учёт: при продаже через площадку возникает вопрос, кто и как формирует фискальные чеки за продавцов, и это регулируется законом. Наконец, статус продавцов: физлица, самозанятые, ИП и компании оформляются и облагаются по-разному, и площадка должна с этим корректно работать.
Всё это не повод пугаться, а повод заложить в проект с самого начала: оферту для продавцов и покупателей, корректную схему приёма и выплат денег, работу с чеками. Это не юридическая консультация — конкретную схему согласуют с юристом и платёжным партнёром, — но знать про эти нюансы важно, потому что переделывать денежную часть на работающей площадке дорого и рискованно.
Конструктор или заказная разработка
Маркетплейс можно попробовать собрать на готовом решении — есть коробочные платформы и конструкторы (вроде CS-Cart и аналогов), которые дают базовый функционал маркетплейса из коробки. Для быстрого старта в типовой модели это разумный путь: дешевле и быстрее, чем разработка с нуля, и позволяет проверить идею.
| Критерий | Готовое решение / конструктор | Заказная разработка |
|---|---|---|
| Старт | Быстро и дешевле | Дольше и дороже |
| Модель | Только типовая | Любая, ваша |
| Гибкость и интеграции | В рамках коробки | Без ограничений |
| Нагрузка и рост | Есть потолок | Закладывается запас |
| Когда выбирать | Проверить нишу, типовая модель | Основной продукт, нестандарт, рост |
Потолок наступает, когда площадка растёт или ваша модель нестандартна. Коробка задаёт свои рамки: свою логику комиссий, свои сценарии, свои ограничения по нагрузке и интеграциям, и как только вам нужно что-то за их пределами, начинаются дорогие доработки или упор в стену. Заказная разработка дороже и дольше на старте, но даёт именно вашу модель, любые интеграции и запас по нагрузке — это выбор для площадок, которые строят всерьёз и надолго. Разумный ориентир: если ваша модель типовая и задача — быстро проверить нишу, начните с готового; если маркетплейс — это ваш основной продукт с нестандартной логикой и планами на рост, кастомная разработка окупится. Промежуточный вариант — стартовать на MVP и переходить на своё, когда упрётесь в потолок.
Как создать маркетплейс: этапы
Разработка маркетплейса идёт по логике любого сложного продукта, но с поправкой на двусторонность и платежи. По шагам это выглядит так.
Исследование и модель. Зачем площадка, для кого обе стороны, на чём зарабатывает, чем отличается от существующих. Здесь же — проверка спроса через разговоры с будущими продавцами и покупателями.
Проектирование. Функционал, сценарии обеих сторон, дизайн, архитектура под нагрузку и платежи.
MVP. Первая версия с минимумом функций, без которых площадка не работает: каталог, кабинеты, заказы, оплата. MVP выводит на рынок за месяцы, а не годы, и позволяет проверить гипотезу вживую.
Интеграции и тестирование. Платёжные системы со сплитованием, доставка, учёт; тщательное тестирование денежных сценариев.
Запуск и развитие. Привлечение обеих сторон (начатое ещё на этапе разработки), сбор обратной связи, развитие функционала.
Ключевой принцип — не пытаться построить Wildberries сразу. Успешные маркетплейсы почти всегда начинали с узкой ниши и минимума функций, а не с гигантской площадки на все категории. Что такое MVP и почему с него разумно начинать, разобрано в отдельной статье; для маркетплейса это особенно важно, потому что строить всё сразу — это годы и бюджет без проверки, что площадка вообще взлетит.
Частые ошибки
Строить площадку, а не рынок. Вложиться в разработку и забыть про привлечение продавцов и покупателей — получить пустой маркетплейс.
Пытаться охватить всё сразу. Запускать площадку на все категории вместо узкой ниши — распылить силы и не набрать критическую массу ни в чём.
Недооценить платежи. Считать, что оплата в маркетплейсе как в магазине; сплитование, выплаты продавцам и документы — отдельный сложный пласт.
Взять конструктор под нестандартную модель. Упереться в рамки коробки там, где нужна своя логика, и переделывать.
Строить всё до запуска. Год разрабатывать полный функционал вместо MVP — и выйти на рынок с непроверенной гипотезой и потраченным бюджетом.
С чего начать
Порядок разумный:
- Определить модель — маркетплейс, агрегатор или классифайд, и на чём площадка зарабатывает
- Выбрать узкую нишу, где проще собрать обе стороны
- Продумать, как привлечёте первых продавцов и покупателей, ещё до разработки
- Начать с MVP с минимумом функций, а не строить всё сразу
- Заложить корректную работу с платежами и запас по нагрузке в архитектуру
И помнить, что маркетплейс — это в равной мере продукт и рынок: без решения проблемы курицы и яйца лучшая платформа останется пустой.
Создать маркетплейс — значит построить платформу, а не сайт, и главная сложность делится между технологией и рынком: сложный бэкенд с платежами и кабинетами плюс задача свести обе стороны. Code Pilots разрабатывает маркетплейсы и двусторонние платформы под ключ — со сплитованием платежей, кабинетами, модерацией и запасом по нагрузке, силами senior-команды с опытом highload и таких проектов, как GigAnt. Расскажите, какую площадку вы задумали, — подскажем, с чего начать и что войдёт в первую версию.
Частые вопросы (FAQ)
Интернет-магазин продаёт свой товар — один владелец предлагает свои остатки, и покупатель заключает сделку напрямую с ним. Маркетплейс — это площадка, где много разных продавцов, а она сама не владеет товаром, только обеспечивает сделку и берёт комиссию. Технически маркетплейс сложнее: нужны кабинеты продавцов, разделение платежей между площадкой и продавцами, модерация и рейтинги, которых в обычном магазине нет.
Агрегатор — это витрина-справочник, которая собирает предложения из многих источников, сравнивает их и помогает выбрать, но сама сделка происходит не на нём: покупатель уходит на сайт продавца. В отличие от маркетплейса, где можно оплатить и оформить заказ на месте, агрегатор только приводит трафик и зарабатывает на нём и на рекламе. Примеры — сервисы сравнения цен и товарные витрины.
Кроме каталога и корзины, как у магазина, у маркетплейса есть подсистемы, которых в магазине нет: кабинеты продавцов (заводят товары, видят заказы), сплитование платежей (один платёж делится между площадкой и продавцами), модерация товаров и продавцов, рейтинги и отзывы, расчёт комиссий и выплаты продавцам, работа с доставкой от разных продавцов. Всё это делает маркетплейс полноценной платформой со сложным бэкендом, а не «большим магазином».
Для быстрого старта в типовой модели — да, есть коробочные платформы, которые дают базовый функционал маркетплейса. Это дешевле и быстрее, чем разработка с нуля, и подходит, чтобы проверить нишу. Но у конструктора есть потолок: своя логика комиссий, ограничения по нагрузке и интеграциям, и как только нужна нестандартная модель или рост, начинаются дорогие доработки. Для серьёзной площадки с нестандартной логикой обычно нужна заказная разработка.
Универсальной цифры нет — стоимость зависит от модели, набора функций, сложности платежей и интеграций, требований к нагрузке и того, что входит в первую версию. Маркетплейс дороже интернет-магазина, потому что это двусторонняя платформа со сплитованием платежей, кабинетами и модерацией. Разумно начинать с MVP в узкой нише, а не строить всё сразу. Точную оценку под вашу модель мы считаем по требованиям.
