Как создать свой маркетплейс

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

Что нужно для создания маркетплейса?

До первой строки кода нужно ответить на несколько вопросов. Ответы потом превращаются в техническое задание.

• Ниша и целевая аудитория. Кто покупает, кто продает и почему им неудобно работать напрямую или через существующие площадки.
• Тип площадки. Товары, услуги, аренда, B2B-закупки. От типа зависят карточка, корзина и логика заказа.
• Юридическая схема. Площадка может работать как информационный посредник или как агент продавца. Схема определяет, кто выдает чек, как идут деньги и какие договоры подписывают продавцы. Ее выбирают вместе с юристом и бухгалтером.
• Платежная система с расщеплением платежа (сумма покупателя автоматически делится между продавцом и площадкой). Без нее оператору приходится вручную переводить деньги продавцам и сверять выплаты.
• Логистика. Продавцы отправляют заказы сами, площадка подключает службы доставки или держит свой склад.
• Первые продавцы. Пустой каталог никто не откроет, поэтому договориться с продавцами нужно до запуска.

Эти пункты описывают бизнес-процессы площадки. Именно их, а не список экранов, мы разбираем с заказчиком на первой встрече.

Бизнес-модель и модель монетизации

Маркетплейс начинает приносить прибыль, когда оборот продавцов на площадке покрывает расходы на разработку, серверы и привлечение аудитории. Способов заработать несколько, и их часто совмещают:

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

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

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

Создание маркетплейса с нуля означает, что код пишут под вашу модель, а не подгоняют модель под готовый продукт. Такой путь выбирают, когда:

• логика сделки нестандартная: бронирование, аренда, аукцион, тендер, подписка на поставки;
• нужны интеграции с учетными системами продавцов, 1С, складом, CRM оператора;
• площадка рассчитана на рост и должна выдерживать нагрузку в распродажи;
• владелец хочет контролировать код и данные и не платить за лицензию коробки.

Минусы тоже понятны: старт дольше, расходов на первом этапе больше. Поэтому маркетплейс с нуля почти всегда делают через MVP, минимально жизнеспособный продукт (первую версию только с теми функциями, без которых сделка не состоится). Рыночный срок простого MVP мобильного продукта 3-4 мес. Для веб-площадки срок считаем после брифа, он зависит от числа ролей и интеграций.

Если нужен маркетплейс под ключ, от аналитики до запуска и поддержки, эту работу студия берет целиком.

Создание маркетплейса: шаблон или коробочное решение

Второй путь - взять готовый продукт. Бывают SaaS-конструкторы с оплатой по подписке и коробочные решения, которые ставят на свой сервер. Шаблон дает каталог, корзину, кабинеты продавца и покупателя, базовую модерацию. Для проверки гипотезы этого часто хватает.

Ограничения проявляются позже:

• нестандартная логика заказа требует доработки чужого кода, и она бывает дороже своей разработки;
• обновления коробки могут ломать доработки;
• в SaaS данные и правила площадки живут у поставщика;
• производительность и дизайн ограничены платформой.

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

Как создать сайт маркетплейс?

Сайт маркетплейса состоит из трех интерфейсов и общей серверной части.

Витрина для покупателя:

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

Личный кабинет продавца:

• регистрация продавца с проверкой реквизитов и принятием оферты;
• загрузка товаров вручную, файлом или через API из учетной системы;
• управление заказами, остатками и ценами;
• отчеты о продажах, выплаты, закрывающие документы.

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

Серверная часть связывает все это с платежной системой, службами доставки, отправкой SMS и писем. Для запуска не обязательно делать все сразу. В первую версию берут то, без чего покупатель не сможет найти, оплатить и получить товар, а продавец не сможет принять заказ.

Как создать собственный маркетплейс?

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

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

Как создать маркетплейс приложение?

Мобильное приложение нужно, когда покупают часто: продукты, готовая еда, повседневные услуги. Приложение работает с тем же сервером, что и сайт, через API. Отдельно продумывают push-уведомления о статусе заказа, быстрый повтор покупки и оплату в пару касаний.

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

Этапы разработки маркетплейса

1. Анализ. Разбираем бизнес-модель, роли, путь сделки, требования к платежам и доставке. Результат - описание бизнес-процессов и список функций MVP.
2. Прототип. Собираем экраны витрины, кабинета продавца и панели оператора, проверяем сценарии на заказчике и нескольких будущих продавцах.
3. Дизайн. Рисуем интерфейс сначала для телефона, потом для компьютера: в электронной коммерции многие покупатели заходят со смартфона.
4. Разработка. Делаем серверную часть, каталог, корзину, расщепление платежей, интеграции со службами доставки.
5. Тестирование. Проверяем покупки, возвраты, отмены, выплаты продавцам и поведение под нагрузкой.
6. Запуск MVP. Открываем площадку для первых продавцов и ограниченной аудитории, собираем обратную связь.
7. Развитие. Добавляем продвижение, подписки, аналитику для продавцов, мобильное приложение.

Срок и бюджет называем после брифа. Прикинуть объем заранее можно в калькуляторе.

Разработка маркетплейсов: пример

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

Грядка. Представим маркетплейс фермерских продуктов. Продавцы - небольшие хозяйства без своих сайтов. Им нужен простой кабинет: добавить товар с фото прямо с телефона, отметить остатки на неделю, увидеть заказы. Покупателю важны сроки, поэтому корзина собирает заказ из нескольких хозяйств в одну доставку по району. Модель монетизации - комиссия с заказа.

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

Капиталика. Вариант B2B: площадка, где компании находят финансовых консультантов и аудиторов. Сделка идет через заявку и договор, оплата проходит по безопасной сделке (деньги держатся у платежного посредника до подтверждения работы), рейтинг строится только на отзывах после завершенных заказов.

У каждой из трех площадок свой набор функций. Готовый пример полезен как ориентир, но состав продукта выводят из бизнес-процессов конкретной ниши.

Как запустить маркетплейс и найти первых продавцов

Без продавцов некуда вести покупателей, а продавцы не придут туда, где нет покупателей. Эту проблему решают до запуска:

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

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

Правила площадки: модерация, споры и доверие

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

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

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

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