Почему рынку в 2026 году нужен не статус ИТ-компании, а доказуемый продукт

Привет, я — Антон Фокин, CEO Qtim. В последние недели тема статуса ИТ-компании снова стала предметной. После публикации РБК о том, как ФНС будет оценивать разработки ИТ-компаний, получивших льготы, стало понятно: в 2026 году бизнесу уже недостаточно просто иметь аккредитацию, цифровой сервис и привычный набор формальных признаков. Разговор смещается в другую плоскость — что именно компания разработала сама и может ли она это доказать по существу.

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

Что изменилось в логике рынка и государства

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

Сама система поддержки при этом осталась значимой. ФНС прямо разъяснила, что с 2025 года для ИТ-компаний действует ставка налога на прибыль 5% на период 2025–2030 годов. Именно поэтому требования к статусу не могут оставаться декоративными: если у компании есть существенные преференции, государство закономерно смотрит глубже, чем на витрину и формальные признаки.

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

Почему формальный статус не равен собственному продукту

 

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

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

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

Какие компании попадают в зону риска

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

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

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

Что теперь придется делать бизнесу

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

Если вы не уверены в этом, сначала стоит прочитать предыдущую статью — «30 дней на доказательство: как показать, что у бизнеса есть настоящий ИТ-продукт». Там собран практический разбор: как оценить продуктовую базу, где искать слабые места и что именно проверять в первую очередь. А если времени на самостоятельный разбор нет, с такой задачей можно прийти сразу в Qtim — здесь как раз помогают быстро понять реальную конструкцию продукта и его уязвимые места.

Статус без продукта становится слабой опорой

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

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