Как создать портал информации о государственных/общественных услугах

Определите цели, аудитории и метрики успеха

Портал общественных услуг не может быть «всем для всех» с первого дня. Начните с ясного заявления о назначении, которое помещается на одну страницу и понятно для закупок, руководства и сотрудников на передовой.

Уточните, для чего нужен портал

Решите, будет ли портал в основном:

• Информационный (политики, право на участие, часы работы офисов, требования)
• Транзакционный (заявки, платежи, бронирования, проверка статуса)
• И то, и другое, с чётко определённым набором приоритетных сервисов для запуска

Это решение влияет на всё дальше — от структуры контента до проверки личности и поддержки.

Назовите основные аудитории (и что им нужно)

Перечислите ключевые группы и главные задачи, которые они должны выполнить:

• Жители: найти пособия, продлить документы, сообщить о проблеме
• Гости: разрешения, транспорт, информация по безопасности
• Бизнес: лицензирование, налоговые инструкции, шаги для соблюдения требований
• Внутренние сотрудники: обновлять контент, сортировать запросы, управлять изменениями сервисов

Держите подход практичным: аудитории определяются тем, что люди пытаются сделать, а не демографией.

Выберите измеримые метрики успеха

Согласуйте небольшой набор измеримых результатов, например:

• Процент завершения задач для ключевых сценариев (например, «подать заявку на парковочное разрешение»)
• Снижение звонков и визитов по вопросам, которые портал должен решать
• Время на публикацию обновлений (например, экстренные объявления, изменения в политике)
• Успешность поиска (пользователи находят нужную страницу без повторных поисков)

Планируйте, как вы будете измерять эти показатели (аналитика, короткие запросы обратной связи, теги в колл‑центре).

Задокументируйте ограничения заранее

Пропишите реалии, которые формируют объем работ:

• Бюджет и сроки (включая утверждения)
• Правила закупок и требования к поставщикам
• Юридические/соответственные требования и шаги внутреннего согласования

Короткий бриф с целями и метриками станет опорой, когда приоритеты будут конкурировать, и поможет держать проект сфокусированным на общественной ценности.

Исследуйте, что люди должны сделать на сайте

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

Начните с реальных сигналов спроса

Соберите «ключевые задачи» из источников, которые у вас уже есть:

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

Ищите паттерны вроде «продлить», «подать», «оплатить», «сообщить», «проверить статус». Эти глаголы потом определят ярлыки навигации, посадочные страницы и потоки форм.

Прокартируйте пути для наиболее важных сервисов

Выберите несколько приоритетных сервисов (например: разрешения, пособия, платежи) и опишите путь с точки зрения пользователя. Включите:

• Что вызывает потребность (жизненное событие, срок, уведомление)
• Какие данные им нужно собрать
• Где они застревают (право на участие, документы, проверки личности)
• Что значит «готово» (подтверждение, квитанция, сроки, дальнейшие шаги)

Это предотвращает создание портала, который объясняет политику, но не помогает людям завершить задачу.

Создавайте персоны, ориентированные на потребности

Держите персоны простыми и практичными: «Кто-то, подающий заявку на помощь впервые», «Малый предприниматель, оплачивающий сбор», «Житель с ограниченным знанием языка». Сфокусируйтесь на ограничениях (время, стресс, устройство, грамотность, требования по доступности), а не на демографии.

Быстрая проверка перед обязательствами

Проведите короткие интервью или лёгкие юзабилити‑тесты с прототипами или даже набросками. Попросите участников выполнить ключевые задачи и проговорить ожидания. Вы рано обнаружите непонятные термины, пропущенные шаги и проблемы доверия — до того как контент и реализация станут дорогой доработкой.

Планируйте информационную архитектуру и навигацию

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

Начните с честной инвентаризации контента

Перед тем как рисовать меню, соберите то, что у вас уже есть:

• Существующие веб‑страницы, микросайты и кампании
• PDF, загружаемые формы и отсканированные документы
• Описания сервисов, правила права на участие, сборы и сроки обработки

Промаркируйте каждый элемент базовой метаинформацией (тема, аудитория, тип сервиса, дата обновления, ответственная команда). Это предотвращает воссоздание уже существующих страниц и выявляет устаревший или дублирующийся контент.

Организуйте по пользовательским задачам, а не по оргструктуре

Большинство людей приходят с намерением: «продлить лицензию», «подать на пособие», «сообщить о проблеме». Структурируйте категории вокруг этих задач, а не названий агентств. Простой тест: если кто‑то не сможет угадать нужный пункт меню, не зная структуры власти, значит группировка требует доработки.

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

Делайте навигацию короткой и предсказуемой

Стремитесь обеспечить доступ к ключевым сервисам в 2–3 клика с главной страницы. Используйте небольшой набор верхнеуровневых категорий и видимые быстрые ссылки для востребованных задач. Избегайте «мега‑меню» с внутренними терминами; применяйте простые ярлыки, которые люди произнесут вслух.

Проектируйте поиск как сервис, а не как фичу сайта

Поиск часто становится главным способом навигации. Планируйте его намеренно:

• Фильтры, которые ожидают люди (по местоположению, типу сервиса, праву на участие, жизненному событию)
• Синонимы и обычные формулировки (например, «вывоз мусора» vs «санитарный сбор»)
• Полезные подсказки при пустых результатах (рекомендованные запросы, популярные сервисы)

Хорошая IA и навигация сокращают звонки, жалобы и отказы, делая портал спокойным и вызывающим доверие.

Проектируйте с учётом доступности и инклюзивности

Доступность — не опция для государственного сайта, это часть обеспечения равного доступа к услугам. Стремитесь соответствовать WCAG (обычно WCAG 2.2 AA) и рассматривайте доступность как требование к дизайну, а не финальную проверку.

Начните со структуры, понятной людям и инструментам

Используйте чёткую структуру страниц: один основной заголовок (H1), логические подзаголовки (H2/H3) и описательные тексты ссылок (избегайте «кликните здесь»). Последовательная навигация и предсказуемые макеты помогают всем, включая людей с когнитивными нарушениями и пользователей экранных читалок.

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

Тестируйте с реальными вспомогательными технологиями

Автоматические проверки полезны, но они не ловят всё. Включите ручное тестирование в критерии готовности:

• Пройдите ключевые пути только с клавиатурой (без мыши)
• Проверьте со скрин‑ридерами (NVDA, JAWS, VoiceOver)
• Проверьте масштабирование до 200% и перенос содержимого на мобильных устройствах

Пишите простым языком

Инклюзивный дизайн — это также слова. Используйте простой язык, объясняйте требуемые шаги и избегайте жаргона и непояснённых аббревиатур. Если термин обязателен (например, юридический термин), давайте определение в месте его появления.

Формы должны быть доступны от начала до конца

Формы — это место, где люди чаще всего застревают. Обеспечьте, чтобы каждое поле имело видимую метку, понятную подсказку там, где возможна путаница, и сообщения об ошибках, которые четко объявляются вспомогательным технологиям (например, «Введите ваш номер национального страхования», а не «Неверный ввод»). Не полагайтесь только на цвет для обозначения ошибок.

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

Добавьте заявление об доступности с указанием статуса соответствия, известных проблем и способов связаться для сообщения о проблемах. Разместите его в постоянной ссылке в футере (например, /accessibility) и убедитесь, что обращения мониторятся и получают ответ.