Re:Doc — крупная система автоматизации бизнес-процессов и документооборота в госорганах

Зачем нужен был редизайн?

Старая система не справлялась с растущей нагрузкой из-за устаревшего и перегруженного интерфейса. Возникла необходимость решить три ключевые бизнес-цели продукта:

Ускорить обслуживание

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

Снизить ошибки

Сложная навигация и неочевидные формы приводили к частым ошибкам сотрудников при занесении данных. Требовалось сделать формы интуитивными.

Упростить онбординг

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

Было / Стало

Стало: Новый интерфейс
Стало
Было: Старый интерфейс
Было

Старый интерфейс раздела "Дело"

Было: Старый интерфейс

Новый интерфейс раздела "Дело"

Стало: Новый интерфейс

Что делал

Аналитика и поиск проблем: Погрузился в текущую версию системы. Тесно общался с пользователями системы, чтобы выяснить, где они теряются и чего не хватает в старом интерфейсе.

Проектирование: Совместно с руководителем проекта составил план редизайна. Ездил в командировку в МФЦ г. Костромы: презентовал прототипы руководству, вживую наблюдал за работой операторов и "на лету" корректировал UX-решения.

UX-аудит системы

UX-аудит системы

Дизайн-система

Отрисовал всю визуальную часть: кастомные иконки, иллюстрации для модальных окон, состояния элементов и макеты ключевых разделов системы.

Состояния элементов интерфейса

Состояния элементов интерфейса

Изменение навигации

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

Старое меню

Старое меню

Новое меню

Новое меню

Ключевые разделы системы

Дело — Создание дела по услуге

Раздел Дело

Дело — Задача со сбором документов

Раздел Задачи

Дело — Шаг оповещения заявителя

Раздел Задачи 2

Заявители — Создание нового заявителя

Раздел Заявители

A/B тестирование и проверка гипотез

На протяжении всей работы регулярно проводились A/B тесты различных компонентов интерфейса. Это помогало нам не опираться исключительно на свое видение, а проверять гипотезы на реальных пользователях: сравнивалась скорость заполнения старой и новой формы, удобство поиска информации в таблицах и понятность новых элементов. Только те решения, которые показывали объективное сокращение времени обслуживания и снижение количества ошибок, внедрялись в прод.

a/b test

что в итоге

Интерфейс стал заметно проще и понятнее для сотрудников.

22%

Сокращение средней продолжительности приёма с 9 до 7 минут

80%

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

27%

Снижение количества ошибок при работе с заявками