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

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

С чего начать, если решили создать маркетплейс

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

Работы удобно вести в таком порядке.

Для старта я бы выбрал нишевую площадку, а не горизонтальную витрину «для всего». В одной теме проще объяснить предложение, отбирать товары и находить продавцов. Широкий ассортимент требует большого числа продавцов и категорий, которых у нового проекта может ещё не быть.

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

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

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

Как работает маркетплейс: роли, типы и отличие от магазина

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

Участников три. Владелец управляет площадкой и определяет правила работы. Продавец размещает товар и отвечает за исполнение своей части сделки в соответствии с выбранной схемой. Покупатель выбирает товар и оформляет заказ. Заранее решите, куда покупатель обращается с вопросом или претензией и кто передаёт её продавцу.

Тип площадки выбирают по аудитории. B2C подходит для розничной ниши — например, спецодежды для общепита или запчастей для конкретной марки. B2B требует учитывать роли компаний и их порядок оформления заказов. C2C, где пользователи продают друг другу, требует отдельного внимания к доверию и разбору споров. Для первого запуска я бы выбрал узкую B2C-нишу: ассортимент и рекламное предложение легче связать между собой. Если ваша аудитория — компании с особыми условиями закупки, этот совет не подойдёт.

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

Какие функции нужны площадке, а какие подождут

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

В схемах FBO товар хранится на складе площадки, в FBS продавец отгружает заказ по правилам площадки, а в DBS продавец доставляет его покупателю сам. Для проверки спроса выберите одну схему. Несколько вариантов сразу потребуют больше логики в заказах и доставке и могут замедлить запуск.

Инфраструктуру подбирайте под ожидаемую нагрузку, а не наугад. Учтите количество карточек, размер изображений и нагрузку на поиск и оплату. После тестирования определите, какое серверное окружение, хранение медиа, очереди уведомлений и резервное копирование нужны проекту. Не закладывайте число посетителей без данных о своей аудитории.

Как площадка зарабатывает и где ломается юнит-экономика

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

Считайте экономику по формуле: выручка площадки = GMV x take rate. Вклад после расходов = выручка расходы на оплату продвижение привлечение обеих сторон поддержку сделок. На результат влияют отмены, повторные покупки и стоимость привлечения продавцов с актуальным ассортиментом.

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

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

Take rate без расходов на оплату, рекламу и привлечение сторон показывает только выручку на бумаге.

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

Юридическая и кассовая обвязка в России

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

Сценарий кассовых чеков зависит от того, кто участвует в расчётах и как оформлена сделка. До запуска согласуйте его с кассовым оператором и специалистом, который разбирается в применении 54-ФЗ. Не внедряйте схему только по названию платёжного способа: сначала разберите весь путь денег и заказа.

Если продавцам передаются имя, телефон или адрес покупателя, продумайте, кто получает эти данные и для чего. Порядок обработки персональных данных и документы площадки проверьте с профильным специалистом с учётом 152-ФЗ.

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

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

До первого платежа определите, кто участвует в расчёте, обрабатывает данные покупателя и отвечает на претензию.

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

Коробка, no-code или заказная разработка

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

CS-Cart Multi-Vendor рассчитан на работу с кабинетами продавцов и общей витриной. В 1С-Битрикс удобно рассматривать вариант, когда учёт уже ведётся в этой системе; возможности маркетплейса могут потребовать модулей и доработок. Sharetribe и no-code подходят для проверки простой модели, но до выбора проверьте, как в них устроены нужные способы оплаты и фискализация. Кастомную разработку стоит выбирать, когда готовые решения не покрывают согласованную схему. Она требует больше проектирования до запуска.

Для нишевого MVP с одним способом доставки я бы начал с коробки и проверил весь путь сделки. Если ваша модель включает особую схему расчётов, собственную логистику или сложные роли B2B, готовый модуль может не подойти. Для учётного контура можно собрать витрину и кабинеты на 1С-Битрикс; если сценарий не складывается из готовых решений — обсудить разработку площадки под него.

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

Две воронки: продавцы и покупатели

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

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

Воронка продавцов: отбор, онбординг, модерация

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

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

Воронка покупателей: спрос, первый заказ, повтор

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

После запуска собирайте отзывы продавцов и покупателей, следите за обработкой вопросов и измеряйте GMV, take rate, отмены и стоимость привлечения каждой стороны. Если экономика заказа не сходится, сначала проверьте предложение продавцам и качество ассортимента. Дополнительная реклама сама по себе проблему не решит.

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

Источники

• Федеральный закон от 22.05.2003 № 54-ФЗ «О применении контрольно-кассовой техники при осуществлении расчётов в Российской Федерации» — Российская Федерация
• Федеральный закон от 27.07.2006 № 152-ФЗ «О персональных данных» — Российская Федерация
• Закон РФ от 07.02.1992 № 2300-1 «О защите прав потребителей» — Российская Федерация