Когда IT-компания перестаёт расти, первый диагноз всегда одинаковый: плохой маркетинг, слабые продажи, не те люди. Редко кто смотрит глубже. Бизнес-модель — это не документ в папке «стратегия». Это живая конструкция, которая либо работает на рынке сегодняшнего дня, либо нет. Третий раз за последние полгода вижу одну и ту же картину в IT-компаниях: выручка растёт, фаундер устал, а маржа тихо сжимается. И каждый раз разговор начинается с маркетинга.
В этом гайде — семь признаков того, что бизнес-модель IT-компании устарела, и один реальный кейс, где это удалось увидеть вовремя. Что сделала та компания — не очевидно. Расскажу в конце.
1. Зачем вообще проверять бизнес-модель 2. Шаг 1. Маржа падает, а объём растёт 3. Шаг 2. Клиенты покупают не то, что ты продаёшь 4. Шаг 3. Команда продаёт скидками, а не ценностью 5. Шаг 4. Лучшие клиенты уходят к конкурентам с другой моделью 6. Шаг 5. Новые продукты не приживаются 7. Шаг 6. Операционная нагрузка растёт быстрее выручки 8. Шаг 7. Собственник — единственный, кто понимает, как это работает 9. Кейс: как IT-компания с 200 млн выручки обнаружила, что продаёт не то 10. Частые вопросы
Большинство IT-фаундеров проверяют бизнес-модель один раз — когда запускают компанию. Потом она живёт сама по себе: обрастает процессами, людьми, привычками. Рынок меняется, модель — нет.
Это не лень и не безответственность. Это нормальная динамика роста. Пока компания масштабируется, у фаундера нет ни времени, ни повода останавливаться и спрашивать: «А та ли это конструкция, которая нужна нам сейчас?» Выручка растёт — значит, всё работает. Логика понятная. И ошибочная.
IT-рынок меняется быстрее, чем кажется изнутри. Модели монетизации, которые работали три года назад — time & material, проектные контракты, лицензии с ежегодным продлением, — сегодня либо сжимаются в марже, либо проигрывают конкурентам с подписочной логикой. Клиенты стали умнее. Они знают, что такое SaaS, что такое outcome-based pricing, и задают неудобные вопросы на переговорах.
Проверка бизнес-модели — это не кризисная мера. Это регулярная гигиена, как аудит финансов или юридический ревью договорной базы. Делать это раз в год — нормально. Не делать вообще — риск, который накапливается незаметно.
Семь признаков ниже — не академическая классификация. Это то, что я вижу в работе с IT-компаниями. Некоторые из них выглядят как операционные проблемы. На самом деле — структурные.
Прежде чем читать дальше — посчитай маржу за последние четыре квартала. Не выручку. Именно маржу. Если цифры есть под рукой — сравни динамику. Это займёт три минуты и сделает следующие разделы в два раза полезнее.
Ножницы между выручкой и прибылью — первый и самый частый признак устаревшей бизнес-модели. Компания продаёт больше, нанимает больше, тратит больше — а денег на счету не прибавляется. Фаундер объясняет это инвестициями в рост. Иногда это правда. Чаще — нет.
Механизм простой. Ценообразование не пересматривалось два, три, иногда четыре года. Себестоимость выросла: зарплаты, инфраструктура, стоимость привлечения клиента. Цена — нет. Потому что «клиенты привыкли», «конкуренты дешевле», «сейчас не время». Это не проблема продаж. Это проблема модели.
Что делать: провести аудит unit-экономики по каждому продукту или сервису. Не по компании в целом — по каждой единице. Часто оказывается, что 20% продуктов генерируют 80% маржи, а остальные — работают в ноль или в минус, просто это не видно в общей отчётности.
Здесь обычно возникает возражение: «Мы растём, значит модель работает». Рост выручки — это не подтверждение здоровья модели. Это подтверждение того, что продажи работают. Это разные вещи. Можно очень хорошо продавать убыточный продукт.
Это звучит странно. Но происходит чаще, чем кажется.
Компания позиционирует себя как разработчика корпоративного ПО. Клиенты покупают её как аутсорс-команду для закрытия дыр в штате. Компания думает, что продаёт платформу. Клиенты думают, что покупают часы разработчиков. Разрыв между тем, что написано в презентации, и тем, за что реально платят деньги, — это и есть признак.
Как это выглядит операционно: продажи идут через длинные объяснения. Менеджер тратит половину встречи на то, чтобы объяснить, чем компания отличается от конкурентов. Клиент кивает, но в итоге выбирает по цене или по знакомству. Ценность не считывается сама — её нужно «продавать».
Это не проблема менеджеров по продажам. Это проблема позиционирования, которое перестало соответствовать реальному use-case.
Что делать: провести интервью с пятью лучшими клиентами. Не опрос — живой разговор. Один вопрос: «За что именно вы нам платите?» Ответы почти всегда удивляют. Иногда — неприятно.
Если ответы клиентов не совпадают с тем, что написано на главной странице сайта, — это сигнал. Не катастрофа, но сигнал. Позиционирование либо нужно привести в соответствие с реальностью, либо реальность — с позиционированием. Второе сложнее, но иногда правильнее.
Если хочешь разбирать такие ситуации в режиме реального времени — я веду Telegram-канал, где пишу именно об этом: стратегические развилки, переговорные ситуации, разборы без воды. Ссылка в шапке сайта.
Скидка — это не инструмент продаж. Это симптом. Симптом того, что продавец не может объяснить, почему продукт стоит своих денег.
Признак простой: средний чек падает при том же продукте и той же команде. Квартал за кварталом. Менеджеры объясняют это «давлением рынка», «агрессивными конкурентами», «сложными клиентами». Всё это может быть правдой. Но если скидки стали стандартной частью процесса закрытия сделки — проблема не в рынке.
Я видел это не раз: компания с хорошим продуктом, которая системно продаёт его дешевле, чем могла бы. Не потому что конкуренты лучше. А потому что value proposition сформулирован так, что его невозможно защитить на переговорах. Продавец сам не верит в цену — и первым же предлагает скидку, чтобы закрыть сделку.
Что делать: пересмотреть value proposition. Не переписать текст на сайте — разобраться, какую конкретную проблему решает продукт, в каких единицах измеряется результат для клиента, и почему именно эта цена справедлива. Это работа не маркетолога. Это работа фаундера вместе с лучшими продавцами и лучшими клиентами.
Здесь обычно возникает возражение: «Мы уже пробовали пересматривать — ничего не изменилось». Пересмотр value proposition без изменения модели монетизации — это косметика. Если клиент платит за часы, а не за результат, никакой текст не поможет. Иногда нужно менять не формулировку, а структуру сделки.
Отток — это всегда неприятно. Но отток топ-сегмента — это особый сигнал. Не просто потеря выручки. Это информация о том, куда движется рынок.
Признак выглядит так: уходят не проблемные клиенты, а хорошие. Те, с кем работалось комфортно, кто платил вовремя, кто рекомендовал. И уходят не к конкуренту, который лучше технически. А к тому, у кого другая модель взаимодействия. Подписка вместо проекта. Фиксированная команда вместо time & material. Outcome-based контракт вместо почасовой оплаты.
Один фаундер рассказывал мне, как потерял трёх крупных клиентов за один квартал. Все трое ушли к конкуренту, который был, по его словам, «технически слабее». Когда разобрались — оказалось, что конкурент предлагал подписочную модель с предсказуемым бюджетом. Клиенты не хотели лучшего кода. Они хотели предсказуемости. Это разные потребности.
Что делать: анализировать причины оттока не через опросы, а через разговоры. Лично. Фаундер или коммерческий директор — не менеджер по работе с клиентами. Вопрос не «почему ушли», а «что именно предложил тот, к кому ушли». Ответ почти всегда про модель, а не про продукт.
Запуски есть. Traction — нет. Команда работала, деньги потрачены, продукт готов. Но продаётся плохо или не продаётся вообще. Стандартный вывод: «продукт не попал в рынок». Иногда это правда. Но чаще — проблема не в продукте.
Новый продукт запускается через старую модель дистрибуции и старую модель монетизации. Если основной бизнес работает на проектных контрактах, новый SaaS-продукт будут пытаться продавать через те же каналы и тем же способом. Это не работает. Подписочный продукт требует другой воронки, другого цикла продажи, другой метрики успеха.
Здесь обычно возникает возражение: «У нас IT, но мы не продукт — мы сервис, это другое». Да, другое. Но признак устаревшей модели одинаковый: когда компания пытается запустить что-то новое и не может — это сигнал, что текущая модель не оставляет пространства для эволюции. Сервисная компания с устаревшей моделью так же не может запустить новый сервис, как продуктовая — новый продукт.
Что делать: перед следующим запуском проверить не продукт, а модель. Через какой канал это будет продаваться? Как клиент будет платить? Какой цикл принятия решения? Если ответы на эти вопросы — «так же, как всегда», — это красный флаг.
Новые продукты не приживаются не потому что плохие. А потому что модель, в которую их запускают, для них не предназначена.
Масштабирование через людей — это не стратегия. Это признак того, что модель не масштабируется иначе.
Признак: найм опережает рост выручки. Каждый новый контракт требует новых людей. Каждое увеличение объёма — новый найм. Компания растёт линейно, потому что модель линейная. Это не плохо само по себе — некоторые бизнесы так устроены. Но если это не осознанный выбор, а вынужденная реальность, — стоит задать вопрос: а есть ли в этой модели точки нелинейного роста?
Я работал с партнёром, который занимается M&A в технологическом секторе. Он говорит, что первое, на что смотрит при оценке IT-актива, — это соотношение выручки на сотрудника в динамике. Если оно не растёт или падает при общем росте компании — это сигнал для due diligence. Модель не масштабируется.
Что делать: составить карту процессов и найти точки, где рост возможен без пропорционального найма. Это может быть автоматизация, переход на продуктовую логику в части сервисов, изменение структуры контрактов. Не всегда это возможно быстро. Но понять, есть ли такие точки, — можно за одну рабочую сессию.
Это самый неочевидный признак. И самый серьёзный.
Признак: без тебя сделка не закрывается. Без тебя ключевой клиент не продлевает контракт. Без тебя команда не может принять решение по нестандартной ситуации. Ты — не CEO компании. Ты — её операционный центр.
Это не проблема делегирования. Это структурная проблема модели. Если бизнес-модель настолько сложна или настолько завязана на личных отношениях, что её невозможно передать — она не масштабируется и не продаётся. Это ловушка, которую фаундеры строят себе сами, часто не замечая.
Тест на замещаемость простой: возьми двухнедельный отпуск без связи. Если это невозможно даже теоретически — модель зависит от тебя. Это не комплимент твоей незаменимости. Это диагноз.
Что делать: начать с инвентаризации решений, которые принимаешь лично. Какие из них можно формализовать? Какие передать? Какие требуют твоего участия по объективным причинам, а не по привычке? Это не про делегирование задач. Это про то, чтобы сделать модель независимой от конкретного человека.
Если хочешь разобраться с этим системно — у меня есть гайд по выходу из операционки, который я давал клиентам в похожих ситуациях.
Андрей — фаундер IT-компании, семь лет на рынке. Начинал как разработчик, вырос в управляющего партнёра. Компания делала заказную разработку и параллельно несколько лет строила собственный SaaS-продукт для автоматизации внутренних процессов в среднем бизнесе. Выручка — около 200 миллионов рублей, из которых 85% — сервисная разработка, 15% — продукт.
Пришёл с запросом: «Нужен новый директор по продажам. Текущий не справляется». Маржа за последние три квартала упала с 22% до 14%. Команда продавала со скидками. SaaS-продукт рос медленно, несмотря на хорошие отзывы.
Мы начали не с поиска директора по продажам. Начали с диагностики.
Первое, что обнаружили: клиенты покупали сервисную разработку, но реально использовали команду Андрея как внутренний IT-отдел на аутсорсе. Платили за проекты, но ожидали постоянной доступности и реакции как от штатных сотрудников. Модель была проектная, ожидания — сервисные. Это создавало постоянное напряжение и скрытые переработки, которые съедали маржу.
Второе: SaaS-продукт продавался через тех же менеджеров, что продавали разработку. Цикл продажи подписки и цикл продажи проекта — разные. Менеджеры не умели продавать подписку и не хотели учиться, потому что проектные сделки были крупнее и привычнее.
Третье: Андрей лично участвовал в закрытии всех сделок от 3 миллионов рублей. Это было около 60% выручки.
Три признака из семи — одновременно.
Что изменили: перевели часть клиентов на ретейнерную модель (фиксированная команда, фиксированный бюджет, предсказуемый объём). Это убрало напряжение и вернуло маржу. SaaS-продукт выделили в отдельный трек с отдельным менеджером и отдельной воронкой. Андрей перестал участвовать в сделках до 5 миллионов — написали скрипты и передали команде.
Через шесть месяцев маржа вернулась к 20%. SaaS начал расти быстрее. Андрей взял первый отпуск за три года.
Директора по продажам они так и не наняли. Оказалось, что проблема была не в нём.
Раз в год — минимум. Если компания проходит через активный рост, смену рынка или запуск нового продукта — раз в полгода. Это не стратегическая сессия на три дня. Это структурированный разговор фаундера с командой и несколькими ключевыми клиентами.
Можно. Семь признаков из этого гайда — рабочий чек-лист. Сложность не в инструменте, а в том, что фаундер часто слишком близко к ситуации, чтобы видеть её объективно. Внешний взгляд полезен не потому что умнее, а потому что не встроен в привычки компании.
Не паниковать и не бросаться менять всё сразу. Начать с диагностики: какой из признаков создаёт наибольшее давление прямо сейчас? Это точка входа. Остальные — в порядке приоритета. Попытка исправить всё одновременно обычно не исправляет ничего.
В начале я написал, что первый диагноз всегда про маркетинг. Кейс Андрея — про компанию, которая тоже начала с маркетинга. Точнее, с директора по продажам. И ошиблась бы, если бы не остановилась и не посмотрела глубже.
Семь признаков в этом гайде — не академический список. Это то, что реально встречается в IT-компаниях с выручкой от 80 до 500 миллионов рублей. Иногда один признак, иногда три сразу. Иногда фаундер видит их сам, иногда — только когда кто-то задаёт неудобный вопрос.
Если хочешь пройти по этим признакам системно — скачай гайд по стратегической диагностике бизнеса. Там та же логика, но с рабочими таблицами и вопросами для команды.
Если хоть три признака из семи — про твою компанию, и у тебя IT-бизнес или технологическая компания с выручкой от 80 миллионов — приходи на короткую стратегическую сессию. Там не будет продажи. Будет разбор твоей ситуации, и я скажу, работаю я с такой задачей или нет.
Беру не больше трёх новых проектов в месяц. Напиши на hi@vvetrov.com: кто ты, что за компания, в чём вопрос.
P.S. Если задача не моя — скажу честно и подскажу, куда идти.
Июнь 2026. Автор — Виталий Ветров, стратегический советник для предпринимателей.