Почему регулирование ИИ в России тормозит сроки вывода продуктов
Date Published
Почему регулирование ИИ в России тормозит сроки вывода продуктов
Регулирование ИИ в России: влияние на бизнес и сроки вывода продуктов
Запуск ИИ‑функций больше не укладывается в прежние сроки. То, что занимало месяцы, теперь растягивается в полтора–два раза. Причина — не только технологии, а новые обязательные процедуры.
Законопроект Минцифры (март 2026) вводит сертификацию, реестр доверенных моделей и строгий порядок доступа к государственным данным. Это добавляет конкретные этапы: подготовка пакета документов, проведение тестов, прохождение проверок и ожидание решения по включению в реестр. Эти шаги нельзя ускорить итерациями — они живут по своим срокам.
В результате часть разработки уходит из гибкого цикла в формальные процессы. Это напрямую увеличивает издержки и сдвигает сроки запуска. Речь не об оценках «за» или «против», а о практическом эффекте: операционная нагрузка растёт и меняет экономику продукта.
По оценкам рынка, затраты на внедрение ИИ вырастут на 20–40%, а сроки вывода увеличатся в 1,5–2 раза. Для критической инфраструктуры добавляется жёсткое ограничение: использовать можно только модели из реестра.
Для бизнеса это не теория, а набор решений. Нужно заранее закладывать бюджет на сертификацию, планировать доступ к данным через ФСТЭК и ФСБ и учитывать дефицит ускорителей после остановки поставок H100. Эти факторы напрямую влияют на roadmap и окупаемость.
Дальше разберём цепочку: какие нормы приводят каким действиям и где именно возникают задержки и рост затрат.
Почему ожидания не совпали с реальностью
Логика кажется простой: добавили правила безопасности — команды внесли их в чек‑лист и продолжают работать. Сертификация и маркировка выглядят как формальность, а не как изменение процесса.
Но новые нормы меняют саму механику разработки. Законопроект Минцифры (март 2026) вводит обязательную сертификацию, реестр моделей и согласования доступа к данным через ФСТЭК и ФСБ. Это не дополнение, а новые этапы.
Часть инженерной работы превращается в последовательность процедур. Нужно готовить документы, проходить проверки и ждать решений. Эти шаги нельзя распараллелить с разработкой.
Оценки рынка показывают эффект: затраты растут на 20–40%, сроки — в 1,5–2 раза. Это уже наблюдаемая практика, а не гипотеза.
Возникает разрыв. Команды рассчитывают на быструю адаптацию, а получают постоянные ограничения. В итоге приходится перераспределять ресурсы и включать сертификацию в план самого начала.
Вопрос теперь не в оценке регулирования, а в том, как под него перестроить процесс и не потерять скорость.
Где возникают задержки и рост затрат
Как меняется цикл разработки
Теперь цикл выглядит иначе. Сначала команда делает прототип и тестирует модель. Затем готовит пакет на сертификацию: описание модели, набор тестов, отчёты по качеству и безопасности.
Дальше идут проверки и согласования. После этого — подача на включение в реестр. Для критической инфраструктуры без этого этапа продукт нельзя использовать.
Каждый шаг добавляет время ожидания. Эти окна не зависят от скорости команды.
Почему это происходит
Законопроект Минцифры (март 2026) закрепляет контроль через три механизма: сертификацию, реестр и доступ к данным через ФСТЭК и ФСБ. В обсуждении участвовали более 150 экспертов, первая версия получила 428 предложений, из них 30 учтены полностью и 128 частично.
Команды теперь планируют не только эксперименты, но и бюрократические этапы. Это увеличивает длительность проекта.
Оценка рынка прямая: «Затраты на внедрение ИИ могут вырасти на 20-40%», а «Сроки вывода ИИ‑продуктов на рынок могут увеличиться в 1,5–2 раза».
Три источника нагрузки
Первый — процедуры. Сертификация требует документов, тестов и повторных согласований.
Второй — данные. Доступ к государственным данным возможен только после согласований. Это замедляет подготовку датасетов.
Третий — инфраструктура. С 2022 года поставки NVIDIA H100 прекращены. При этом передовые модели обучаются на 10–20 трлн токенов. Русскоязычные данные — лишь 1–2 трлн, а их доля в Common Crawl — 4–6%.
Каждый фактор по отдельности увеличивает нагрузку. Вместе они формируют системное ограничение.
К чему это приводит на практике
Бюджет и сроки перестраиваются. Малые команды теряют гибкость: либо растут расходы, либо замедляются релизы.
Крупные компании могут платить за процессы, но тоже упираются в согласования. Стартапы рискуют не пройти сертификацию вовремя и потерять рынок.
Юнит‑экономика меняется. Рост затрат снижает запас на эксперименты. Увеличение сроков откладывает выручку и замедляет проверку гипотез.
Качество моделей тоже под давлением. Ограниченные данные инфраструктура ухудшают результат, если работать только в рамках разрешённых ресурсов.
Что из этого следует
Регулирование работает как связанная система ограничений. Оно затрагивает процессы, данные инфраструктуру одновременно.
Следующий шаг — разложить, где именно теряются недели и деньги, и как это проявляется в реальных проектах.
Как это выглядит в реальных проектах
Когда релиз упирается в сертификацию
Фича почти готова. Модель встроена, демо работает, релиз планировали через несколько недель.
Появляется требование сертификации и включения в реестр. Команда переключается: инженеры готовят тесты, юристы — документы.
Разработка останавливается. Сроки сдвигаются.
Итог — рост затрат, потеря окна продаж и давление со стороны инвесторов.
Когда не хватает данных и вычислений
Стартап обучает модель на локальных данных. Объём ограничен, доступ к ускорителям сложный.
Согласования и дефицит H100 растягивают цикл. При этом доступный объём данных (1–2 трлн токенов) ниже, чем у передовых моделей.
Качество падает, итерации дорожают, сроки сдвигаются.
Когда заказчик требует реестр
Компания готовит решение для критической инфраструктуры. Протип прошёл испытания.
В тендере появляется условие: использовать только модели из реестра.
Проект возвращается на этап сертификации. Это добавляет месяцы и расходы.
Риск — потеря контракта.
Эти ситуации показывают: задержки возникают не в коде, а в процессах.
Мера | Операционные требования | Влияние на издержки | Влияние на сроки | Аргумент / факт из статьи |
|---|---|---|---|---|
Обязательная сертификация | Подготовка документации, тестов, формальные проверки и повторные согласования | Связана с ростом затрат (оценка рынка: 20–40%) | Связана с замедлением вывода (оценка: 1,5–2×) | «Обязательная сертификация вводится законопроектом»; «Затраты на внедрение ИИ могут вырасти на 20-40%», «Сроки вывода... 1,5–2 раза» |
Рестр доверенных моделей | Регистрация моделей, использование в критической инфраструктуре только из реестра | Увеличивает расходы на приведение моделей к требованиям реестра | Удлиняет время вывода продукта (нередко месяцы для соответствия) | «Обязательная сертификация и реестр доверенных моделей вводятся законопроектом»; «Для критической инфраструктуры разрешено использовать только модели из реестра» |
Доступ к государственным данным | Согласования доступа с ФСТЭК и ФСБ перед использованием данных для обучения | Поднимает операционные затраты на получение и проверку данных | Добавляет задержки на этапе подготовки данных и обучения | «Доступ к государственным данным для обучения ИИ возможен только после согласования с ФСТЭК и ФСБ» |
Инфраструктурные ограничения | Ограниченный доступ к ускорителям и большие объёмы обучения | Удорожание обучения из‑за дефицита оборудования и необходимости альтернатив (побочный вклад в 20–40%) | Увеличивает время обучения итераций моделей | «С 2022 года поставки ускорителей NVIDIA H100 в Россию официально прекращены»; «Передовые модели обучаются на 10–20 трлн токенов»; русскоязычные данные ~1–2 трлн токенов |
Что это меняет для планирования
Регулирование перестаёт быть внешним риском. Оно становится частью разработки.
Сертификация, реестр и согласования — это не разовые задачи, а постоянные этапы. Они добавляют расходы и время на каждом релизе.
Главное изменение — в логике планирования. Нельзя больше опираться на быстрые итерации и выход «как получится быстрее».
Теперь важно заранее учитывать: сколько времени уйдёт на документы, когда откроется окно согласований и какие ресурсы нужны для сертификации.
Иначе команда теряет недели на переделки, сдвигает релизы и увеличивает затраты.
Следующий шаг — найти конкретные узкие места и управлять ими, а не реагировать постфактум.
Как адаптировать разработку под новые правила
Регулирование ИИ в России: влияние на бизнес и сроки вывода продуктов
Запуск ИИ‑функций больше не укладывается в прежние сроки. То, что занимало месяцы, теперь растягивается в полтора–два раза. Причина — не только технологии, а новые обязательные процедуры.
Законопроект Минцифры (март 2026) вводит сертификацию, реестр доверенных моделей и строгий порядок доступа к государственным данным. Это добавляет конкретные этапы: подготовка пакета документов, проведение тестов, прохождение проверок и ожидание решения по включению в реестр. Эти шаги нельзя ускорить итерациями — они живут по своим срокам.
В результате часть разработки уходит из гибкого цикла в формальные процессы. Это напрямую увеличивает издержки и сдвигает сроки запуска. Речь не об оценках «за» или «против», а о практическом эффекте: операционная нагрузка растёт и меняет экономику продукта.
По оценкам рынка, затраты на внедрение ИИ вырастут на 20–40%, а сроки вывода увеличатся в 1,5–2 раза. Для критической инфраструктуры добавляется жёсткое ограничение: использовать можно только модели из реестра.
Для бизнеса это не теория, а набор решений. Нужно заранее закладывать бюджет на сертификацию, планировать доступ к данным через ФСТЭК и ФСБ и учитывать дефицит ускорителей после остановки поставок H100. Эти факторы напрямую влияют на roadmap и окупаемость.
Дальше разберём цепочку: какие нормы приводят каким действиям и где именно возникают задержки и рост затрат.
Почему ожидания не совпали с реальностью
Логика кажется простой: добавили правила безопасности — команды внесли их в чек‑лист и продолжают работать. Сертификация и маркировка выглядят как формальность, а не как изменение процесса.
Но новые нормы меняют саму механику разработки. Законопроект Минцифры (март 2026) вводит обязательную сертификацию, реестр моделей и согласования доступа к данным через ФСТЭК и ФСБ. Это не дополнение, а новые этапы.
Часть инженерной работы превращается в последовательность процедур. Нужно готовить документы, проходить проверки и ждать решений. Эти шаги нельзя распараллелить с разработкой.
Оценки рынка показывают эффект: затраты растут на 20–40%, сроки — в 1,5–2 раза. Это уже наблюдаемая практика, а не гипотеза.
Возникает разрыв. Команды рассчитывают на быструю адаптацию, а получают постоянные ограничения. В итоге приходится перераспределять ресурсы и включать сертификацию в план самого начала.
Вопрос теперь не в оценке регулирования, а в том, как под него перестроить процесс и не потерять скорость.
Где возникают задержки и рост затрат
Как меняется цикл разработки
Теперь цикл выглядит иначе. Сначала команда делает прототип и тестирует модель. Затем готовит пакет на сертификацию: описание модели, набор тестов, отчёты по качеству и безопасности.
Дальше идут проверки и согласования. После этого — подача на включение в реестр. Для критической инфраструктуры без этого этапа продукт нельзя использовать.
Каждый шаг добавляет время ожидания. Эти окна не зависят от скорости команды.
Почему это происходит
Законопроект Минцифры (март 2026) закрепляет контроль через три механизма: сертификацию, реестр и доступ к данным через ФСТЭК и ФСБ. В обсуждении участвовали более 150 экспертов, первая версия получила 428 предложений, из них 30 учтены полностью и 128 частично.
Команды теперь планируют не только эксперименты, но и бюрократические этапы. Это увеличивает длительность проекта.
Оценка рынка прямая: «Затраты на внедрение ИИ могут вырасти на 20-40%», а «Сроки вывода ИИ‑продуктов на рынок могут увеличиться в 1,5–2 раза».
Три источника нагрузки
Первый — процедуры. Сертификация требует документов, тестов и повторных согласований.
Второй — данные. Доступ к государственным данным возможен только после согласований. Это замедляет подготовку датасетов.
Третий — инфраструктура. С 2022 года поставки NVIDIA H100 прекращены. При этом передовые модели обучаются на 10–20 трлн токенов. Русскоязычные данные — лишь 1–2 трлн, а их доля в Common Crawl — 4–6%.
Каждый фактор по отдельности увеличивает нагрузку. Вместе они формируют системное ограничение.
К чему это приводит на практике
Бюджет и сроки перестраиваются. Малые команды теряют гибкость: либо растут расходы, либо замедляются релизы.
Крупные компании могут платить за процессы, но тоже упираются в согласования. Стартапы рискуют не пройти сертификацию вовремя и потерять рынок.
Юнит‑экономика меняется. Рост затрат снижает запас на эксперименты. Увеличение сроков откладывает выручку и замедляет проверку гипотез.
Качество моделей тоже под давлением. Ограниченные данные инфраструктура ухудшают результат, если работать только в рамках разрешённых ресурсов.
Что из этого следует
Регулирование работает как связанная система ограничений. Оно затрагивает процессы, данные инфраструктуру одновременно.
Следующий шаг — разложить, где именно теряются недели и деньги, и как это проявляется в реальных проектах.
Как это выглядит в реальных проектах
Когда релиз упирается в сертификацию
Фича почти готова. Модель встроена, демо работает, релиз планировали через несколько недель.
Появляется требование сертификации и включения в реестр. Команда переключается: инженеры готовят тесты, юристы — документы.
Разработка останавливается. Сроки сдвигаются.
Итог — рост затрат, потеря окна продаж и давление со стороны инвесторов.
Когда не хватает данных и вычислений
Стартап обучает модель на локальных данных. Объём ограничен, доступ к ускорителям сложный.
Согласования и дефицит H100 растягивают цикл. При этом доступный объём данных (1–2 трлн токенов) ниже, чем у передовых моделей.
Качество падает, итерации дорожат, сроки сдвигаются.
Когда заказчик требует реестр
Компания готовит решение для критической инфраструктуры. Протип прошёл испытания.
В тендере появляется условие: использовать только модели из реестра.
Проект возвращается на этап сертификации. Это добавляет месяцы и расходы.
Риск — потеря контракта.
Эти ситуации показывают: задержки возникают не в коде, а в процессах.
Частые вопросы
Насколько вырастут расходы на внедрение ИИ?
Ориентир — плюс 20–40%. Основные статьи — сертификация, документы инфраструктура.
Насколько увеличатся сроки вывода продукта?
В среднем в 1,5–2 раза. Задержки возникают на этапах согласований и проверок.
Можно ли сначала сделать продукт, а потом сертифицировать?
Нет. Если отложить комплаенс, проект остановится перед релизом и потребует переделок.
Где возникают самые большие задержки?
Три точки: доступ к данным (ФСТЭК и ФСБ), подготовка пакета на сертификацию и ограничения по инфраструктуре (H100).
Как планировать проект с учётом регулирования?
Закладывайте отдельные этапы под сертификацию, добавляйте буфер 20–30% к срокам, готовьте документы параллельно с разработкой и заранее проверяйте требования реестра.