Заявка на демо
En

Собственный маркетплейс на базе интернет-магазина

⟶ Полное руководство для тех, кто уже продаёт онлайн и думает о следующем шаге
Кажется, что окно возможностей по запуску маркетплейсов закрылось навсегда. Ozon и Wildberries достигли таких масштабов и влияния, что даже очень крупные игроки (Яндекс, Сбер или AliExpress), не в силах с ними конкурировать. Но на самом деле в узких рыночных нишах, особенно в B2B, все еще много возможностей для запуска маркетплейса.

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

Содержание

Введение
  1. Зачем компании запускают собственный маркетплейс
  2. Что такое маркетплейс
  3. Схемы работы с продавцами: FBO, FBS, DBS
  4. Онбординг продавцов
  5. Товарное предложение
  6. Рейтинг продавцов
  7. Заказы и доставка
  8. Возвраты: то, что больнее, чем кажется
  9. Финансы и документы
  10. Коммуникация с покупателями
  11. IT-архитектура: что строить поверх существующей платформы
  12. Команда
  13. С чего начинать
OPEN SOURCE
Ensi — платформа для запуска маркетплейса с нуля или на базе екома
Open source решение, на котором работают федеральные игроки и нишевые маркетплейсы

1. Зачем компании запускают собственный маркетплейс

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

1.1 Четыре сценария

Расширение ассортимента
Самый частый сценарий — и самый понятный для компаний с действующим интернет-магазином. У вас работает категория, у байеров налажены отношения с поставщиками, но часть SKU в полку не помещается: слишком узкая аудитория, слишком длинный срок оборачиваемости, слишком высокий риск замороженных денег на стоке. Маркетплейс позволяет вывести этот «длинный хвост» в продажу без выкупа товара.

Хорошая промежуточная форма перед запуском полноценного маркетплейса — лонгтейл. Это гибридная модель, при которой ритейлер предлагает товары со склада поставщика под видом собственных, указывая увеличенные сроки доставки. Лонгтейл хорошо работает с уже проверенными поставщиками и часто становится логичной первой ступенью на пути к маркетплейсу.
“
Самый быстрорастущий канал для текущих продаж онлайн — это маркетплейс. Одна из основных целей открытия маркетплейса для нас — привлечение ассортимента, который не входит в текущие полки, стандартные сегменты, категории, которые представляет наш интернет-магазин.
Артём Бучин, директор маркетплейса «Детский мир»
Привлечение новых поставщиков
Отличается от первого сценария акцентом: вы не просто выводите товары существующих контрагентов, а конкурируете с Ozon и Wildberries за хороших продавцов. Аргументы для них — лояльная нишевая аудитория, более высокая конверсия, экспертиза в категории, иногда физическая полка в офлайне.

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

Отдельный аргумент, особенно актуальный для брендов с сильным имиджем — brand safety. Нишевый маркетплейс, который контролирует сертификаты, не пускает контрафакт и аккуратно работает с ценой, становится для бренда не просто дополнительным каналом, а инструментом защиты репутации.
Защита бренда от репутационных рисков в цифровой среде
“
Мы очень внимательно относимся к выбору маркетплейсов, стараясь не допустить потери прямого контакта бренда с покупателем. Если говорить о России, то Lamoda — ведущая онлайн-платформа, которая соответствует позиционированию 12 STOREEZ.
Борис Гуревич, операционный директор 12 STOREEZ
Объединение компаний холдинга
Представим, что холдинг владеет несколькими розничными компаниями, например, аптечными, DIY или fashion-брендами. Разрозненные компании, каждая со своим ограниченным кругом клиентов или регионом присутствия, через объединение под одной витриной получают взаимный доступ к новым рынкам и аудиториям. В идеале это даёт и клиентский синергетический эффект, при котором на одной площадке собирается ассортимент, где товары разных игроков логично дополняют друг друга.

Но главная проблема, которую решает маркетплейс в этом сценарии, не витринная, а операционная. У компаний холдинга обычно слишком разные процессы, учётные системы и команды. Привести их к единому стандарту — задача на годы: нужно унифицировать товарные каталоги, переписать интеграции, договориться о ценовой политике, переучить людей. Маркетплейс позволяет этого не ждать. Каждая компания холдинга подключается как отдельный продавец с собственным ассортиментом, своим складом, своими интеграциями, а покупатель получает единую витрину уже сейчас. Унификация процессов происходит постепенно, в фоне, и не блокирует запуск объединённых продаж.
Консолидация отрасли
Этот сценарий актуален для вертикально-интегрированных холдингов и крупных отраслевых игроков, цель которых стать точкой входа для всех участников рынка в своей нише и выстроить экосистему вокруг себя. В B2C это редкий сценарий, а вот в B2B — довольно частый: маркетплейсы для агропромышленного комплекса, металлоторговли, строительных материалов, лабораторного оборудования, систем безопасности, HoReCa. Запуск такого маркетплейса требует совершенно другой инвестиции в маркетинг и партнёрские отношения, чем расширение ассортимента, но и потенциал здесь гораздо выше.

В исследовании Data Insight 2025 года B2B-маркетплейсы впервые выделены как самостоятельная вертикаль: сегмент рос на 77% в 2024 и на 46% в 2025 году — заметно быстрее рынка в целом. На площадке появляются профильные игроки: Поле. РФ (АПК), Платферрум (металлоторговля), GFC (HoReCa), Labstore (лабораторное оборудование и реагенты), Т Д Даймонд Строй (стройматериалы), OKOLO.Market. Все они выросли из конкретной отраслевой боли — невозможности нормально работать в универсальных каналах со сложным или специфическим ассортиментом.

Хороший пример — Secumarket, отраслевой маркетплейс систем безопасности. Платформа объединяет дистрибьюторов, производителей оборудования, проектные организации и монтажные компании. Покупатель — преимущественно B2B: интегратор, заказчик объекта, инсталлятор. И здесь хорошо виден ещё один важный потенциал отраслевого маркетплейса: на нём продаются не только товары, но и услуги, связанные с этими товарами — проектирование, монтаж, пусконаладка, сервис. Для B2B это естественная связка: одно без другого зачастую не покупается. Услуги внутри маркетплейса превращают площадку в полноценный отраслевой инструмент, а не просто в каталог — и Data Insight отдельно отмечает, что услуги становятся неотъемлемой частью экосистем нишевых товарных площадок, усиливая ценность для пользователей и создавая новые каналы сбыта для поставщиков услуг.
“
Наша задача — создать экосистему для всех участников рынка АПК, внутри которой каждый игрок сможет закрыть все свои производственные потребности.
Евгений Белов, генеральный директор Поле. РФ

1.2 Рынок уже сформировался

По данным Data Insight в 2025 году объём рынка нишевых маркетплейсов в России достиг 990 млрд рублей — почти триллион. И хотя к методике подсчета есть вопросы, очевидно, что деньги в этой рыночной модели заработать можно.

Обратим также внимание на другой показатель: доля продаж сторонних селлеров (3P) внутри нишевых маркетплейсов выросла с ~20% в 2023 году до ~30% в 2025-м. Каждый третий рубль выручки теперь приходит не от собственных продаж, а от продавцов на встроенном маркетплейсе. У Lamoda эта доля уже превысила 50%; у Детского мира, Леманы Про, Лэтуаль, М.Видео и Спортмастера — пока в диапазоне 8−20%, и резерв для роста очевиден.

Окно возможностей для нишевых игроков открывается из-за того, что универсальные маркетплейсы становятся все больше похожими на свалку товаров, ориентироваться в которой бывает очень сложно.
Объём рынка нишевых маркетплейсов в России
“
Наши покупатели — люди, которые осознанно выбирают, что едят они и их семьи. Это в основном взрослые потребители, заботящиеся о здоровье, и мамы, подбирающие качественные продукты для детей. То, чего нет в обычных сетевых магазинах, они находят у нас
Дмитрий Филиппов, основатель dobroed.ru
Другой пример — B2B-аудитория, которая ищет не массовый ассортимент, а надёжных партнёров и экспертную поддержку:
“
Если покупатель не очень компетентен и ему нужен какой-то конкретный набор деталей или оборудования, то, скорее всего, универсальная площадка для него — это больше фрустрация, чем решение. Как только что-то сложное начинается, клиенты идут на специализированные маркетплейсы, в которых есть и каталог, и консультация.
Илья Плисов, член Правления Союза Автосервисов, зам гендиректора ЕвроАвто
Одновременно с этим постоянно ухудшающиеся условия для селлеров ставят их бизнес на федеральных площадках на грань рентабельности.
“
На универсальном маркетплейсе оборот за месяц продаж почти в полтора-два раза больше. Но если смотреть не на количество проданного товара, а на чистую прибыль — нишевый приносит больше.
Светлана Баронина, руководитель по развитию бренда Simfer
С учётом всех перечисленных факторов для тех, у кого уже есть аудитория и экспертиза в своей категории, нишевый маркетплейс может быть логичным следующим шагом, а не просто амбициозной авантюрой.

2. Что такое маркетплейс

☞ Маркетплейс — сервис для продавцов и покупателей, где совершаются сделки с товарами и услугами.
О терминах. Слова «продавец», «мерчант» и «селлер» в этой статье означают одно и то же — компания или предприниматель, который торгует на маркетплейсе. Они используются как синонимы.
Ключевое слово — сервис. Маркетплейс не торгует сам, а предоставляет инфраструктуру, на которой торгуют другие. Площадка не выкупает товар, не назначает цену и не управляет контентом — это всё зона ответственности продавца.

Из определения сразу следует ключевая особенность: у маркетплейса два типа клиентов — покупатель и продавец. У каждого свой UX, своя экономика и свои причины уйти к конкуренту. У вашего продукта появляется двунаправленность: две витрины (сайт для покупателя и личный кабинет продавца); маркетинг на две стороны; поддержка на B2C и B2B; метрики с обеих сторон.

На базе действующего интернет-магазина появляются новые зоны процессов:

  • Работа с продавцами
    Привлечение, онбординг, оферта и тарифы, личный кабинет, аналитика, наставническая поддержка.
  • Управление чужим товарным контентом
    Приём карточек, маппинг атрибутов, модерация, контроль цен, мультиофер на одном товаре.
  • Контроль качества сервиса продавцов
    KPI по статусам заказа, рейтинги, санкции.
  • Логистические схемы
    FBO, FBS, DBS; тарифы доставки, нулевая миля, правила сборки.
  • Финансы и документы
    Агентская схема вместо купли-продажи, взаиморасчёты с продавцами, ЭДО.
  • Возвраты с участием продавцов
    Обратная логистика, обработка чужих товаров на собственных РЦ и в рознице.
Каждой из этих зон посвящён отдельный раздел дальше. Но прежде чем разбирать процессы, нужно принять одно решение, от которого зависит всё остальное, — выбрать схему работы с продавцами.
OPEN SOURCE
Ensi — платформа для запуска маркетплейса с нуля или на базе екома
Open source решение, на котором работают федеральные игроки и нишевые маркетплейсы

3. Схемы работы с продавцами: FBO, FBS, DBS

Логистическая схема — первое крупное проектное решение, от которого зависит остальное: договоры с продавцами, ИТ-интеграции, тарифы, KPI, обработка возвратов. Схем три, и они отличаются ответом на простой вопрос — кто хранит товар, кто его собирает и кто везёт покупателю.

Глоссарий

  • Фулфилмент — комплекс операций по подготовке заказа: приём, хранение, сборка, упаковка, отгрузка.
  • Первая (нулевая) миля — путь товара со склада продавца в распределительный центр площадки.
  • Последняя миля — путь заказа от последней точки маршрута до адреса клиента.
  • 1P (First Party) — товар принадлежит площадке, она его и продаёт.
  • 3P (Third Party) — товар принадлежит стороннему продавцу, площадка предоставляет инфраструктуру.
  • Dead stock — товар, который долго лежит на складе и плохо продаётся

3.1 FBO — Fulfillment by Operator

Продавец доставляет партию товара на склад маркетплейса, дальше всё делает площадка: хранение, сборка, упаковка, доставка покупателю. Продавец видит сток на складах МП и управляет его пополнением.
Схема Fulfillment by Operator (FBO)
Для маркетплейса на базе екома это самая простая стартовая схема. Процесс пополнения стока со стороны продавца похож на работу с поставщиком — приходит партия, проверяется, ставится на хранение. Исполнение заказа отличается от собственных продаж только на уровне отчётности и взаиморасчётов: на складе и в курьерской службе продавец-владелец товара ничего не меняет.

Для продавца, наоборот, FBO на новой площадке — самый рискованный вариант: нужно замораживать часть стока на чужом складе и платить за хранение. Поэтому ключевая операционная задача площадки в FBO — управление оборачиваемостью: прозрачные тарифы, прогноз остатков, триггеры на пополнение, правила для dead stock. Комиссия в FBO самая высокая — она включает фулфилмент.

3.2 FBS — Fulfillment by Seller

Товар хранится у продавца, он же собирает и упаковывает заказы. Маркетплейс берёт на себя последнюю милю — доставку до покупателя.
Схема Fulfillment by Seller (FBS)
Для продавца FBS — самый простой способ войти на площадку: не нужно замораживать сток и не нужно строить собственную доставку. Для маркетплейса схема более рискованная: задержки сборки, out-of-stock и качество упаковки целиком на стороне продавца, а репутация всё равно ваша. Поэтому ключевая операционная задача площадки в FBS — KPI и контроль: нормативы по срокам сборки и передачи, рейтинги, санкции за нарушения, обратная связь от покупателей.

Нулевая миля в FBS — отдельная развилка. Передача собранного заказа от продавца к маркетплейсу может быть организована двумя способами:

  • Нулевая миля на стороне продавца
    Продавец сам везёт собранные заказы в пункт приёма, на РЦ маркетплейса или передаёт собственному курьеру. Подходит, когда у продавца есть транспорт или он находится близко к инфраструктуре площадки. Часто продавцы совмещают такие отгрузки со своими регулярными B2B-поставками.
  • Нулевая миля на стороне маркетплейса
    Курьер площадки заезжает к продавцу и забирает заказы. Удобно для распределённых продавцов и для тех, у кого нет собственного транспорта; маркетплейс берёт на себя больше операционной нагрузки, но получает контроль над всей цепочкой, кроме хранения и сборки.

3.3 DBS — Delivery by Seller

Продавец делает всё: хранит, собирает, везёт покупателю. Маркетплейс выступает только витриной и платёжным шлюзом.
Схема Delivery by Seller (DBS)
Для маркетплейса схема операционно самая лёгкая, но и самая зависимая от продавца по сервису: качество доставки, скорость и упаковка полностью на его стороне, и единственный рычаг — KPI, рейтинги и обратная связь покупателей.

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

3.4 Сравнение

3.5 С какой схемы начинать

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

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

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

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

Зрелые нишевые маркетплейсы обычно поддерживают все три схемы одновременно и позволяют продавцу выбирать ту, которая ему удобнее, — иногда даже на уровне отдельных SKU. Но запускать всё сразу не нужно: эволюционный путь FBO → FBS → DBS дешевле и понятнее и для команды, и для продавцов.
OPEN SOURCE
Ensi — платформа для запуска маркетплейса с нуля или на базе екома
Open source решение, на котором работают федеральные игроки и нишевые маркетплейсы

4. Онбординг продавцов

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

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

4.1 Эволюция от ручного к автоматическому

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

Автоматизация приходит взамен ручных процессов постепенно. Появляется самостоятельная регистрация юрлица в личном кабинете, автоматические проверки по реестрам, публичная оферта вместо индивидуальных договоров и, конечно, самостоятельное заведение товаров продавцом. Автоматизация позволяет кратно увеличить скорость и масштаб онбординга: без нее можно поддерживать десятки продавцов, с полноценной автоматизацией — сотни и тысячи.
Якорные продавцы и крупные бренды при этом остаются в полуручном режиме — даже на зрелых площадках с ними работают индивидуально: кастомные интеграции с их учётными системами, отдельное согласование условий и комиссий, индивидуальный договор вместо публичной оферты, персональный менеджер для оперативных вопросов. Автоматизация онбординга, безусловно, ускоряет рост базы селлеров, но загонять всех без разбора в полный self-service не стоит. Особенно если ваша стратегия строится на работе с тщательно отобранным пулом из 30−50 проверенных продавцов.

4.2 Четыре этапа автоматической регистрации

При ручном онбординге все нужные действия так или иначе делаются — но вперемешку, в произвольном порядке, часто в переписке или на звонке. Для автоматизации этот набор нужно разложить по полочкам: что проверяется, в какой момент, кем и с каким результатом. Обычно получается четыре последовательных шага:
Базовый процесс регистрации продавцов
  • Регистрация учётной записи
    Менеджер продавца оставляет заявку и подтверждает контактные данные — либо самостоятельно (открытая регистрация), либо по ссылке-приглашению, которую площадка выслала заранее (закрытый режим). Второй вариант типичен для ранних этапов, когда маркетплейс сам отбирает первых продавцов.
  • Проверка юрлица и документов
    Сверка по реестрам (ЕГРЮЛ, налоговые статусы, санкционные списки), загрузка документов компании в ЛК, отсев дублей. Сюда же — загрузка сертификатов на товары и документов, подтверждающих право торговать брендом, с проверкой сроков их действия и автоматическими напоминаниями о продлении. Многое автоматизируется через интеграции с открытыми реестрами, но финальное подтверждение обычно даёт команда безопасности — а на небольших площадках эту функцию берёт на себя руководитель направления.
  • Принятие оферты
    Публичный договор, на который продавец соглашается одной кнопкой. Задача оферты — зафиксировать рамку: правила публикации, ответственность за товар, порядок выплат, основания для блокировки. У площадки при этом должна быть возможность менять оферту централизованно — не переподписывая договоры с каждым продавцом. При этом важен не только первичный акцепт, но и процесс переакцептирования действующими селлерами при изменении условий: уведомления, дедлайны, блокировка операций до подтверждения новых условий — это нормальная часть жизни оферты, а не разовое событие.
  • Согласование тарифов и комиссий
    Принятие сетки: комиссии с заказа, тарифы на хранение и доставку, штрафы за нарушение KPI. На зрелых площадках сетка дифференцирована по категориям и схемам работы — продавец выбирает в рамках предложенных вариантов. ЭДО подключается здесь же или сразу после — без него взаиморасчёты при большом числе продавцов не масштабируются.
Принципиально важно, чтобы каждый шаг был обратим до момента публикации первого товара: если на этапе оферты что-то не так, продавец должен иметь возможность вернуться, а не начинать заново.

4.3 Как передавать данные

После урегулирования всех формальностей на этапе онбординга переходят к первой практической задаче: как продавец станет загружать и обновлять ассортимент, цены и остатки. Здесь работает простой принцип:
☞ Если продавцу выгодно торговать у вас — он примет любые условия интеграции. Если вы новый игрок среди более зрелых конкурентов — придётся строить удобный сервис с несколькими способами обмена данными
Все разнообразие способов можно свести к следующим вариантам:
  • Личный кабинет продавца
    Ручной ввод и редактирование через UI. Это базовый способ, который используют все продавцы: одни в качестве основного инструмента, другие только для точечных правок и операций, которые не имеет смысла автоматизировать.
  • Импорт фидов с других площадок
    Продавец, который уже торгует на Wildberries, Ozon или Яндекс. Маркет, хочет загрузить свой каталог сразу, переиспользуя фиды из этих платформ. Поддержка импорта в популярные форматы (YML Яндекса, файлы Ozon/WB) может быть решающим фактором при онбординге — продавец начинает торговать в 2−3 раза быстрее.
  • Периодические загрузки XLS/CSV
    Для среднего продавца, который хочет автоматизировать, но не готов к полной интеграции. Стандартный цикл: товары и цены раз в сутки, остатки чаще.
  • Открытое API
    Принятие сетки: комиссии с заказа, тарифы на хранение и доставку, штрафы за нарушение KPI. На зрелых площадках сетка дифференцирована по категориям и схемам работы — продавец выбирает в рамках предложенных вариантов. ЭДО подключается здесь же или сразу после — без него взаиморасчёты при большом числе продавцов не масштабируются.
Отдельная история — крупные продавцы с собственной ERP (1С, SAP и т. д.). Им чаще всего проще, если маркетплейс подстроится под их систему: разработает кастомную интеграцию или обмен через промежуточные форматы. Это разовая инвестиция со стороны площадки, но она окупается оборотом якорного продавца, а в переговорах о привлечении выгодных селлеров это часто становится весомым преимуществом.
Якорные продавцы окупают затраты на кастомную интеграцию

4.4 Куда расти после базового процесса

Когда базовая воронка работает и продавцы доходят до первой продажи, открывается несколько направлений для развития — все они особенно важны там, где идёт конкуренция за селлеров.
  • UX и удобство для селлера
    Базовый процесс закрывает вопрос «как принять продавца», а вот «как сделать это приятным» — отдельная задача. Прогресс-бары и понимание, на каком шаге воронки селлер сейчас находится; внятные сообщения об ошибках вместо «обратитесь в поддержку»; статус заявки в реальном времени; уведомления при подтверждении документов; видео-инструкции и подсказки в каждом нетривиальном поле. Каждое из этих улучшений по отдельности кажется мелочью, вместе они и составляют тот «уровень сервиса как у покупателя», о котором шла речь в начале.
  • Поддержка self-service
    При автоматическом онбординге селлер сначала идёт в инструкции и хелп, а нестандартные случаи решает через тикеты. При ручном — все вопросы идут в диалог с менеджером. Это ощутимая статья расходов: чем меньше автоматизация, тем больше нагрузка на менеджеров. Развитая база знаний и продуманные интерфейсы окупаются сокращением штата.
  • Разные сценарии для разных типов юрлиц
    ИП, ООО, самозанятые — у каждой формы свой набор документов и проверок. На старте можно поддержать только одну форму, но дальше расширение покрытия типов юрлиц напрямую расширяет базу потенциальных продавцов.
  • Метрики воронки
    Команде онбординга имеет смысл задавать KPI не только по количеству привлечённых мерчантов, но и по скорости их прохождения через воронку: заявка → регистрация → акцепт оферты → первая публикация → первая продажа.
Важный момент: нишевые маркетплейсы часто рассматривают онбординг как начало партнёрства, а не просто технический процесс. Вот как об этом говорит Дарья Кузнецова, руководитель по развитию маркетплейса Labstore:
“
Наш подход к привлечению и отбору продавцов основан на принципе максимальной минимизации рисков для наших клиентов — учёных и исследователей. Мы понимаем, что от качества и надёжности каждого продукта зависит успех их работы, поэтому к выбору партнёров подходим максимально ответственно.
Дарья Кузнецова, руководитель по развитию маркетплейса Labstore
Это проявляется и в поддержке после онбординга. На зрелых нишевых площадках продавец получает не просто техническую интеграцию, а реальную помощь:
“
Мы выступаем как активный наставник и партнер для новых селлеров. Мы не просто предоставляем им место для продажи, а инвестируем в их обучение и развитие, помогая им преодолеть начальные трудности и стать успешными игроками на нашей специализированной площадке.
Дарья Кузнецова, руководитель по развитию маркетплейса Labstore
Хорошо организованный онбординг сочетает индивидуальную работу с ключевыми клиентами и стандартизированный самостоятельный процесс, в котором селлеры всё могут сделать сами. В следующей части разберём нюансы работы с товарными карточками.

5. Товарное предложение

После того как продавец прошёл онбординг, начинается главная зона ответственности маркетплейса как продукта — управление товарным предложением. И здесь сразу важно зафиксировать: товарное предложение — это не одна сущность, а две.
  • Карточка товара
    Характеристики, описание, варианты (размер, цвет) и медиа-контент, который включает фото, видео, сертификаты, инструкции и другой материалы. Одна карточка может относиться к нескольким продавцам.
  • Офер
    От англ. offer — предложение — конкретное предложение продавца на этот товар: карточка товара с ценой, стоком на конкретном складе и скидкой. У одного товара может быть несколько оферов от разных продавцов.
Если проводить аналогию с автомобилями, то карточка товара — это описание модели машины с перечнем характеристик и опций, доступных комплектаций и цветов (варианты), а также с фото, обзорами и другим контентом. Офер же — это конкретный автомобиль у конкретного дилера с его ценой и возможными скидками.

5.1 Кто создаёт и кому принадлежит контент карточки

Товарный контент — характеристики, описание, медиа — может быть значимым активом, особенно в категориях вроде fashion или мебели, где изображения и описание напрямую влияют на конверсию. Поэтому один из первых вопросов перед запуском: кто этот контент создаёт и кому он принадлежит. Возможны разные ответы.
  • Создает продавец
    А площадка задаёт требования и модерирует. 
  • Снимает и описывает площадка
    Так делают некоторые маркетплейсы в категориях с высокими медиастандартами, забирая студийную съёмку в свои руки.
Контент может принадлежать продавцу (и уходить вместе с ним при разрыве) или маркетплейсу (тогда при уходе продавца он остаётся на площадке). Отдельный вопрос — права на сгенерированый покупателями контент (UGC-контент).
Распространённая схема на многих маркетплейсах: площадка устанавливает стандарты — требования к фото (угол съёмки, фон, разрешение), обязательные поля и формат описания. В этих рамках продавец самостоятельно заполняет карточку.

5.2 Товарная модель и нормализация атрибутов

☞ Товарная модель (или подкатегория) — это товарный шаблон, состоящий из набора характеристик и их возможных значений.
У стиральной машины одни атрибуты (загрузка, скорость отжима, класс энергопотребления и т. д.), у платья — другие (размер, длина, материал, силуэт): это разные товарные модели (подкатегории).

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

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

5.3 Из чего состоит офер

Напомним, что офер — это конкретное коммерческое предложение продавца на конкретный товар. Архитектурно он состоит из четырёх составляющих:
  • Ссылка на товарную карточку
    Офер всегда привязан к карточке товара из общей базы маркетплейса, которая содержит характеристики, описание и медиа.
  • Цена
    Может состоять из нескольких значений: базовая цена, цены для разных категорий покупателей, рекомендованная розничная цена, минимальная цена и т. д.
  • Сток
    Наличие на конкретных складах, работающих в определенных регионах.
  • Скидка
    Итоговая цена формируется с учётом скидок, акций и баллов программы лояльности.

5.4 Мультиофер: как показывать конкурирующие предложения

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

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

Модель, противоположная мультиоферу, предполагает, что каждое предложение существует в каталоге как самостоятельная карточка, а не как вариант внутри общей. Именно так работают Wildberries и Ozon: два продавца с одним утюгом — это две разные карточки. Это приводит к дублированию товаров в каталоге, но зато каждый продавец независимо управляет контентом и видимостью.

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

Выбор формата карточки офера — стратегическое решение, которое сильно влияет на IT-архитектуру и пользовательский опыт. После запуска изменить его будет непросто.

5.5 Ценообразование: маркетплейс не диктует, но влияет

Ключевой принцип: маркетплейс не управляет ценами на товары продавцов. Каждый селлер сам закладывает в цену комиссию, тарифы, расходы на упаковку и собственную маржу — это его коммерческое решение.
Но у площадка может косвенно влиять на цену с помощью разных инструментов:
  • Акции и распродажи
    МП объявляет акцию (Чёрная пятница, сезонная распродажа), приглашает продавцов участвовать. Участие добровольное, но даёт повышенный трафик.
  • Рекомендованная цена маркетплейса
    Площадка мониторит рыночные цены (свои, других маркетплейсов) и подсказывает продавцу, в рынке ли он.
  • Минимальные пороги
    Запрет демпинга через установку минимальной цены.
  • Карантин цен
    Если продавец резко поднимает цену перед акцией (классический хитрый приём), товар автоматически уходит в карантин и не показывается на витрине, пока не разберётся модератор.
  • Автоматизация ценообразования
    Один из примеров более сложных механизмов, которые строят зрелые маркетплейсы: продавец задаёт стратегию (например, «всегда на 5% ниже минимальной цены конкурентов»), и площадка обновляет цены сама. Подобных инструментов — и на стороне площадки, и на стороне продавца — может быть много.
⚠️ Чрезмерное увлечение мониторингом и автокоррекцией цен может привести к неконтролируемому демпингу: продавцы пытаются обойти друг друга, маржа схлопывается, продавцы уходят. Инструмент, как и любой, требует чувства меры.

5.6 Модерация перед публикацией

Перед тем как товар появится на витрине, он должен пройти модерацию. Это не бюрократический ритуал, а защита покупателя и репутации площадки. У зрелого маркетплейса модерация — это воркфлоу с несколькими ролями:
Многое из этого автоматизируется: проверки полноты — по правилам, проверки сертификатов — по дате окончания и базе разрешённых брендов, контроль цены — по сравнению с минимумом и средним по категории. Даже оценку соответствия медиа-материалов можно проводить с помощью ИИ. Но окончательное решение о публикации товара на витрине часто принимает модератор. Особенно в категориях, в которых brand safety в приоритете.

При большом потоке товаров полностью ручная модерация перестаёт работать: тысячи карточек в день требуют либо большой команды, либо умной автоматизации с эскалациями только в спорных случаях.
OPEN SOURCE
Ensi — платформа для запуска маркетплейса с нуля или на базе екома
Open source решение, на котором работают федеральные игроки и нишевые маркетплейсы

6. Рейтинг продавцов

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

6.1 Репутационные риски из-за действий продавцов

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

В FBS и DBS картина другая. После оформления заказа задача переходит к продавцу: он получает уведомление в личном кабинете маркетплейса (или через API), собирает заказ, передаёт его на нулевой миле. Каждый из этих шагов — потенциальная точка отказа: просроченная сборка, не тот товар, плохая упаковка. И за каждую — отвечает площадка. Поэтому нужны механизмы контроля, и главный из них — рейтинговая система.

6.2 Рейтинги продавцов: как управлять уровнем сервиса сторонней компании

Без рейтинговой системы FBS и DBS быстро превращаются в проблемную зону: метрики ухудшаются, а влиять не на что. Рейтинг превращает абстрактное «сервис продавца» в измеримые показатели и привязывает к ним последствия.

  • Параметры рейтинга для всех схем:
    • отзывы клиентов о товаре и продавце,
    • актуальность стоков (доля заказов, отменённых из-за отсутствия товара),
    • отклонение от рекомендованных цен.
  • Дополнительно для FBS и DBS:
    • просроченные отгрузки на нулевой миле или доставки целиком,
    • отмены продавцом.
  • Что зависит от рейтинга:
    • место в выдаче,
    • размер комиссии (премии за качество, штрафы за провалы),
    • доступ к лучшим складским позициям и участие в акциях,
    • блокировка продаж при критическом падении.
☞ Важный принцип: рейтинг должен быть прозрачным.
Продавец видит, по каким параметрам он провалился и что нужно исправить. Иначе вместо инструмента улучшения вы получаете канал жалоб «маркетплейс несправедлив».

7. Заказы и доставка

7.1 Обработка заказов

Заказ на маркетплейсе принципиально отличается от заказа в обычном екоме: в одной корзине покупателя могут оказаться товары нескольких продавцов. И первое решение, которое нужно принять, — что делать с такими заказами.
  • Разделение на подзаказы (сплитование)
    Самый простой путь с точки зрения операций: система создаёт N независимых подзаказов под каждого продавца, и каждый из них живёт своей жизнью — собирается, доставляется, возвращается отдельно. Но в этой схеме возникает несколько отдельных доставок (за которые кто-то должен заплатить), а части корзины приезжают к клиенту в разное время. В итоге клиент получает неудобный и при этом дорогой сервис. Он ведь не задумывается, что покупает на маркетплейсе, для него это просто интернет-магазин. И вдруг ему предлагают забрать заказ несколькими посылками да ещё и заплатить за каждую отдельно.
  • Консолидация
    Альтернатива — комплектовать заказ из товаров разных продавцов в одном РЦ и отправлять единой посылкой. Но это усложняет процесс: требуются зоны, где товары одного заказа будут копиться в ожидании поступления всех позиций, плюс синхронизация с FBO, FBS и DBS ведь в каждой схеме своя логика сборки и нулевая миля.
То, какой вариант выбрать, зависит от разнообразия логистических потоков. Если на площадке много продавцов с разными схемами, консолидация почти неподъёмна — приходится мириться с несколькими отправлениями и решать, кто за них платит (как правило, площадка субсидирует часть стоимости из общих доходов). Если же число продавцов невелико и преобладает одна схема работы, то организовать консолидацию становится вполне реально.
Дальше логика обработки зависит от схемы. При FBO заказ собирают сборщики маркетплейса на его собственном складе — почти как в обычном екоме. Главное отличие в том, что площадка работает с чужими товарами, в особенностях которых не разбирается и может не знать важные нюансы сборки, упаковки, утилизации и проверки. Этот момент стоит проконтролировать отдельно.

При FBS и DBS операционная нагрузка переходит к продавцу: маркетплейс присылает уведомление в ЛК или по API, ждёт подтверждения готовности, контролирует KPI по времени сборки и отгрузки.

То, где именно продавец занимается обработкой заказов, стоит рассматривать отдельно. Принцип здесь тот же, что и при передаче информации о товарах и оферах (см. 4.3). Возможны три сценария:
  • ЛК маркетплейса
    Менеджеры продавца заходят на портал, видят список заказов, переключают статусы вручную. Базовый способ, доступен всем — для небольших объёмов используется как основной, для крупных продавцов остаётся как вспомогательный инструмент для точечных операций.
  • Открытое API маркетплейса
    Продавец сам подключается к API площадки и встраивает обмен в свои бизнес-процессы. Подходит зрелым продавцам, которые готовы потратить ресурсы на интеграцию ради автоматизации.
  • Кастомная интеграция с системами продавца
    Маркетплейс сам разрабатывает обмен с ERP, WMS или OMS продавца. Это разовая инвестиция со стороны площадки, оправданная для якорных селлеров с большим оборотом.

7.2 Правила сборки и упаковки

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

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

Необходимо также ввести автоматически контролируемые KPI по срокам сборки для FBS и DBS. Система будет уведомлять мерчанта о нарушениях, а при критических срывах сроков — эскалировать проблему ответственным менеджерам площадки.

7.3 Тарифы доставки

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

    Минус в том, что финальная цена становится известна только на этапе чекаута или после оформления. Клиент может увидеть не устраивающую его сумму и уйти. Кроме того, клиенту бывает непросто указать все детали (наличие лифта, этаж, возможность пронести крупногабарит и т. д.). Это отпугивает покупателя в самый ответственный момент — во время оформления заказа. А ещё бывают случаи, когда расчёт по параметрам объективно сложен, например, при доставке в постамат: непонятно, какой объём разнородных товаров туда поместится. Всё это подталкивает еком-компании ко второму подходу.
  • Предзаданные (маркетинговые) тарифы
    Заранее заданные значения вне зависимости от нюансов заказа. Например, единая стоимость доставки внутри определённых зон. В крайних случаях — единая ставка вообще на всё: «Сантехника-онлайн» доставляет любой заказ за одну и ту же сумму, и клиенту даже не нужно указывать этаж и наличие лифта, сколько бы унитазов он ни заказал.
Примеры настройки тарифов и сроков на Aliexpress

7.4 Особенности формирования маркетинговых тарифов доставки

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

7.5 Тарифы при разных схемах работы

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

7.6 Тарифы продавца при DBS

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

  • Интерфейс для продавцов, в котором они администрируют свои тарифы — по зонам, скорости, типам отправлений.
  • Расчёт стоимости и сроков доставки в момент оформления заказа — площадка обращается к тарифам продавца и показывает клиенту итоговую цену вместе с офером.

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

7.7 Нулевая миля при FBS

Если хранение — задача продавца, а доставка — за маркетплейсом, нужно решить, кто перевозит заказ от продавца до сортировочного центра. У этой задачи три типовых варианта:
  • Продавец сам везёт в пункт приёма
    Это может быть распределительный центр, обычный склад, офлайн-магазин или даже ПВЗ маркетплейса (если они есть). Для площадки это самый дешёвый вариант, но у него есть минусы: небольшим селлерам может быть сложно возить каждый заказ в РЦ куда-нибудь за ЦКАД, а ПВЗ или офлайн-магазины могут не справиться с приёмкой, если заказов будет слишком много.
  • Курьер маркетплейса забирает у продавца
    Удобно для всех, но дорого для площадки. Этот подход работает в достаточно крупных городах с плотной и доступной по стоимости курьерской сетью.
  • B2B-транспорт продавца
    Если селлер также является поставщиком маркетплейса и на регулярной основе отгружает товарные партии, он может заодно привозить и уже собранные заказы покупателей. Но это вариант для крупных продавцов с собственной логистикой.
OPEN SOURCE
Ensi — платформа для запуска маркетплейса с нуля или на базе екома
Open source решение, на котором работают федеральные игроки и нишевые маркетплейсы

8. Возвраты: то, что больнее, чем кажется

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

  • У клиента есть 7 дней на возврат без объяснения причин;
  • Этот срок увеличивается до 3 месяцев, если в заказе нет письменной информации о порядке возврата;
  • 10 дней на перечисление денег после уведомления клиента о желании вернуть товар. При этом проверить состояние товара часто невозможно, потому что он может всё ещё находиться в пути.
Отводится клиенту на то, чтобы принять решение о возврате
В онлайн-торговле и без того сложно наладить обратную логистику, а тут добавляется ещё одна проблема: вместо привычной связки «покупатель — продавец» появляется третий участник — маркетплейс. Именно поэтому маркетплейсы часто берут расходы на возвраты на себя, пока не наладят более-менее работающую обратную логистику. Причём под каждую схему (FBO, FBS, DBS) обычно требуется своя, индивидуальная схема для возвратов. Мы не будем углубляться во все детали, а рассмотрим только два частных случая и ключевые нюансы для каждого из них.
  • Возвраты через собственные магазины
    Если у маркетплейса есть сеть офлайн-магазинов или ПВЗ, можно организовать возврат туда. Но для этого придётся дорабатывать процессы и системы, плюс обучать персонал:
    • в системах, которые использует розница, должны появиться товары и заказы мерчантов;
    • в обычный процесс возврата собственных товаров нужно включить новую ветку для случая, когда клиент принёс товар с маркетплейса;
    • на складе офлайн-точки должна появиться специальная зона хранения возвращённых товаров маркетплейса, стартовая точка обратной логистики.
  • Возвраты приходят на распределительный центр маркетплейса
    Для этого необходимо выполнить следующие доработки:
    • добавить в системы РЦ товары продавцов;
    • выделить на РЦ спецзону для приёма и обработки возвратов, где будут храниться «чужие» товары;
    • создать регламент работы со всеми категориями товаров (включая технически сложные).
В момент запуска маркетплейса именно возвраты часто становятся главной проблемой: сценарии не продуманы, регламенты не составлены, а IT-системы не умеют работать с товарами селлеров. Каждый пропущенный кейс — это либо убыток маркетплейса, либо репутационный удар для только что запущенного сервиса.

9. Финансы и документы

9.1 Агентская схема

В отличие от традиционного екома с прямой торговой схемой, маркетплейс работает как агент от лица продавца-принципала. Из этого следуют несколько практических вещей, которые меняют процессы и учётные системы:
  • Чек на покупателя выбивает маркетплейс
    Но в чеке должен быть указан реальный продавец товара. Это требование закона о фискализации — без него площадка нарушает 54-ФЗ.
  • Право собственности переходит от продавца к покупателю напрямую
    Маркетплейс не становится промежуточным владельцем, и это меняет логику претензий, гарантийных случаев и возвратов.
  • НДС платит продавец, а не площадка
    Маркетплейс отчисляет НДС только со своей комиссии, не со всей суммы заказа. Это разительно отличается от перепродажи и требует другой настройки бухгалтерских процессов.
Альтернатива агентской схеме — комиссионная. В ней договор купли-продажи у покупателя — с маркетплейсом, а не с продавцом. Это влияет на то, кто несёт формальную ответственность по претензиям, как оформляются документы и кто фигурирует в чеке. На уровне процессов и IT различия минимальны, но юридическую модель нужно выбрать до запуска: от неё зависят формы документов и способ учёта.

9.2 Взаиморасчёты с продавцами

Денежный поток в маркетплейсе устроен наоборот по сравнению с екомом. В рознице магазин платит поставщику за закупленный товар. На маркетплейсе клиенты сначала платят площадке, и только потом она перечисляет продавцу — за вычетом комиссии и других удержаний (за хранение, доставку, штрафы по KPI).
Стандартный пакет документов за период (обычно неделя или месяц):
  • Отчёт агента — перечень всех проданных товаров, сумм, комиссий и удержаний по конкретному продавцу.
  • Акт об оказанных услугах — на сумму комиссии маркетплейса.
  • Акт сверки — сводный документ, фиксирующий итоги взаиморасчётов за период.

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

10. Коммуникация с покупателями

10.1 Контакты покупателей — актив маркетплейса, а не продавца

Стратегический вопрос, который часто упускают на старте: кому принадлежат клиентские контакты? На зрелых площадках ответ однозначен — маркетплейсу.

Если ослабить этот принцип, продавцы быстро уводят клиентов в свои прямые каналы. Сценарий типичный: после первого заказа селлер пишет клиенту лично, предлагает купить «у себя» дешевле, даёт ссылку на свой сайт или Telegram. Маркетплейс теряет не одну транзакцию, а саму базу клиентов — ради которой селлеры, собственно, и пришли на платформу.

10.2 Принцип изоляции на практике

Продавец видит факт продажи, состав заказа и адрес доставки (если он нужен при FBS/DBS), но не получает прямого доступа к контактам клиента — ни телефона, ни email, ни ФИО. Все коммуникации идут через инфраструктуру маркетплейса:
  • Вопросы в карточке товара
    Клиент спрашивает, продавец отвечает, ответы видят и другие покупатели. Так формируется коллективная база знаний, которая помогает следующим клиентам принимать решение.
  • Отзывы о товаре и о продавце
    Это две разные сущности. Отзыв о товаре универсален и показывается у всех селлеров, торгующих этим SKU; отзыв о продавце — только в его профиле и влияет на рейтинг.
  • Внутренние чаты с маскировкой контактов
    Если они вообще предусмотрены. Телефон клиента скрывается за временным номером площадки, email — за прокси-адресом.
Продавцы всегда готовы работать не по уставу
Все эти каналы модерируются маркетплейсом: некорректный отзыв удаляется, конфликтные сообщения проверяются, попытки обмена прямыми контактами автоматически отлавливаются. Это отдельный пласт работы с собственными процессами и инструментами — но без него актив, ради которого строилась площадка, начинает утекать к продавцам. Решения на базе ИИ могут существенно упростить контроль за прямыми контактами между продавцами и покупателями.

11. IT-архитектура: что строить поверх существующей платформы

11.1 Типовая архитектурная схема маркетплейса

В разных компаниях архитектура екома разная. Это может быть монолит — например, на Битриксе, — а может быть набор отдельных сервисов: PIM, OMS, CRM, CMS, WMS и пр. Причём сгруппированы они не обязательно так, как мы перечислили.

Маркетплейс состоит из привычных для зрелого екома сервисов и новых решений, без которых площадка не заработает. Рассмотрим типовую схему систем, из которых состоит маркетплейс:
Полный состав сервисов для товарного маркетплейса:
  • CMS — управление контентом сайта.
  • PIM — товарный каталог: постоянное описание товара (характеристики, фото).
  • Offers — сервис, управляющий торговыми предложениями. В обычном екоме офер и карточка товара — уже разные сущности: карточка из PIM хранит постоянное описание, а офер — динамические параметры (цена, сток, скидка). В маркетплейсе может возникнуть дополнительная сложность: мультиофер, множество цен и др.
  • OMS — обработка заказов. В маркетплейсе сервис доступен продавцам. Заказы могут быть сложнее: несколько продавцов, разные доставки, частичные отмены, сплитование.
  • WMS — управление собственным складом маркетплейса (нужен при FBO).
  • Logistics — расчёт доставки с учётом схемы работы продавца. При FBO — тарифы маркетплейса, при FBS — комбинация, при DBS — тарифная сетка продавца. Сервис должен обрабатывать все три случая в момент оформления заказа.
  • CRM — управление отношениями с клиентами.
  • Merchant Auth & Registration — авторизация продавцов, отдельная от покупательской. Регистрация юрлица, проверка реквизитов, подписание оферты, согласование тарифов. Это не «ещё одна форма», а самостоятельный сервис со своим жизненным циклом.
  • Admin for merchants — личный кабинет продавца. Заказы, склады, тарифы, аналитика, финансы, поддержка. По объёму функциональности это полноценный B2B-продукт, сопоставимый с самим сайтом маркетплейса для покупателей.
  • Units — учёт складов и точек выдачи на стороне продавцов. У одного продавца может быть несколько складов в разных регионах, и каждый влияет на доступность товара и сроки доставки.
  • Rating & Moderation — рейтинговая система продавцов, модерация товарных карточек, контроль публикаций. Часть задач отдаётся алгоритмам, часть — людям.
  • Reports/Docs — отчёты агента, акты сверки, акты об оказанных услугах, интеграция с ЭДО. Этот блок изначально проектируется под массовый поток документов, а не под десятки в месяц.
Плюс интеграции с ERP, платёжными шлюзами и логистическими операторами.
OPEN SOURCE
Ensi — платформа для запуска маркетплейса с нуля или на базе екома
Open source решение, на котором работают федеральные игроки и нишевые маркетплейсы

11.2 Почему нельзя просто «добавить поставщиков» в текущий еком

Системы екома при переходе к модели маркетплейса заметно меняются. В предыдущих главах мы разобрали много нюансов, которые перестраивают модель данных и процессы. Иногда это приводит к тому, что в IT-архитектуре возникают дублирующие основной еком сервисы: свой PIM или CRM.

Соблазн срезать углы понятен: у нас уже есть OMS, PIM, CMS — давайте просто добавим поле «поставщик» в товар и заказ. К сожалению, обычно это не срабатывает. На маркетплейсе возникают сильные расхождения в модели данных и процессах, например:

  • Карточки товаров заполняют мерчанты. Нужен контент-воркфлоу для продавцов, модерация, нормализация атрибутов.
  • У стока и цен появляется множественность. Усложняется ценовая политика, появляется множество складов продавцов со своими товарными стоками.
  • Сплитование или консолидация заказов. Сущность «Заказ» становится значительно сложнее, какую бы модель для корзины с товарами разных продавцов вы ни выбрали.
  • Агентская или комиссионная схема. Финансы распределяются между несколькими получателями, а площадка зарабатывает не на продаже товаров, а на услугах для продавцов.

11.3 Маркетплейс — это цифровой бизнес

Обычный еком — это по сути розница с цифровой витриной. За IT-системой стоит физический мир: склады, сборщики, доставка, магазины, товары на полке.

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

Из этого следуют две вещи. Во-первых, IT — не функция поддержки, а сам продукт. Вкладывать в платформу как «в инструмент бизнеса» бесполезно: на маркетплейсе платформа и есть бизнес. Во-вторых, экономика низкой комиссии не выдерживает ручных операций. Каждый ручной шаг — онбординг продавца, модерация карточки, проверка отчёта, обработка возврата — съедает маржу там, где её и так немного. Без автоматизации можно поддержать десятки продавцов, не сотни и не тысячи.

Это смена бизнес-модели, а не апгрейд текущей. И именно поэтому правильная архитектурная база — не «добавление к екому», а отдельная платформа, изначально спроектированная как цифровой продукт.

12. Команда

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

Минимальный набор из шести стримов:

  • Онбординг продавцов
    Привлечение новых селлеров, проверка СБ, согласование тарифов и оферты, помощь при первом запуске. Это смесь B2B-продаж, юридической экспертизы и техподдержки.
  • Товарный контент и мерчандайзинг
    Проработка категорий, создание товарных моделей, модерация карточек, контроль качества контента продавцов, нормализация атрибутов. Объём работы кратно выше, чем в обычном екоме, потому что контент производят большое количество контрагентов.
  • Обработка заказов и операции
    Работа с FBO-стоком, контроль KPI продавцов на FBS и DBS, разбор инцидентов с заказами и возвратами. На зрелых маркетплейсах сюда же относится управление логистическими плечами.
  • Поддержка продавцов и отчётность
    B2B-сервис: ЛК, обучение, тикеты, аналитические отчёты, взаиморасчёты. Эта функция параллельна клиентскому сервису для покупателей и устроена иначе — у неё другие SLA, другой тон, другая глубина решения вопросов.
  • Маркетинг
    Двусторонний: к покупателям (привлечение трафика, удержание, программа лояльности) и к продавцам (привлечение селлеров, удержание, обучение, конкурсы для них). Многие команды забывают про вторую половину и потом не понимают, почему селлеры уходят.
  • IT-разработка и поддержка платформы
    Учитывая важность IT для маркетплейса (см. предыдущий раздел), здесь работает отдельная команда с другим продуктовым мышлением.
Не все стримы обязательно строить с нуля. IT-инфраструктура, часть клиентского сервиса и финансы на старте могут опираться на существующие команды екома — это разумная экономия ресурса. Но операционные функции — онбординг, контент, поддержка продавцов — почти всегда требуют выделенных людей. Иначе или основной бизнес просядет, или маркетплейс не выживет.

13. С чего начинать

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

13.1 Три вопроса до старта

  • Кто ваши первые продавцы и почему им выгодно работать именно с вами?
    Это самый важный вопрос. Без первых 10−20 селлеров маркетплейс не запустится, останется витриной без товаров. Даже если у вас есть аудитория, узнаваемость и категорийная экспертиза, этого может оказаться недостаточно на фоне лидеров рынка. Если вы не можете уверенно ответить, почему конкретному селлеру выгодно работать именно у вас, продавцов будет набрать сложно.
  • Какой ассортимент нужен на запуске?
    Классическая проблема «курица и яйцо»: без ассортимента не идёт трафик, без трафика не идут продавцы. Практический ответ — стартовать в одной хорошо знакомой категории, где у вас уже есть аудитория и где первые продавцы дадут заметное расширение SKU. Реальный масштаб MVP в кейсах — порядка 3−10 продавцов, 3000−5000 SKU, 1−3 категории. Не пытайтесь покрыть всё одновременно — нишевый маркетплейс выигрывает у универсального именно глубиной в категории, а не широтой.
  • С какой схемы стартуете?
    Универсального ответа нет — выбор зависит от категории, от того, какая инфраструктура (склад, доставка) уже есть у вас и у партнёров, и от приоритетов на старте. Реальные кейсы расходятся:
    • Leroy Merlin (DIY) запустил маркетплейс на FBS с тремя-четырьмя действующими партнёрами в Москве и одном дополнительном регионе. У партнёров уже были собственные склады, и держать чужой сток у себя было экономически нецелесообразно.
    • «Лэтуаль» (косметика и парфюмерия) стартовал на FBO — в категории, где важно контролировать подлинность товара, сертификаты и условия хранения.
    • Новый B2B-маркетплейс стоматологических расходников (в стадии разработки) выбрал DBS, потому что у профессиональных продавцов в этой нише уже есть зрелая логистика, и платформа не дублирует её.
☞ Главный принцип: стартовать с одной схемы, осознанно выбранной под контекст ниши, не пытаясь поддержать все три сразу.

13.2 Типичные ловушки

  • Ждать чудес и моментального взлета
    Маркетплейс — это сложный бизнес, который существенно отличается от того, что вы делаете прямо сейчас. Придется долго экспериментировать и искать работающие модели, прежде чем вы выйдете на устойчивые бизнес-показатели.
  • Работа с товарами продавцов оказывается сложнее, чем кажется
    У каждого продавца — свой подход и своё представление о качестве оформления карточек. Без единой базы товарных моделей и контроля за мерчантами каталог быстро превращается в хаос из дубликатов и противоречивой информации.
  • FBS или DBS без рейтинговой системы
    При FBO качеством сборки и доставки управляет сама площадка, и рейтинг продавца не критичен. Но как только эти операции переходят на сторону продавца, без рейтинга невозможно отделять хороших селлеров от плохих.
  • Постоянно откладывать ЭДО
    На десятках продавцов ручной документооборот ещё работает, но дальше бухгалтерия захлёбывается, и проект тормозит, а не ростет. Если полноценный ЭДО в MVP пока невозможен, закладывайте хотя бы переход на него в архитектуру.
  • Архитектура без учета расширения схем (FBO, FBS, DBS)
    Стартовать с одной схемы — это базовая стратегия. Но если в архитектуре зашита единственная логистическая схема без возможности добавить другие, то в будущем можно столкнуться с необходимостью переписывать половину платформы. Настолько это фундаментальный вопрос.

13.3 Что в MVP, а что на потом

Полезное правило: всё, что критично для базовой сделки «продавец — покупатель», должно работать. Всё, что улучшает, ускоряет или автоматизирует — может появиться позже. По реальным кейсам типовой список того, что откладывается на следующие итерации:
  • API для продавцов
    На MVP хватает загрузки через XLS/CSV и работы в ЛК. API всех трёх упомянутых кейсов появляется только на следующем шаге.
  • Полноценный модуль возвратов
    Обрабатывается вручную через колл-центр или напрямую с продавцом. Возвраты сложны архитектурно, и в MVP проще закрыть их операционно.
  • Рейтинги, отзывы покупателей, чат с покупателем
    Обычно не входят в MVP даже у крупных запусков.
  • Сложное ценообразование
    Иерархические комиссии, акционные цены, ценовой карантин, история изменений — после MVP. В MVP — базовая цена и одна ставка комиссии.
  • Реклама, retail media, персонализация, рекомендации
    Глубоко post-MVP — появляются после стабилизации операционных процессов.
  • Расширенная аналитика для продавцов
    На старте достаточно базовых отчётов о реализации и заказах.
«Не делать в MVP» не означает «делать маркетплейс плохо». Это означает не вкладывать ресурс в функции, без которых первые продавцы и покупатели обойдутся, — и сосредоточиться на том, что обеспечивает первую сделку и первые взаиморасчёты.

Это значит, что даже при минимальном MVP нужно правильно выстроить взаимодействие между всеми участниками экосистемы — покупателями, продавцами и самой площадкой.

13.4 Альтернатива: экстремальный MVP на базе действующего екома

Иногда правильный первый шаг — вообще не строить маркетплейс. Если у вас работает интернет-магазин, маркетплейсную модель можно проверить почти без новой IT-разработки — на ручных процессах поверх существующих систем:
  • Ручной импорт товаров и цен
    Менеджер площадки загружает позиции продавца в действующий каталог екома как обычные товары. Стоки фиксируются как «всегда есть» — это работает для ходовых SKU, которые у продавца постоянно в наличии.
  • Ручная маршрутизация заказов
    Клиент оформляет покупку как обычный заказ интернет-магазина. Менеджер площадки вручную пересылает его продавцу — через канал, согласованный заранее, вплоть до email или мессенджера.
  • Ручные взаиморасчёты
    В конце периода — сверка с продавцом, акт и оплата в обычном порядке. Никакого автоматического биллинга или ЭДО.
  • Витрина и доставка — как в обычном екоме
    Покупатель даже может не видеть, что покупает «у мерчанта»: карточка обычная, а сроки доставки увеличиваются на N дней нулевой мили.
По сути это формализованный лонгтейл из раздела 1, но с агентской моделью договора: товар не выкупается, продавец остаётся собственником до момента продажи. Главные ограничения — десятки SKU, единицы продавцов, никакой автоматизации, никакой аналитики. Но как способ проверить гипотезу нишевого маркетплейса за недели, до серьёзных инвестиций в IT, этот формат сложно превзойти.

13.5 Архитектура с запасом: модель данных шире функционала

Несколько типовых решений, которые в MVP можно полностью не реализовывать, но в модели данных закладывать сразу:
  • Иерархическая структура комиссий (категория → подкатегория → SKU) — даже если в MVP работает единая ставка.
  • Версионирование оферты — даже если оферта одна на всех, БД должна хранить, какая версия действовала на момент акцепта каждым продавцом.
  • Сплитование заказа под разные схемы — даже если в MVP работает только одна схема и заказы от разных продавцов не консолидируются.
  • Расширяемая статусная модель заказа и товара — под будущие этапы вроде «передано в РЦ» или «на магистрали».
  • Разделение расчётной цены продавца и финальной цены со скидкой МП — для корректного расчёта комиссии при появлении скидок маркетплейса.
OPEN SOURCE
Ensi — платформа для запуска маркетплейса с нуля или на базе екома
Open source решение, на котором работают федеральные игроки и нишевые маркетплейсы
10 мая 2026

Авторы статьи

  • Сергей Мелихов
    Директор новых проектов

подписывайтесь и будьте в курсе

  • Кусочки екома
    Факты из жизни электронной коммерции
  • Ensi Backend News
    Новости от разработчиков платформы
  • Ensi в телеграме
    Официальный новостной канал платформы
  • Статьи на vc.ru
    Блог в расширенном формате