Требования к сайту министерства: что проверить

Сайт министерства — это не визитка. Через него граждане находят услуги, документы, новости и контакты. Ошибка в структуре или данных стоит дороже, чем неудобный дизайн.

Разбираем требования, которые стоит зафиксировать до разработки, чтобы не переделывать портал после приёмки.

Зачем фиксировать требования

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

Особенно это важно в госсекторе, где есть нормативные документы, доступность и безопасность. Чем раньше они описаны, тем меньше переделок.

• Структура.
• Доступность.
• Документы.
• Безопасность.
• Интеграции.
• Приёмка.

Правовая база

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

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

• Нормативные акты.
• Требования ведомства.
• Доступность.
• Персональные данные.
• Безопасность.
• Архив.

Доступность

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

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

• Клавиатура.
• Контраст.
• Подписи.
• Масштабирование.
• Ошибки.
• Скринридер.

Структура

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

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

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

Новости

Новости должны быть датированы и доступны в архиве. Старые новости не должны исчезать.

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

• Дата.
• Архив.
• Рубрики.
• Поиск.
• Обновления.
• RSS.

Документы

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

Для больших PDF полезно краткое описание. Не все могут читать документ целиком, но многим нужна суть.

• Версии.
• Статус.
• Дата.
• Поиск.
• Скачивание.
• Архив.

Госуслуги

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

Формы должны сохранять данные и объяснять ошибки. Гражданин не должен заполнять всё заново из-за одной опечатки.

• Услуги.
• Формы.
• Сроки.
• Статусы.
• Уведомления.
• Помощь.

Обратная связь

Обратная связь должна быть доступной и понятной. Человек должен видеть, куда отправил обращение и когда ждать ответ.

Если форма не работает, нужен альтернативный канал. Молчащая форма хуже, чем её отсутствие.

• Форма.
• Телефон.
• Адрес.
• Сроки.
• Статус.
• Альтернатива.

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

Сайт министерства хранит обращения и персональные данные. Доступ должен быть ограничен, а действия — записываться.

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

• Доступы.
• Роли.
• Журнал.
• Обновления.
• Бэкапы.
• Мониторинг.

Интеграции

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

Нужен тестовый контур и логи. Ошибка в одной записи не должна ломать весь сайт.

• Реестры.
• Документы.
• Заявки.
• Очередь.
• Логи.
• Тестовый контур.

44-ФЗ и 223-ФЗ

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

Это не только техническая, но и юридическая часть. Уточните её с заказчиком.

• Документы.
• Сроки.
• Формы.
• Отчётность.
• Интеграции.
• Проверка.

Контент

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

Тексты стоит проверять на читаемость и обновлять. Устаревшая информация подрывает доверие.

• Ясность.
• Актуальность.
• Структура.
• Заголовки.
• Даты.
• Ответственные.

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

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

Тесты должны быть частью приёмки. Иначе недостатки всплывут после запуска.

Приёмка

Критерии приёмки должны быть измеримыми: что считается работающим, какие документы доступны, какие сценарии пройдены.

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

• Сценарии.
• Данные.
• Доступность.
• Безопасность.
• Нагрузка.
• Документация.

Чек-лист

Итог

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

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

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

Проверьте, умеет ли команда работать с интеграциями и приёмкой. Красивый дизайн без опыта в данных и доступности создаёт риск.

Как составить ТЗ

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

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

Как проводить приёмку

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

Зафиксируйте, какие недостатки критические, а какие можно перенести. Иначе приёмка затянется.

Как работать с обращениями

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

Если обращение уходит в ведомственную систему, нужен статус и там. Иначе гражданин будет звонить повторно.

Как поддерживать контент

Новости и документы обновляются постоянно. Нужен ответственный и простой редактор.

Контент должен проходить проверку на доступность: заголовки, alt-текст, таблицы и ссылки.

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

Первые месяцы смотрите обращения, ошибки и поиск. Это покажет, где структура не работает.

Обновляйте требования и документацию. Сайт живёт, и требования меняются вместе с ним.

Как работать с ролями

У сотрудников ведомства разные задачи: редактор, модератор, администратор. Права должны быть минимальными.

Действия нужно фиксировать в журнале. Это помогает разбирать ошибки и отвечать на вопросы.

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

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

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

Как учитывать мобильные

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

Не прячьте важное в глубине. Основные действия должны быть доступны с первого экрана.

Что делать с архивом

Старые документы и новости должны оставаться доступными. Архив — часть доверия.

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

Как работать с документами и версиями

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

Старые версии не удаляйте. Они нужны для истории и разбора спорных ситуаций.

Как обучать сотрудников

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

Сделайте короткие инструкции и покажите их на реальных задачах.

Как считать эффект

Смотрите, какие услуги и документы ищут, где поиск не находит и сколько обращений приходит.

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

Как учитывать обращения

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

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

Что делать с аналитикой

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

Не собирайте лишние персональные данные. Аналитика должна быть полезной и безопасной.

Что делать с мобильной аналитикой

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