Кэптивные ИТ-компании: как выйти на внешний рынок и не потерять инвестиции

У крупной компании есть сильная внутренняя ИТ-команда. Она годами автоматизировала процессы, собирала решения под реальные операционные задачи и хорошо понимает отрасль изнутри. В какой-то момент возникает логичный вопрос: если продукт уже работает внутри, почему бы не продавать его внешнему рынку?

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

Для кэптивных ИТ-компаний этот вопрос стал особенно острым. Российский рынок дочерних ИТ-структур быстро вырос: по данным MWS Cloud, которые приводят «Коммерсантъ» и CNews, объем рынка кэптивных ИТ-компаний в России в 2025 году достиг 1,964 трлн рублей, а за четыре года выручка сегмента выросла примерно в три раза. Драйверы понятны: импортозамещение, уход иностранных вендоров и перенос ИТ-бюджетов внутрь крупных холдингов.

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

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

Главное отличие кэптива от независимого ИТ-вендора в том, что его первый и основной заказчик - материнская компания. Именно ее процессы, данные, архитектура, регламенты и бизнес-приоритеты обычно определяют продуктовую повестку.

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

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

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

Первая причина - регуляторная и экономическая. Государство последовательно стимулирует развитие коммерческих ИТ-продуктов, а для аккредитованных ИТ-компаний важна доля профильной ИТ-выручки. В 2026 году, по данным Forbes, для аккредитованных ИТ-компаний действует ставка налога на прибыль 5% вместо 25%, а также пониженные страховые взносы. При этом для льгот и аккредитации критично подтверждать профильные ИТ-доходы, а не просто числиться технологической структурой внутри холдинга.

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

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

Четвертая причина - развитие команды. Внешний рынок быстро показывает, где продукт сильный, а где держался только на внутренней договоренности. Команда начинает лучше документировать решения, думать о масштабировании, поддержке, SLA, пользовательском опыте, продуктовой аналитике и коммерческой ценности.

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

Самая частая ловушка звучит так: «У нас это работает, значит, рынку тоже нужно».

На практике внутренний успех доказывает только одно: решение подошло конкретной компании в конкретной операционной среде. Внешний рынок задает другие вопросы:

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

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

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

Для внешнего клиента это не продукт. Это набор рисков.

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

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

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

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

Можно ли отделить продукт от материнской инфраструктуры? Не завязан ли он на внутренние системы, данные, процессы, лицензии, людей и ручные обходные пути? В англоязычных материалах про commercialization of GCCs этот пункт часто называют decoupling: внутренний инструмент должен быть отделен от уникальной среды материнской компании, иначе внешний клиент не сможет им пользоваться без тяжелого внедрения.

У кэптива должно быть не только решение, но и история эффекта: что было до внедрения, что изменилось, какие метрики улучшились, за счет чего это произошло. Внешнему рынку недостаточно сказать: «Мы сделали это для себя». Ему нужно понять, почему этот опыт применим к его ситуации.

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

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

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

Если продукт не прошел проверку спроса, маркетинг просто быстрее приведет компанию к отказам.

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

• кто конкретно покупатель и кто пользователь;
• какая боль у него достаточно дорогая;
• почему текущие способы решения его не устраивают;
• что в продукте является must-have, а что родилось из специфики материнской компании;
• какой формат продажи подходит рынку: лицензия, SaaS, внедрение, managed service, консалтинг плюс продукт, партнерская модель;
• какой минимальный набор функций нужен для первого внешнего сегмента;
• какие доказательства нужны для сделки: пилот, расчет эффекта, отраслевой бенчмарк, интервью с референс-клиентом.

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

Практический путь можно собрать в шесть шагов.

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

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

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

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

Интервью нужны не для того, чтобы спросить: «Купили бы вы наш продукт?» На такой вопрос люди часто отвечают вежливо и бесполезно.

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

Особенно важно говорить не только с потенциальными пользователями, но и с ЛПР, владельцами бюджета, ИТ, безопасностью, операционными руководителями и возможными партнерами.

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

• прямые ИТ-продукты;
• интеграторы и заказная разработка;
• отраслевые платформы;
• open-source и внутренние команды клиентов;
• ручные процессы и привычные workaround-решения.

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

После проверки спроса можно формулировать предложение. Хорошая упаковка для кэптивного продукта отвечает на четыре вопроса:

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

Здесь же появляются материалы для продаж: сайт, one-pager, презентация, demo flow, описание пилота, расчет эффекта, FAQ для ИТ и безопасности, кейсы, карта внедрения, коммерческая модель.

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

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

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

И это не провал, это экономия денег.

Не стоит идти на внешний рынок, если:

• продукт нельзя отделить от инфраструктуры материнской компании;
• внешний клиент не видит проблему как приоритетную;
• размер рынка не окупает доработку и продажи;
• продукт раскрывает конкурентное преимущество материнского бизнеса;
• команда не готова поддерживать внешних клиентов;
• коммерческая модель держится только на надежде, что «партнеры нас продадут»;
• для каждой сделки нужен большой кастомный проект без понятной маржи.

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

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

Но это преимущество не заменяет рынок.

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

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

Так внутренняя ИТ-экспертиза превращается не просто в красивую историю про инновации, а в понятный бизнес: с клиентом, ценностью, экономикой и шансом на масштабирование.

ATERRA Consulting помогает кэптивным ИТ-компаниям проверять коммерческий потенциал внутренних решений: отбирать гипотезы, проводить интервью с рынком, анализировать конкурентов, оценивать экономику и собирать основу для вывода продукта на внешний рынок.

Если у вас уже есть внутренние ИТ-решения и вопрос «можно ли это продавать вовне», начните с диагностики спроса. Она покажет, где есть реальный рынок, а где лучше не тратить инвестиции.