Решение

Платформа дизайна государственных услуг: операционная модель, не редизайн скриншотов

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

Обсудить ваш контур

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

Целевая модель

Как это должно работать

Должна существовать централизованная команда дизайна государственных услуг — методология, библиотека стандартов, исследования граждан, обязательная итерация. Каждая услуга измеряется метриками результата (доля завершения, время, удовлетворённость), не операционными (количество транзакций). Перед запуском новой услуги — пользовательское исследование. Через 3–6 месяцев после запуска — обязательный пересмотр на основе данных. Без этой дисциплины услуга деградирует за счёт точечных правок без общей логики.

Библиотека компонентов и шаблонов государственных услуг

Стандарты понятного языка с проверкой через ИИ-инструменты

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

Методология исследований граждан с доступом к выборке через ведомства

Метрики результата по услугам — доля завершения, время, удовлетворённость

Дашборд качества услуг по ведомствам

Обязательная итерация услуг каждые 6 месяцев на основе данных

Школа дизайна государственных услуг для встроенных команд

Система обратной связи граждан, возвращающаяся в дизайн

Программы обмена с международными командами (GDS, USDS, эстонская команда)

Проблемы

Где обычно все ломается

Дизайн услуги делает ИТ-подрядчик ведомства без методологии, без исследования граждан

Стандарты языка и компоненты разные у каждого ведомства

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

Жалобы и поведение в портале не возвращаются в дизайн как сигнал для итерации

Запуск новой услуги — конечная точка, не начало работы над её улучшением

Последствия

К чему это приводит

⚠ Граждане идут в отделение или в контакт-центр там, где могли бы получить услугу онлайн

⚠ Электронное правительство выглядит формальным — есть, но не работает

⚠ Стоимость одной транзакции остаётся высокой — доля автоматизированных низкая

⚠ Уязвимые категории не получают услугу — формы недоступны для них

⚠ Международная репутация цифрового государства не растёт — рейтинги не отражают реального опыта

Мой подход

Как я подхожу к задаче

Я начинаю с прохождения 5–7 типичных услуг от лица гражданина — попытка завершить услугу до конца, замер времени, ошибок, точек отказа. Это даёт количественную базу. Дальше — разбор внутреннего процесса ведомства, чтобы понять, что в дизайне портала отражает реальное ограничение, а что — артефакт переноса бумажной формы. Эта пара картин обычно показывает, где можно радикально упростить, не меняя регулирование.

Узнаёте свою ситуацию?

Обсудить ваш контур

Команда

Как мы работаем

Моя роль

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

Роль команды

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

Важно

Что важно учесть при внедрении

🔎 Централизация дизайна услуг политически чувствительна — ведомства защищают свой контроль

🔎 Без поддержки на уровне правительства центральная команда не получит мандата

🔎 Доступность — не дополнительная фаза, обязательное требование с первого дня

🔎 Сравнение с международным уровнем (UK GDS, Estonia, Singapore) — обязательная часть культуры качества

🔎 Метрики услуги без обратной связи в работу команды бесполезны — нужен ритм пересмотра

Результаты

Каких результатов можно достичь

✓ Доля завершения сложных услуг растёт с 30–50% до 75–85%

✓ Среднее время прохождения услуги сокращается в 2–3 раза

✓ Удовлетворённость гражданина (оценка после услуги) выходит на уровень 4,2–4,5 из 5

✓ Поток обращений в контакт-центр по вопросам заполнения форм снижается на 40–60%

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

FAQ

Частые вопросы

Зачем нужна центральная команда, если у каждого ведомства есть свой ИТ-подрядчик?

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

Сколько занимает запуск дисциплины с нуля?

12–18 месяцев до первых видимых результатов в пилотных услугах, 24–36 месяцев до системной зрелости с библиотекой стандартов и обученной сетью встроенных дизайнеров. Это не быстрый проект — это создание новой государственной функции.

Где брать дизайнеров услуг — этой профессии в стране почти нет?

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

→

Что ещё стоит изучить

Темы из этой же области, которые часто разбираем вместе с этой

Архитектура

Это не только статьи

Об этом не просто пишу — могу прийти, разобрать вашу ситуацию и спроектировать решение под ваш контур.

Обсудить применение →

← Все решения

Готовы обсудить ваш контур?

Расскажите, что не работает. Я разберу ситуацию и предложу конкретный путь.

Обсудить задачу Написать в Telegram

Обычно отвечаю в течение нескольких часов