Препятствия масштабирования в e-commerce: топ-5

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

Эта статья — про пять системных барьеров, которые останавливают рост интернет-магазина с выручкой 80–300 млн. Не теория. Разбор с механикой — откуда берётся каждый барьер, как он проявляется и почему стандартные решения его не убирают.

И в конце — один вопрос, который я задаю собственникам e-commerce на первой встрече. По ответу сразу понятно, где настоящий потолок.

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

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

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

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

Пять барьеров, которые я опишу ниже, — не независимые проблемы. Они связаны. Но у каждого есть своя точка входа, и именно с неё нужно начинать диагностику.

Это самый распространённый и самый болезненный барьер. Не потому что он сложный — а потому что проявляется в худший момент.

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

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

Мини-история. Дмитрий — собственник интернет-магазина товаров для дома, выручка около 140 млн в год. Пришёл после провального ноября: запустили агрессивную акцию к «чёрной пятнице», трафик вырос в 2,8 раза, конверсия упала вдвое, NPS за месяц — минус 40 пунктов. Когда разобрали ситуацию, выяснилось: узкое место было не в логистике, а в подтверждении заказов. Менеджеры физически не успевали обзванивать — и заказы зависали. Решение нашли за две недели: автоматическое подтверждение с триггерами на исключения. Но ноябрь был потерян. Компромисс — восстановили репутацию к февралю, но упущенная выручка осталась упущенной.

Что здесь важно понять: операционный коллапс — это не проблема пика. Это проблема архитектуры процессов, которая обнаруживается на пике. Разница принципиальная.

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

Следующий барьер менее очевиден — и именно поэтому обходится дороже.

Это барьер, который убивает бизнес медленно. Не взрывом, а постепенным истощением.

Логика, которую я слышу регулярно: «Выручка растёт — значит, всё идёт правильно.» Это опасное упрощение. В e-commerce выручка и прибыль могут двигаться в разные стороны — и это не аномалия, а закономерность при неправильно выстроенной юнит-экономике.

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

Второй механизм — возвраты. В одежде и обуви процент возврата может достигать 30–40%. Каждый возврат — это стоимость обратной логистики, обработки, переупаковки, иногда списания. Если эти цифры не зашиты в юнит-экономику — бизнес живёт в иллюзии маржи.

Третий механизм — комиссии маркетплейсов. Wildberries, Ozon, Яндекс Маркет берут от 5 до 25% в зависимости от категории. Плюс логистика, хранение, штрафы за нарушение требований. Собственник видит оборот — и не видит, что реальная маржа на маркетплейсе в два раза ниже, чем на собственном сайте.

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

Если хочешь разобраться с юнит-экономикой своего e-commerce — в моём Telegram-канале выхожу с конкретными разборами, без мотивации. Подписывайся: t.me/vvetrov.

Логистика — это то место, где e-commerce чаще всего обманывает себя.

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

Ловушка выбора между собственным складом и 3PL — одна из самых дорогостоящих в e-commerce. Собственный склад даёт контроль, но требует капитала и фиксированных затрат. 3PL даёт гибкость, но создаёт зависимость и снижает маржу. Правильного ответа нет — есть ответ, правильный для конкретного объёма и модели. Проблема в том, что большинство собственников принимают это решение один раз и не пересматривают его при изменении масштаба.

Мини-история. Анна — собственник магазина детских товаров, выручка около 95 млн. Решила выйти на Урал и в Сибирь: там был спрос, там были клиенты. Логистику отдала региональному партнёру — казалось, дёшево и быстро. Через четыре месяца стало понятно: партнёр не справлялся с объёмом, сроки доставки выросли с 3 до 7 дней, возвраты выросли на 18%. Вышли из партнёрства. Потеряли региональный рынок — восстановить репутацию в регионе не получилось. Это история не про плохого партнёра. Это история про то, что логистическое решение не было проверено на нагрузку до масштабирования.

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

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

Четвёртый раз за последние полгода вижу одну и ту же картину: e-commerce с выручкой 120–180 млн нанимает операционного директора — и через три месяца тот уходит. Не потому что плохой. Потому что его нанимают решать проблемы, которые собственник не готов отдать.

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

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

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

Если тема делегирования — про тебя, в гайде по делегированию есть конкретная механика для собственников с командой от 15 человек. Ссылка в финальном блоке.

Связанная тема — как собственник масштабировал бизнес без инвестора: там разобрана логика перехода от операционного управления к стратегическому. Читай здесь: Как собственник масштабировал бизнес с 80–300 млн без инвестора.

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

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

E-commerce начинается с простого: CMS, платёжный шлюз, таблица в Excel для учёта. Это работает до определённого объёма. Потом перестаёт.

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

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

Инсайт, который редко формулируют прямо: технологический стек — это не инструмент, это ограничение. Вопрос не «какая система лучше», а «какая система выдержит следующий порог роста». Это разные вопросы.

Когда менять стек — и как не ошибиться с моментом? Мой ответ: менять нужно до того, как текущая система стала узким местом, но после того, как новый объём стал предсказуемым. Менять в кризисе — дорого и рискованно. Менять слишком рано — деньги на ветер. Окно — когда текущий объём стабилен, а следующий порог виден на горизонте 6–12 месяцев.

Подробнее о том, как выстраивать стратегию роста системно — в материале Стратегия масштабирования для ритейла в 80–300 млн. Там логика, применимая и к e-commerce.

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

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

Когда внутренняя команда уже видит проблему, но не может договориться о решении. Или когда собственник понимает, что застрял — но не понимает, где именно. Консультант здесь не носитель готового ответа. Он — человек, который помогает задать правильные вопросы и не принять дорогостоящее решение на основе неполной картины.

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

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

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

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

Работаю с собственниками e-commerce и ритейла с выручкой от 80 млн. Не с теми, кто только запускается — там другая логика и другие инструменты.

Беру не более 3 новых заявок в неделю.

Скачать гайд по делегированию →

Если гайд не подойдёт — напиши на hi@vvetrov.com. Скажу честно, с чем работаю, а с чем нет.

P.S. Иногда правильный следующий шаг — не консультация, а честный разговор с командой о том, где на самом деле узкое место. Гайд помогает подготовиться к такому разговору.

Июнь 2026. Автор — Виталий Ветров, стратегический советник для предпринимателей.