Требования к порталу госсектора: доступность, реестры и роли

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

Собрали требования, которые стоит зафиксировать до разработки, чтобы не переделывать архитектуру.

Публичная часть и админка

Это разные интерфейсы с разными задачами. Гражданину нужен поиск и понятная карточка, сотруднику — управление данными.

• Поиск по реестрам.
• Карточка записи.
• Документы и версии.
• Личный кабинет.
• Админка и роли.
• Журнал действий.

Доступность

Доступность проверяется не только сканером. Пройдите сценарий с клавиатуры, увеличьте шрифт и попробуйте понять статус без подсказки.

• Подписи к полям.
• Контраст.
• Масштабирование.
• Клавиатурная навигация.
• Понятные ошибки.
• Скринридер.

Реестры

Реестр — это структурированные записи со статусами, связями и историей. Таблица ради таблицы не решает задачу.

• Поля и типы.
• Статусы.
• Связи.
• Поиск и фильтры.
• Пагинация.
• Выгрузка.

Документы и версии

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

• Название и тип.
• Дата и статус.
• Архив версий.
• Связь с записью.
• Поиск по тексту.
• Права на скачивание.

Роли и доступ

Права должны быть минимальными. Действия сотрудников фиксируются в журнале.

• Редактор.
• Модератор.
• Администратор.
• Гость.
• Журнал.
• Восстановление доступа.

Поиск

Пользователь должен найти запись по названию, реквизитам, дате или статусу. Проверяйте на реальном объёме.

• Поиск по названию.
• Поиск по реквизитам.
• Фильтры.
• Сортировка.
• Сохранение параметров.
• Без дублей.

Интеграции

Портал часто связан с ведомственными системами. Обмен должен быть предсказуемым.

• Импорт.
• Экспорт.
• Очередь.
• Повторные попытки.
• Логи.
• Тестовый контур.

Безопасность

В портале хранятся персональные данные и документы. Доступ к полям должен быть осознанным.

• Аутентификация.
• Роли.
• Шифрование.
• Журнал.
• Резервные копии.
• Ограничение выгрузок.

44-ФЗ и закупки

Если портал связан с закупками, требования к документам и срокам нужно уточнить до проектирования.

• Требования заказчика.
• Формы документов.
• Сроки публикации.
• Интеграции.
• Отчётность.

Тестирование

Проверяйте не только код, но и данные, роли и доступность.

• Сценарии гражданина.
• Сценарии сотрудника.
• Импорт.
• Ошибки.
• Нагрузка.
• Доступность.

Запуск

Лучше начать с одного реестра или услуги. Пилот покажет проблемы, которые дешевле исправить до масштабирования.

Чек-лист

Итог

Портал госсектора — это данные, доступ и доверие. Красивый интерфейс не спасёт реестр с неверными связями.

Структура портала

Навигация должна вести к услуге или записи реестра, а не к внутренней структуре ведомства.

• Услуги.
• Реестры.
• Документы.
• Новости.
• Кабинет.
• Поиск.
• Помощь.

Импорт данных

Данные часто приходят из внешних систем. Импорт должен быть идемпотентным и понятным.

• Идентификаторы.
• Валидация.
• Ошибки.
• Повторный импорт.
• Журнал.
• Тестовый контур.
• Мониторинг.

Тестирование доступности

Проверяйте не только автоматическим сканером. Реальный сценарий важнее баллов.

Документация и поддержка

Портал живёт годами. Без документации и регламента поддержки он быстро устаревает.

• Архитектура.
• Роли.
• Интеграции.
• Регламент.
• Обновления.
• Бэкапы.
• Ответственные.

Стоимость и сроки

Оценка зависит от реестров, интеграций и требований к доступности.

• Аудит.
• Модель данных.
• Реестры.
• Кабинет.
• Интеграции.

Типичные ошибки

Портал часто запускают без пилота и проверки данных на объёме.

• Нет пилота.
• Документы без версий.
• Общие роли.
• Поиск на демо.
• Нет журнала.
• Нет доступности.
• Нет поддержки.

Как выбрать подрядчика

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

• Опыт порталов.
• Доступность.
• Интеграции.
• Роли.
• Документация.
• Поддержка.

Бюджет и поддержка

Портал требует поддержки после запуска: обновления, данные, роли и интеграции.

• Мониторинг.
• Обновления.
• Импорт.
• Роли.
• Бэкапы.
• Регламент.

Что делать после запуска

Смотрите, какие записи ищут, где поиск не находит и какие ошибки импорта появляются.

• Поиск.
• Ошибки импорта.
• Обращения.
• Доступность.
• Нагрузка.
• Обновления.

SEO и открытые данные

Публичные страницы должны быть доступны поисковикам, а данные — понятны без контекста.

• URL.
• Метатеги.
• Sitemap.
• Микроразметка.
• Открытые данные.
• Документы.
• Скорость.

План на 30 дней

Начните с одного реестра и ролей. Пилот покажет проблемы раньше, чем масштабирование.

Как считать стоимость поиска

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

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

Что делать с сотрудниками

Сотрудники ведомства — такие же пользователи. Если админка неудобна, данные будут обновляться с ошибками и задержками.

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

Поддержка и развитие

Портал живёт годами. Меняются требования, данные и роли. Без поддержки и документации он быстро становится техническим долгом.

Заложите регламент обновлений, бэкапов и импорта. Раз в квартал проверяйте доступность и поиск, а не только доступность сервера.

Как подготовить техническое задание

ТЗ должно описывать не только страницы, но и данные, роли, интеграции и требования к доступности. Чем конкретнее сценарии, тем меньше переделок.

• Реестры и поля.
• Роли и права.
• Документы.
• Интеграции.
• Доступность.
• Нагрузка.

Как выбрать пилот

Для пилота подойдёт один реестр с понятными данными и небольшой аудиторией. На нём можно проверить поиск, роли и импорт без риска для всех сервисов.

• Один реестр.
• Реальные данные.
• Ограниченная аудитория.
• Понятные метрики.
• Срок 4–6 недель.
• Обратная связь.

Что проверить перед приёмкой

Приёмка должна включать сценарии, данные и доступность, а не только визуальную проверку страниц.

Отдельно проверьте, как портал ведёт себя при медленном интернете и на старом оборудовании. Государственные услуги должны оставаться доступными не только в идеальных условиях, но и в реальных.

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

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