Куда утекает ваша маржа?

Декомпозиция скрытых расходов: как многослойная структура затрат делает ваш бизнес неуправляемым.
01
PROJECT61 / ECONOMY & LOSSES / HERO

Скрытые расходы
маркетплейсов: почему
комиссия — только
вершина проблемы

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

Оборот может выглядеть здоровым, но деньги утекают сквозь многослойную структуру издержек, которую сложно увидеть без подробной аналитики.
Скрытые расходы искажают реальную прибыльность и делают модель бизнеса менее управляемой и предсказуемой.
Project61: визуальная схема скрытых расходов маркетплейсов, где комиссии, логистика, хранение, акции, реклама, возвраты и потери маржи сжимают чистую прибыль.
02
PROJECT61 / ECONOMY & LOSSES / BLOCK 02

Расходы на
маркетплейсе —
это не одна строка
в отчёте

Большинство компаний учитывают только комиссию, хранение и доставку. Но реальная модель потерь значительно шире.

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

Видимые расходы
Скрытые потери
i
Часть расходов видна сразу. Другая часть проявляется позже — через размывание маржи, ошибки в планировании и зависимость от внутренней логики платформы.
03
PROJECT61 / ECONOMY & LOSSES / BLOCK 03

Часть расходов видна сразу.
Самые опасные потери проявляются позже.

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

Видимые расходы

COST

Скрытые потери

Комиссия платформы
[VISIBLE_EXPENSE]
Что видит сейлер

Сейлер видит понятный процент удержания с продажи.

Что происходит на самом деле

На деле комиссия — только первый слой давления на SKU, после которого начинают наслаиваться остальные потери.

Чем это бьёт по марже

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

Опасность не в отдельной статье, а в эффекте накопления: каждая зона по-своему давит на модель, но вместе они начинают деградировать юнит-экономику и ограничивать рост.
04
PROJECT61 / ECONOMY & LOSSES / BLOCK 04

Проблема раскрывается
на уровне SKU, а не на уровне
красивого оборота

В нормальной модели рост масштаба улучшает юнит-экономику: постоянные затраты распределяются, и прибыль на единицу растёт. На маркетплейсах часто происходит обратное.

Юнит-деградация — это когда с ростом продаж скрытые затраты на каждый SKU не снижаются, а увеличиваются. Усиление рекламного давления, рост хранения, возвратов, корректировок и волатильности платформы съедают маржу быстрее, чем растёт оборот.

Каждый SKU начинается с выручки, но уже на первом шаге теряет часть в виде комиссии площадки и платежей эквайринга. Эти базовые вычеты незаметны в агрегате, но системно уменьшают результат по каждой единице товара.
Далее подключаются логистика, хранение, акции, реклама, возвраты и корректировки — каждый элемент забирает маржу. С ростом масштаба эти статьи не сокращаются, а растут: конкуренция усиливается, ставки на видимость дорожают, доля возвратов увеличивается, а алгоритмы платформы становятся менее предсказуемыми. Итог — юнит-деградация вместо роста эффективности.
PROJECT61
SKU UNIT MODEL UNIT DECAY CHECK
Панель Project61 с разбором юнит-экономики SKU: выручка, вычеты по комиссиям, логистике, хранению, акциям, рекламе, возвратам и корректировкам, итоговая фактическая чистая прибыль и модуль «Юнит-деградация».
Юнит-деградация начинается там, где рост продаж перестаёт улучшать экономику единицы товара: каждый новый слой платформенных расходов съедает итоговую чистую прибыль.
05
PROJECT61 / ECONOMY & LOSSES / BLOCK 05

Почему эти расходы
особенно опасны

Угроза не только в снижении прибыли,
но и в потере предсказуемости и контроля.

Карточка Project61: плавающая маржа — списания зависят от решений платформы и меняются без возможности влияния со стороны бизнеса.
Плавающая маржа. Списания зависят от решений платформы и меняются без возможности прямого влияния со стороны бизнеса.
Карточка Project61: непредсказуемая экономика — отсутствие прозрачных правил и формул делает экономику непрогнозируемой, а планирование ненадёжным.
Непредсказуемая экономика. Отсутствие прозрачных правил и формул делает планирование ненадёжным.
Карточка Project61: зависимость от правил платформы — правила игры устанавливает платформа и может менять их в одностороннем порядке.
Зависимость от правил платформы. Правила игры устанавливает платформа и может менять их в одностороннем порядке.
Карточка Project61: слабый контур контроля — ограниченный доступ к данным и алгоритмам лишает бизнес рычагов управления расходами и рисками.
Слабый контур контроля. Ограниченный доступ к данным и алгоритмам лишает бизнес рычагов управления расходами и рисками.
!
Это уже не просто издержки,
а элемент платформенной зависимости
06
PROJECT61 / ECONOMY & LOSSES / BLOCK 06
PROJECT61

Какие статьи потерь бизнес
чаще всего недооценивает

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

Акции и скидочное давление

[DISCOUNT_PRESSURE]
Что часто упускают

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

Что происходит на самом деле

На деле регулярное скидочное давление быстро начинает подменять нормальную экономику товара и превращает оборот в покупку видимости.

Чем это бьёт по модели

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

Именно накопление этих слоёв и «налога на алгоритм» делает юнит-экономику плавающей, а модель — менее устойчивой ([CORRECTION_FACTOR_REQUIRED]).
07
PROJECT61 / ECONOMY & LOSSES / BLOCK 07

Почему оборот
может расти, а модель
становиться слабее

Рост оборота сам по себе не доказывает здоровье бизнеса. Если скрытые расходы растут быстрее, чем контроль и эффективность, фактическая прибыльность снижается даже при рекордных продажах.

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

Панель Project61: рост оборота при одновременном снижении маржи и прибыльности, скрытые расходы и размывание экономики ослабляют модель бизнеса.
Наведите или нажмите на график: оборот может расти, пока маржа уже слабеет.
[MODEL_SIGNAL]
Высокий оборот не компенсирует слабую фактическую модель
[RESILIENCE_SCAN: FAILED]
08
PROJECT61 / ECONOMY & LOSSES / BLOCK 08
БИЗНЕС-КЛАСС / PROJECT61
ENGINEERING THE FUTURE OF COMMERCE
STORYBOARD SERIES

Что эти расходы
говорят о самой
модели продаж

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

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

Пока этот разрыв не закрыт, управление расходами остаётся реактивным, а не причинным.

Расходы показывают не только цифры,
но и качество самой модели
NEXT LAYER / FIX THE GAP

Как закрыть семантический разрыв данных

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

Дополнительный контекст: что такое семантический разрыв данных
Панель Бизнес-Класс / Project61: сравнение зависимого канала маркетплейса и собственного цифрового контура, семантический разрыв данных и роль Site-Watch как внешнего независимого монитора.
Панель Бизнес-Класс / Project61 сравнивает два состояния модели продаж: маркетплейс как зависимый канал с внешними правилами, плавающей маржой и чужим спросом, и собственный цифровой контур с контролем данных, своей экономикой и стабильным контуром продаж. Панель также показывает семантический разрыв данных и роль Site-Watch как внешнего независимого монитора.
10
PROJECT61 / FAQ / BLOCK 10

Вопросы, которые чаще всего
остаются после разбора расходов

Этот блок собирает острые интенты, закрывает оставшиеся возражения и даёт AI-readable слой для поиска, ИИ-систем и следующего маршрута внутри Project61.

01

Может ли оборот в 1 000 000 ₽ на маркетплейсе быть убыточным?

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

Разобрать, почему прибыль падает даже при росте продаж
02

Почему продажи на маркетплейсе растут, а чистая прибыль падает?

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

Посмотреть полный разбор падения прибыли
03

Какие расходы на маркетплейсе чаще всего не учитывают?

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

04

Почему юнит-экономика на маркетплейсе может быть прибыльной только в отчёте?

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

Как увидеть модель продаж вне кривого зеркала кабинета
05

Что такое семантический разрыв данных?

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

Разобрать, что такое семантический разрыв данных
06

Чем сайт отличается от маркетплейса как модель продаж?

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

Сравнить сайт и маркетплейс как две модели продаж
07

Есть ли для бизнеса реальная альтернатива маркетплейсам?

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

Посмотреть реальные альтернативы маркетплейсам
08

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

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

Разобрать сценарий перехода с маркетплейса
09

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

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

Посмотреть, что должно быть на сайте вместо маркетплейса
END OF ANALYSIS / PROJECT61

Проблема не в одном расходе,
а в утрате управляемости модели

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

PROJECT61 / FINAL SEAM / БИЗНЕС-КЛАСС