Как создать маркетплейс с нуля

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

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

Модель и экономика маркетплейса

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

1. Какой тип рынка? Товары (B2C или B2B), услуги с исполнителями, аренда, объявления, найм. От этого зависят каталог, логистика и платежи.
2. Какую проблему вы решаете для каждой стороны? Покупателю — выбор, цена, гарантия. Продавцу — поток клиентов, который он не может получить сам.
3. Как вы зарабатываете? Комиссия с транзакции, подписка продавцов, платное продвижение, лидогенерация. Модели можно комбинировать, но в MVP лучше одна.
4. Почему сделка пройдёт через платформу, а не мимо неё? Безопасная оплата, гарантии, рейтинги, удобство документов — без этой ценности стороны договорятся напрямую после первого контакта.

Посчитайте юнит-экономику до разработки: средний чек, комиссия, стоимость привлечения покупателя и продавца, частота повторных сделок. Если на одну сделку с комиссией 500 ₽ привлечение клиента обходится в 2 000 ₽, а повторных покупок нет — модель не сходится при любом качестве продукта.

Проблема курицы и яйца

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

• Начните с узкой ниши и одной географии. Маркетплейс сантехников в одном районе города проще наполнить, чем «все услуги по всей стране».
• Сначала наберите сторону предложения. Продавцов меньше, их легче найти и уговорить вручную — звонками, встречами, бесплатным размещением.
• Дайте ценность одной стороне даже без второй: удобный кабинет, CRM для исполнителя, онлайн-запись. Тогда продавцы останутся, пока вы привлекаете покупателей.
• Заполняйте предложение вручную на старте: команда может сама обрабатывать часть заказов, чтобы покупатель не видел пустой каталог.
• Измеряйте ликвидность — долю заказов, которые нашли исполнителя или продавца за разумное время. Это главная метрика раннего маркетплейса.

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

Этапы создания маркетплейса

Итого MVP платформы занимает 8–12 недель. Часть этапов идёт параллельно: пока разработчики строят каталог, продуктовая команда договаривается с первыми продавцами. Требования лучше зафиксировать заранее — как это сделать, мы разобрали в статье как составить ТЗ.

Функции MVP: что делать сейчас, а что потом

Главный соблазн — сделать «как у Авито» сразу. Крупные площадки строились годами. MVP должен закрывать один полный цикл сделки, и ничего лишнего.

Обязательно в первой версии

• Регистрация и профили для каждой роли: покупатель, продавец или исполнитель, администратор.
• Каталог или лента предложений с поиском и базовыми фильтрами.
• Оформление заказа и статусы сделки.
• Оплата через платформу — иначе вы не контролируете сделку и не получаете комиссию.
• Уведомления: email, push или Telegram.
• Отзывы и рейтинг — основа доверия.
• Админ-панель: модерация, управление пользователями, разбор споров.

Можно отложить

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

Платежи, безопасная сделка и выплаты

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

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

Архитектура, которая выдержит рост

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

• Единый API для веба, мобильных приложений и Telegram — новые клиенты подключаются без изменений бэкенда.
• Реляционная база для заказов и денег, отдельный поисковый индекс для каталога.
• Очереди для уведомлений, выплат и фоновых задач.
• Журнал действий, антифрод-правила и резервное копирование с первого релиза.
• Мониторинг и алерты: о падении платежей вы должны узнавать раньше пользователей.

Веб, мобильные приложения или Telegram

Для первой версии обычно достаточно адаптивного веб-приложения: оно индексируется поисковиками, открывается по ссылке и не требует ревью сторов. Мобильные приложения становятся нужны, когда исполнителям требуется стабильная геолокация и надёжные уведомления о новых заказах, а покупатели возвращаются часто. Если ваша аудитория активно пользуется Telegram, кабинет продавца или исполнителя можно сделать в виде бота с Telegram Mini App — это быстрее и дешевле отдельного приложения. Благодаря единому API эти каналы добавляются по мере роста, а не все сразу.

Так устроен наш маркетплейс бытовых услуг: геопоиск исполнителей, рейтинги, безопасная сделка, веб-версия и приложения для iOS и Android. MVP был готов за 9 недель, сейчас на платформе больше 12 000 исполнителей. Похожая архитектура с ролями клиента, водителя и диспетчера работает в сервисе заказа трансферов.

Типичные ошибки при запуске

1. Запуск сразу на широкий рынок. Пустая площадка во многих категориях выглядит хуже, чем заполненная в одной.
2. Год разработки до первого пользователя. За это время гипотезы устаревают, а бюджет заканчивается до того, как появились данные.
3. Оплата «мимо кассы». Если платформа не участвует в расчётах, она не видит сделок, не получает комиссию и не может защитить участников.
4. Отсутствие модерации. Несколько недобросовестных продавцов на старте способны надолго подорвать доверие к площадке.
5. Метрики тщеславия вместо ликвидности. Число регистраций ничего не говорит; важны доля успешных сделок и повторные покупки.
6. Слабая админка. Если команда не может быстро найти заказ, вернуть деньги или заблокировать участника, поддержка захлебнётся уже на первой сотне сделок.

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

Сколько стоит создать маркетплейс

Справочно разработка платформы-маркетплейса стоит от 1 200 000 ₽ за MVP со сроком 8–12 недель. На итоговую сумму влияют число ролей, сложность платёжной схемы, геолокация и карты, интеграции с учётными системами продавцов, наличие мобильных приложений с первого дня. Точная стоимость — после проработки ТЗ; ориентиры по всем продуктам — на странице цены на разработку.

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