План был больше, результат скромнее

К 2026 году на платформе «ГосТех» должно было работать 150 государственных информационных систем. По факту работает только 38. Разрыв заметный, и он хорошо объясняет, почему вокруг проекта снова началось движение.

На ЦИПР-2026 в Нижнем Новгороде активно обсуждали новый подход — «ГосТех 2.0». Теперь ставка делается не только на классическую разработку, а на типовые решения, облачную инфраструктуру и инструменты, которые позволяют быстрее собирать сервисы без долгих циклов программирования.

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

Почему прежний подход забуксовал

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

Но внедрение идёт не так быстро, как планировалось. Больше 25 регионов протестировали типовые облачные решения, однако полноценного массового перехода пока не случилось. Пять таких решений уже работают в сферах соцзащиты, торговли, рекламы, ветеринарии и управления захоронениями, а пользуются ими более 600 муниципалитетов.

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

Ставка на ускорение

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

На этом фоне заметнее становится роль «Лукоморья» — ИТ-экосистемы, связанной с «Ростелекомом». Её важный продукт — no-code-платформа «Акола», с помощью которой можно создавать сайты, порталы и веб-приложения без ручного написания кода.

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

Что подписали на ЦИПР

На ЦИПР-2026 было несколько соглашений, которые укладываются в одну логику. «Гистех» — совместное предприятие Сбера и «Ростелекома» — договорился с Cloud.ru об использовании облачного стека провайдера в «ГосТех 2.0». Также «СберТех», «Базис» и «Гистех» заявили о создании конвейера безопасной разработки для платформы.

Отдельная линия — сотрудничество «Лукоморья» и «Гистеха». Они собираются объединить компетенции для создания инструментов, которые ускоряют запуск государственных сервисов и автоматизацию процессов без сложной разработки.

«Одним из ключевых направлений сотрудничества станет дальнейшее развитие no-code инструментов, которые позволяют быстро запускать востребованные гражданами и бизнесом сервисы».

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

Где no-code поможет, а где нет

Идея звучит практично: если задачу можно решить через типовой процесс, форму, кабинет, портал или простое приложение, no-code действительно может ускорить работу. Особенно там, где раньше запуск упирался не в сложную архитектуру, а в нехватку разработчиков и долгие согласования.

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

Главная интрига — получится ли использовать конструкторы не только для пилотов и витрин, но и для устойчивых сервисов, которые выдерживают реальную нагрузку и бюрократию.

Какие вопросы остаются

Пока не до конца понятно, как технически будет выглядеть «ГосТех 2.0», в какие сроки планируют наверстать отставание и какие именно сервисы первыми пойдут по новой модели. Не раскрыты и детали того, насколько охотно регионы будут использовать коммерческие no-code-инструменты для государственных задач.

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

Итог

Тема показывает редкий для госсектора момент: крупный цифровой проект не просто дорабатывают, а фактически перенастраивают на ходу. Вместо прежнего фокуса на количестве подключённых систем появляется упор на скорость запуска и типовые решения. Если связка «ГосТех 2.0» и no-code действительно заработает, на рынок госцифровизации могут активнее зайти инструменты, которые раньше ассоциировались скорее с бизнесом, чем с государственными сервисами.

Сближение «ГосТеха» с no-code выглядит логичным шагом, потому что времени и разработчиков всегда не хватает. Для типовых задач конструкторы могут быть полезны: быстрее собрать форму, портал, внутренний сервис или простой процесс. Но важно не переоценить инструмент. Как только появляются интеграции, персональные данные и ответственность за сбои, одной no-code-платформы мало. Настоящая проверка начнётся не на подписании соглашений, а когда регионы попробуют запустить через эту связку полноценные сервисы.

Источник: ComNews Ростелеком Ведомости SPBIT