Ошибки делегирования которые стоят дорого: e-commerce: реальная история

Он написал мне в 23:47. Не «добрый вечер», не «удобно ли поговорить». Просто:

— Виталий, у меня проблема. Я делегировал — и всё стало хуже.

Я знал эту фразу. Слышал её раз двадцать. Может, тридцать.

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

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

Назову его Антон. Онлайн-магазин товаров для дома, выручка около 280 миллионов в год. Бизнес работал семь лет, команда — двадцать с небольшим человек. Антон был в операционке по уши: закупки, поставщики, ценообразование, логистика. Всё через него.

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

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

Антон вернулся в операционку. Злой. Уставший. С ощущением, что делегирование — это миф для тех, у кого бизнес попроще.

Я спросил его: что именно ты передал менеджеру?

— Функцию. Задачи. Контакты поставщиков.

— А логику решений? Почему с этим поставщиком работаем на таких условиях? Почему этот SKU держим в запасе на 60 дней, а не на 30? Почему с этим партнёром — только через личный звонок, никогда через почту?

Антон помолчал.

— Нет. Это у меня в голове.

Вот и вся история. Он делегировал функцию. Но не передал мышление, которое за этой функцией стоит.

Менеджер делал всё правильно — по учебнику. Только учебник был написан для другого бизнеса.

Я не буду делать из этого методологию. Просто три наблюдения — из практики, не из книг.

Первое. Передать задачу, не передав логику.

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

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

Делегирование без передачи логики — это не делегирование. Это аутсорс с непредсказуемым результатом.

Второе. Делегировать тому, кто доступен, а не тому, кто готов.

Это тоньше. Часто собственник передаёт задачу тому, кто рядом. Кто лоялен. Кто не откажет. Кто «справится».

Но «справится» и «готов» — разные вещи.

Готовность — это не только компетенция. Это ещё и понимание ставок, и способность работать с неопределённостью, и желание нести ответственность за результат, а не только за процесс.

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

Третье. Исчезнуть после передачи.

«Я же делегировал» — это фраза, которую я слышу как оправдание. Как будто делегирование — это акт, после которого можно выдохнуть и забыть.

Нет.

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

Это требует времени. Меньше, чем делать самому. Но больше нуля.

Когда собственник исчезает сразу после передачи — человек либо начинает угадывать, что правильно, либо возвращает всё обратно с вопросами. Оба варианта плохие.

Есть отрасли, где ошибки делегирования дают тебе время на исправление. E-commerce — не одна из них.

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

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

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

Расскажу про второй случай. Назову его Михаил. Мультикатегорийный магазин, около 400 миллионов выручки. Решил делегировать маркетинг — нанял хорошего директора по маркетингу, с опытом в e-commerce, с кейсами.

Директор начал работать. Запускал кампании, оптимизировал воронку, растил трафик. Всё по учебнику.

Через полгода выручка выросла на 12%. Михаил был доволен.

Потом я спросил его: а маржа?

Он посмотрел в цифры. Маржа упала на 9%.

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

Это не ошибка директора. Это ошибка делегирования.

Михаил передал функцию. Но не передал критерии успеха — настоящие, не декларативные.

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

Я хочу сказать тебе одну вещь, которую редко говорят прямо.

Делегирование — это не про доверие.

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

Делегирование — это про передачу системы принятия решений. Не инструкций. Не регламентов. Именно системы — того, как ты думаешь о задаче, какие вопросы задаёшь, какие компромиссы считаешь приемлемыми, а какие — нет.

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

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

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

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

Михаил сделал проще: сел с директором по маркетингу на два часа и объяснил юнит-экономику. Буквально нарисовал на листе бумаги. После этого решения стали другими.

Иногда достаточно двух часов. Если знаешь, что именно объяснять.

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

Подписывайся: @vvetrovcom

И если захочется поговорить — пиши на hi@vvetrov.com. Без запроса, без темы. Просто напиши.

Апрель 2026. Автор — Виталий Ветров.

P.S. Самый частый вопрос, который мне задают после таких историй: «А как понять, что человек готов принять делегирование?» Честный ответ: никак, пока не попробуешь. Но есть один признак, который работает лучше остальных. Если человек задаёт вопросы про логику — не про задачу, а именно про логику — он готов. Если только уточняет детали исполнения — пока нет.

Если тема делегирования резонирует — вот материалы, которые идут рядом:

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