Узбекистан уже построил e-gov. Что такое следующий слой

Что уже сделано

Узбекистан за последние годы построил то, что в индустрии называется e-government foundation. Единый портал MyGov с сотнями электронных услуг. Идентификация OneID. Электронные подписи. Реестры населения, недвижимости, транспорта, бизнеса. Mobile-приложение со значительной долей охвата активного взрослого населения. Интеграция с банковскими и платёжными приложениями (dgov.uz).

Это не «начало цифровизации». Это уже работающая базовая инфраструктура. По публичным показателям охват интернетом 99,5%, проникновение пользователей 94,2% (dgov.uz), 98% населённых пунктов имеют мобильный интернет (gov.uz).

В этой реальности продавать государству «давайте сделаем ещё один портал» или «давайте автоматизируем ещё одну услугу» — упущение. Базовый портал есть. Базовая автоматизация есть. Дальнейшая ценность приходит не от добавления функций, а от структурной смены способа, которым государство работает с гражданином и бизнесом.

В чём смена

В нынешней модели гражданин и бизнес инициируют контакт с государством. Зашёл на портал, выбрал услугу, заполнил форму, подождал. Это reactive-модель. Она работает, но требует от пользователя знать, что у него есть обязательство, найти соответствующую услугу, подать запрос.

Следующий слой — государство, которое инициирует контакт первым. Знает, что у вас приближается срок продления документа. Знает, что у вашего бизнеса есть новое регуляторное требование. Знает, что вы прошли событие (рождение ребёнка, переезд, открытие компании), которое обычно triggers пакет действий, и предлагает их одним маршрутом.

Это не «больше функций». Это другой operating model государства. Гражданин не должен искать — государство приходит первым. Бизнес не должен мониторить — государство уведомляет.

Что нужно для этого слоя

Несколько структурных компонентов, отсутствующих в большинстве e-gov-систем.

Personal Government Companion. Не просто личный кабинет, а интерфейс, который знает контекст пользователя — где он, какие у него обязательства приходят, что нужно сделать, что государство уже знает и не надо повторять. Этот компонент описан в отдельной статье.

Life-Event Orchestration. Когда происходит жизненное событие (рождение, свадьба, переезд, открытие бизнеса, выход на пенсию), вместо того чтобы гражданин ходил по 5-10 услугам, государство связывает их в единый маршрут. Один pass, всё нужное оформлено.

Government Memory Layer. Если гражданин уже доказал что-то государству (паспорт показал, доход подтвердил), не должен делать это заново при каждом следующем взаимодействии. Государство помнит контекст.

Public Trust Layer. Гражданин видит, кто и зачем обращался к его данным. Может явно дать или забрать согласие. Может оспорить решение — и видит, на основании чего оно было принято.

AI Case Officer. Помощник для государственного служащего, не замена. AI готовит черновик решения, человек проверяет, принимает финальное. Это снижает время обработки в разы и одновременно сохраняет accountability.

Каждый из этих компонентов — отдельный продукт. Все вместе они формируют то, что мы называем Intelligent Government — следующий слой над уже существующим e-gov.

Что уже не работает в существующей модели

Несмотря на работающую инфраструктуру, есть несколько паттернов, которые в текущей модели остаются болезненными.

Дублирование запросов. Гражданин предоставляет одну и ту же информацию по нескольку раз — в разных услугах, в разных ведомствах. Государство уже имеет эту информацию, но requesting её снова, потому что нет shared contextual layer.

Молчаливые обязательства. У гражданина или бизнеса есть обязательство, о котором они не знают (срок продления, новое регуляторное требование). Узнают только после штрафа. Это создаёт ощущение «государство ловит, не помогает».

Непонятные отказы. Услуга отказана. Причина — несколько строк юридического текста. Гражданин не понимает, что конкретно исправить. Подаёт заново, отказ повторяется.

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

Отсутствие proactive notification по релевантным изменениям. Изменился закон, изменилось правило, у гражданина или бизнеса появилось новое обязательство — узнают через знакомых или СМИ, не от государства.

Как выглядит государство 2035 после этого слоя

Через 10 лет цифровое государство, построившее этот слой, выглядит так. Гражданин редко открывает портал по своей инициативе — большинство взаимодействий приходит как уведомление от государства с одним кликом «принять» или «отказаться». Бизнес знает свои обязательства за 30-60 дней до них и видит чек-лист действий. Жизненные события (свадьба, переезд, рождение, выход на пенсию) обрабатываются как один маршрут, а не 10 отдельных услуг.

Государственный служащий тратит большую часть времени на нестандартные случаи. Standard cases обрабатывает AI с человеческой проверкой. Это не «AI принимает решения за людей» — это «AI снимает рутину, человек концентрируется на сложном».

Уровень доверия растёт, потому что гражданин видит — государство знает контекст, объясняет решения, не требует одно и то же повторно.

Что нужно начать в ближайшие 24 месяца

Не «всё сразу». Поэтапно.

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

Месяцы 7-12. Архитектурный фундамент. Event Graph (поток событий гражданина и бизнеса), Government Memory Layer (общий контекст), Identity и Consent Layer (управление согласиями).

Месяцы 13-18. Первые пилоты. Один пилот по Life-Event Orchestration (например, рождение ребёнка). Один пилот по Personal Government Companion. Один пилот по AI Case Officer в одном ведомстве.

Месяцы 19-24. Расширение. Pilot становится production. Подключение второго ведомства. Customer feedback и refinement.

К двум годам — заметные результаты на 2-3 use case. К 5 годам — критическая масса. К 10 годам — следующий слой как стандарт.

Когда тема преждевременна

Если базовая инфраструктура нестабильна (портал часто падает, OneID имеет проблемы verifications, реестры расходятся), сначала надо стабилизировать базу. Intelligent layer над broken foundation усугубляет проблемы.

Если межведомственное взаимодействие в текущей реальности слабое (каждое ведомство защищает свои данные, не делится), Life-Event Orchestration не запустится. Сначала data governance и agreements.

Если регуляторика по персональным данным и AI-решениям не уточнена, AI Case Officer и Predictive Government работают в legal grey zone. Сначала правовая ясность.

Если в управленческой команде нет роли, отвечающей за «следующий слой» как продукт (Chief Digital Officer для государства), инициатива размывается между ведомствами.

Если бюджет ограничен на ROI в горизонте 1-2 года, а Intelligent Government имеет ROI 5-10 лет, инициатива не получит sustained funding.

Что обсудить на уровне совета по цифровизации

Какие 3 компонента из 5 приоритетны для нашей страны на горизонте 5 лет? Все 5 одновременно — нереалистично.

Какова текущая зрелость базовой инфраструктуры? Готова ли она нести следующий слой?

Кто owner следующего слоя как продукта? Если distributed между ведомствами — fragmentation.

Какая регуляторная работа нужна для AI Case Officer и Trust Layer в ближайшие 12 месяцев?

Какой 5-летний инвестиционный horizon приемлем для совета министров и бюджетного процесса?

Что может сделать SamaraliSoft

Intelligent Government 2035 Vision Sprint — это диагностика текущей зрелости e-gov, выбор приоритетных 3 из 5 компонентов следующего слоя, архитектурный blueprint Event Graph и Memory Layer, regulatory engagement plan, и roadmap первых 24 месяцев с пилотами на 2-3 use case.

Внутренние ссылки

• /insights/government-personal-companion/ — Personal Government Companion
• /insights/government-portal-is-yesterday/ — почему «ещё один портал» уже вчера
• /insights/government-life-event-orchestration/ — life-event orchestration
• /insights/government-public-trust-layer/ — trust layer

Источники

• Digital Government Portal — состояние digital infrastructure UZ
• Министерство цифровых технологий — телеком и digital УЗ
• UzDaily — рынок digital и telecom УЗ
• ЦБ РУ — биометрическая верификация digital banking