Unicon

Наваленная куча. Один документ лежал в одном разделе, соседний по смыслу — в трёх кликах в другом, а третьего вообще не найти без поиска по сайту. Никакой системы за этим не стояло: разделы заводились по мере надобности.

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

Спроектировали структуру данных

Главная и самая дорогая часть работы. Разобрали, что вообще есть на сайте, из чего это состоит и как связано между собой: услуги, документы, требования, разделы. Из этого выросла модель сущностей, а уже из неё — разделы, навигация и адреса страниц.

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

Разложили содержимое по местам

Всё существующее перераспределили по новой структуре: каждый документ и каждая услуга оказались там, где их ищут, а не там, где их когда-то положили.

Проработали интерфейс

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

Процент отказов упал кратно. Люди начали находить то, за чем пришли.

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

После нас сайт переделывали ещё две-три раза. Заложенное распределение сущностей и содержимого пережило все переделки — это и есть проверка архитектуры временем.