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

Идея обычно звучит так: «Сделаем свой Ozon, только для нашей ниши». Для стройматериалов, автозапчастей, фермерских продуктов или мастеров по ремонту. Рынок понятный, большие площадки берут заметную комиссию, продавцы ворчат. Кажется, осталось только написать сайт.

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

Можно ли создать свой маркетплейс? Да, нишевые площадки в России работают. Но маркетплейс — это прежде всего бизнес-модель и правила, а уже потом сайт. Ниже разберём, что продумать до того, как вы оплатите первую строчку кода.

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

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

У маркетплейса три стороны, и каждой нужен свой интерфейс.

Отсюда главное отличие в разработке. Интернет-магазин — это витрина и корзина. Маркетплейс добавляет к ним кабинет продавца, расчёты между сторонами и панель управления для вас. По объёму работы он ближе к сложному веб-приложению, чем к сайту.

Если на самом деле продавец один, а товаров просто много, вам нужен интернет-магазин, а не маркетплейс. Его проще запустить и дешевле поддерживать.

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

Что работает на практике:

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

Сузьте нишу и географию. Не «всё для ремонта по России», а «плитка и сантехника в Подмосковье с доставкой за день». В узкой нише проще набрать достаточно товаров, чтобы покупателю было из чего выбрать.

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

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

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

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

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

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

Правила площадки — отдельный продукт. До разработки ответьте хотя бы на такие вопросы:

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

Каждый ответ превращается в экран, статус заказа или правило в коде. Если правил нет на бумаге, разработчик придумает их сам. И не факт, что так, как нужно вам.

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

Если площадка берёт комиссию, обычно используют агентскую схему. Покупатель платит площадке, площадка оставляет себе комиссию и перечисляет остальное продавцу. Это влияет на чеки. По закону 54-ФЗ чек выдаёт тот, кто принял деньги, то есть площадка. В чеке ставится признак агента и указываются название и ИНН продавца.

Чтобы не держать чужие деньги на своём счёте, площадки подключают специальные решения платёжных сервисов. Например, у ЮKassa есть «Безопасная сделка», у Т-Банка есть «Мультирасчёты». Такие сервисы умеют разделить один платёж между продавцами и площадкой. Какой вариант подойдёт вам, зависит от схемы договоров, и выбирать его стоит вместе с банком и бухгалтером.

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

С 1 октября 2026 года действует закон о платформенной экономике (289-ФЗ). Он описывает отношения площадки, продавцов и пунктов выдачи заказов. Вот что в нём есть:

• договоры с продавцами заключаются в электронной форме;
• до договора площадка проверяет продавца по ЕГРЮЛ, ЕГРИП или через Госуслуги;
• в карточке товара указано, что площадка не продавец, если только она не продаёт от своего имени;
• снизить цену продавца без его согласия нельзя;
• сортировку, которую выбрал покупатель, площадка обязана соблюдать.

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

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

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

Что спокойно ждёт второй версии:

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

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

Похожую задачу хорошо иллюстрирует кабинет дилеров MMB Russia. Это не маркетплейс, но устроен он по тем же принципам: роли, оплата через АТОЛ Pay, отчёты, контроль доступа по IP. Именно такие «скучные» части держат систему, когда пользователей становится много.

Технически у маркетплейса три пути. Ни один не лучше остальных всегда, всё решает ваша модель.

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

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

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

Прежде чем заказывать разработку, соберите ответы в один документ. Он сэкономит недели обсуждений.

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

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

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