Масштабирование IT-компании: точки роста и узкие места: для собственника

Все говорят, что IT-компания масштабируется иначе, чем производство. Это правда. Но не в том смысле, в котором обычно имеют в виду.

Не потому что «нет станков» и «маржа выше». А потому что узкое место здесь редко в процессах. Оно — в голове у собственника. Примерно на отметке 120–150 миллионов выручки это становится очевидным. Иногда — болезненно очевидным.

Это не про тебя, если твоя IT-компания меньше 80 миллионов или ты только строишь первую команду. Это про тебя, если выручка есть, команда есть — и что-то всё равно не двигается. Или двигается, но как-то не туда.

Стандартный сценарий выглядит примерно так.

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

Почему?

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

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

Это первое, что стоит понять про масштабирование в IT. Проблема редко там, где больно. Чаще — там, где давно перестали смотреть.

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

Первая точка: проектная логика против продуктовой.

Большинство IT-компаний в диапазоне 80–300 миллионов живут в проектной логике. Пришёл клиент — сделали проект — получили деньги — ищем следующего клиента. Это работает. До определённого момента.

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

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

Вторая точка: ценообразование как стратегия.

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

Между тем цена — это не просто про деньги. Это про позиционирование. Про то, каких клиентов ты привлекаешь. Про то, какую работу ты делаешь. Компании, которые осознанно работают с ценой — поднимают её, меняют модель, уходят от почасовой оплаты к value-based — как правило, растут быстрее. Не потому что «больше денег». А потому что меняется качество клиентов и качество задач.

Это неудобная мысль. Потому что поднять цену страшно. Особенно когда кажется, что клиенты уйдут.

Иногда уходят. Обычно — не те, которых хотелось бы удержать.

Третья точка: кто принимает решения.

Это важнее оргструктуры. Важнее процессов. Важнее найма.

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

На 150 миллионах это становится узким местом.

Не потому что собственник плохо решает. А потому что он один. И его пропускная способность — конечна.

Есть вещи, которые все знают, но редко говорят прямо.

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

Это не про лояльность. Это про архитектуру бизнеса, в которой незаменимость людей встроена как фича, а не как баг.

Второе — и это сложнее — сам собственник как узкое место.

Один из клиентов — IT-компания, разработка на заказ, около двухсот миллионов выручки, восемь лет на рынке. Пришёл с запросом: «Не растём второй год. Команда хорошая, клиенты есть, но потолок». Начали разбираться.

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

Он сам это понимал. Но признать вслух — что ты и есть узкое место — это другое.

Мы не выстраивали новые процессы. Мы разбирали, какие решения он может перестать принимать. Не делегировать — именно перестать принимать. Разница важная.

Через четыре месяца компания начала двигаться. Не потому что появился новый инструмент. А потому что освободилось место.

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

Когда плохие новости не доходят вовремя — решения принимаются с опозданием. Это дорого.

Не буду делать вид, что у меня есть чек-лист.

Есть три вопроса, которые я обычно задаю собственникам IT-компаний, когда мы начинаем работать.

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

Второй: если завтра ты три недели недоступен — что остановится? Не «будет хуже» — именно остановится.

Третий: ты строишь компанию, которую хочешь продать, или компанию, в которой хочешь работать? Это разные компании. С разной архитектурой, разными приоритетами, разными узкими местами.

Ответы на эти вопросы обычно дают больше, чем любой аудит процессов.

Масштабирование — это не про рост. Это про то, что ты готов отпустить.

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

Если эти вопросы резонируют — скорее всего, ты уже в нужном месте.

Раз в две недели присылаю рассылку. Без мотивации, без чек-листов — только то, что реально работает в практике. Форма подписки — в футере.

P.S. Смежные материалы: как собственник масштабировал бизнес с 80 до 300 млн без инвестора, препятствия масштабирования в IT-компании: топ-5, почему красивые стратегии не работают.

Май 2026. Автор — Виталий Ветров, стратегический советник.