Бизнес-модели маркетплейсов: комиссия, подписка, гибрид

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

1 сентября 2026 Бизнес 21 мин чтения

---

Что такое бизнес-модель маркетплейса

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

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

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

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

Дальше — три основные модели по отдельности: как считается доход, кому подходит, что придётся построить в продукте и где модель перестаёт работать.

Комиссия с заказа

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

Кому подходит

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

Что придётся построить в продукте

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

Где модель перестаёт работать

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

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

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

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

Подписка продавца

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

Кому подходит

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

Что придётся построить в продукте

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

Где модель перестаёт работать

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

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

Гибрид: подписка плюс комиссия

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

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

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

Что придётся построить в продукте

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

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

Чем ещё зарабатывают площадки

Комиссия и подписка — основа, но редко единственный источник. Зрелые площадки добавляют к ним ещё несколько статей дохода:

• Плата за размещение. Фиксированная сумма за карточку или за пакет позиций. Отсеивает случайные предложения и держит каталог чище.
• Продвижение в выдаче. Приоритетные места, баннеры, подборки, push-уведомления по базе покупателей. Требует честной пометки рекламных мест — иначе выдача теряет доверие.
• Платные сервисы для продавца. Хранение, доставка, съёмка карточек, аналитика спроса и цен конкурентов.
• Подписка покупателя. Бесплатная доставка, повышенные бонусы, ранний доступ к распродажам. Работает при высокой частоте покупок.
• Плата за заявку. Для площадок услуг: продавец платит не за период, а за каждый контакт покупателя. Промежуточный вариант между подпиской и комиссией.
• Партнёрские отчисления. Доля от подключённых через площадку сервисов: страхование, рассрочка, установка, сборка.

Отдельная статья расходов, о которой забывают при расчёте, — доля магазинов приложений. Она касается только продажи цифрового содержимого внутри приложения; физические товары и услуги, которые потребляются вне приложения, оплачиваются любым способом и под это правило не попадают. Условия сформулированы в правилах App Store и в требованиях Google Play; для российских площадок к этому добавляется публикация в RuStore и других сторах. Если площадка планирует продавать внутри приложения подписку покупателя, разницу в условиях стоит проверить до того, как цена подписки объявлена публично.

Три модели на одном обороте: сравнение

Чтобы разница читалась в деньгах, возьмём одну площадку: 50 активных продавцов, суммарный оборот 30 000 000 ₽ в месяц. Ставки взяты условные, для сопоставления моделей между собой.

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

Как выбрать модель под свою площадку

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

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

Экономика площадки: доход, расходы, окупаемость

Считать удобнее в трёх строках, без сложных финансовых выкладок.

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

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

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

Показатели, по которым видно, здорова ли модель:

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

Как перевести модель в продукт: пять шагов

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

Шаг 1. Зафиксировать, где происходит оплата

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

Шаг 2. Описать тарифы и правила

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

Шаг 3. Собрать расчётный слой

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

Шаг 4. Сделать кабинет продавца прозрачным

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

Шаг 5. Запуститься с одной моделью и проверить на сделках

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

Сколько стоит запустить площадку под выбранную модель

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

Модель оплаты у нас состоит из трёх частей. Первое — единоразовый платёж за интеграцию: разворачивание платформы под бренд, настройка модулей, интеграции с 1С, эквайрингом и CRM, фирменный дизайн и публикация в магазинах приложений, срок до 30 рабочих дней. Второе — ежемесячные лицензионные платежи, в которые уже включены все затраты на техническую поддержку команды FITTIN: мониторинг, обновления модулей и обновления безопасности; своя команда разработки при этом не нужна. Третье — новый функционал и доработки по фактически затраченным часам (Time & Materials) с оценкой и сметой перед стартом задачи. Расчётный слой мультивендорной площадки почти всегда попадает в третью часть.

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

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

Как выбрать подрядчика: чек-лист

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

• Есть ли опыт расщепления платежа. Попросите показать проект, где деньги делились между несколькими получателями, и спросите, как там решались возвраты.
• Как считается смета. Часы, роли и ставки должны быть видны до подписания. Оценка «примерно за месяц» без разбивки по задачам почти всегда съезжает.
• Что происходит при смене тарифов. Модель монетизации меняется чаще, чем каталог. Уточните, во что обойдётся правка ставок и добавление ступени через полгода.
• Кому принадлежит исходный код и данные. Условия фиксируются в договоре до старта, а не обсуждаются при расставании.
• Кто отвечает за поддержку и в какие сроки. Для площадки с расчётами это критично: остановка выплат бьёт по продавцам сразу.
• Как устроена приёмка. Тестовая сделка с делением платежа, чеком, возвратом и выгрузкой в бухгалтерию — минимальный набор для приёмки расчётной части.
• Выдержит ли площадка нагрузку в пик. Распродажа проверяет каталог и оплату одновременно, поэтому нагрузочное тестирование лучше планировать до запуска, а не после первого сбоя.

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

Как это выглядело на проектах

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

• Gulliver Family — мультибрендовый магазин детских товаров: 4 бренда и 5 направлений на одной витрине. Приложение даёт 50% общего дохода ритейлера, через него проходит 80% мобильного трафика. Показательный пример того, как мобильный канал из дополнения превращается в основной источник выручки.
• Сатурн — сеть строительных магазинов в 20 городах с каталогом свыше 30 000 товаров, услугами вроде колеровки краски и распила, а также оформлением заказа на юридическое лицо. За первый месяц 7 594 установки при конверсии 12,4%, публикация сразу в 4 магазинах приложений. Ближайший к площадке по сложности каталога и по B2B-сценариям проект.
• Европа Маркет — сеть гипермаркетов с приложением на 149 839 пользователей и картой лояльности со скидками до 50%. Пример того, как программа лояльности удерживает покупателя в своём канале, а не уводит его к прямым продажам.
• DAISYKNIT — переход с коробочного сервиса на собственное приложение с сохранностью клиентской базы 100% и бонусами до 3 000 ₽ в новогодней механике. Тот самый сценарий, когда площадка упирается в потолок готового сервиса и переезжает.
• Fashouse — приложение и сайт на одной кодовой базе: за счёт единого кода вместо двух отдельных команд проект сэкономил около 12 месяцев разработки. Для площадки это означает, что тарифы и правила расчётов пишутся один раз, а не дважды.
• Finn Flare — перезапуск действующего приложения с выпуском примерно за 30 рабочих дней: за счёт переноса на единую кодовую базу бюджет проекта оказался в 2 раза меньше прежнего. Полезный ориентир для площадок, у которых уже есть работающее приложение.

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

Итог: три модели на одной странице

Короткая сводка, если читать некогда:

1. Сначала тип сделки, потом модель. Если оплата проходит мимо площадки, комиссии нет — остаются подписка, плата за заявку и продвижение.
2. Комиссия растёт вместе с оборотом и ничего не стоит продавцу до первой продажи, но требует расчётного слоя и постоянной работы с уходом сделок напрямую.
3. Подписка даёт предсказуемый доход и самый простой продукт, но не растёт вместе с продавцом и тяжело набирает первых участников.
4. Гибрид балансирует оба риска и обходится дороже всех — в разработке, в отчётах и в объяснении продавцу.
5. Запускаться лучше с одной моделью, а ступени и платное продвижение добавлять по данным первых месяцев.

Что делать дальше:

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

Вопросы и ответы

Какая модель монетизации подходит новой площадке лучше всего?

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

Какую ставку комиссии закладывать?

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

Что делать, если продавцы и покупатели договариваются напрямую?

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

Можно ли сменить модель после запуска?

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

Нужно ли платить долю магазинам приложений с заказов на площадке?

Правила магазинов приложений касаются продажи цифрового содержимого внутри приложения. Физические товары и услуги, которые потребляются вне приложения, оплачиваются любым способом, и доля магазина с них не удерживается. Вопрос возникает, если площадка продаёт внутри приложения подписку покупателя или другой цифровой доступ — тогда условия конкретного магазина нужно проверить до объявления цены. Актуальные требования публикуются в правилах App Store, Google Play и RuStore и периодически меняются.

Сколько времени занимает запуск площадки?

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

Что должно быть в кабинете продавца с самого начала?

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

Материал носит информационно-аналитический характер, отражает оценку команды FITTIN на дату публикации.