АИС Магистраль

Аналитическая система для Департамента транспорта Москвы
Мои роли:
UX-исследователь
UX/UI-дизайнер
Продуктовый дизайнер
Дизайнер-картограф
Заказчик:
Департамент транспорта и развития дорожно-транспортной инфраструктуры города Москвы
Период:
2021-2025
результаты:
1
рабочий
день
20

секунд
Сокращен срок расчета прогнозных характеристик нового маршрута
Помогает принимать решения, улучшая жизнь более 3 млн пассажиров каждый день
Отдельные функции системы заменяют аналитикам сразу несколько программных продуктов
Используется аналитиками Департамента Транспорта Москвы
Используется для презентаций высшему руководству

Контекст и задачи

В Департаменте транспорта и развития дорожно-транспортной инфраструктуры города Москвы есть несколько команд отраслевых аналитиков, которые работают сообща и решают большой спектр задач:
  • Где и когда запускать новые маршруты
  • Какой транспорт и с какими промежутками должен ходить на этих маршрутах
  • Как обеспечить транспортом растущий город
  • Какие маршруты стоит упразднить или изменить (и как именно изменить)
  • Как развивается маршрутная сеть
Эти специалисты использовали в работе большое количество разного ПО и множество разрозненных источников данных. Данные находились в разных (иногда несовместимых между собой) форматах, в процессе работы их часто приходилось конвертировать и дополнительно обрабатывать. Кроме того, большинство расчетов производилось вручную, и многие решения принимались исключительно на основе экспертного мнения специалистов. Многие регулярные рутинные задачи (например подготовка ежемесячных отчетов) превращались в постоянный ресурсоемкий процесс.
Такой рабочий процесс был далек от оптимального, требовал много человеческих и временных ресурсов, и в то же время очевидно частично поддавался автоматизации.
Задачи:
  • Уменьшить количество используемого аналитиками ПО
  • Ускорить работу аналитиков
  • Создать инструменты для решения определенных аналитических задач
  • Обеспечить руководство иструментом для быстрого получения презентационных материалов

Предварительные исследования

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

Руководитель

Главное - визуалка
Основной референс-Apple
Основное устройство - iPad
Вторичное - десктоп
Показывать лаконичные картинки на презентациях
Сквозной умный поиск
Выборка маршрутов со статистикой

Аналитики (общее для всех)

Главное - функционал
Основное устройство - десктоп
Много данных
Кнопка "спрятать интерфейс" для демонстрации

Аналитики транспортной сети

Основной вопрос: куда, на чем, зачем и как ехать?
Создание , редактирование и сохранение вариантов МС
Визуализация и фильтрация по разным параметрам
Сравнение и его автоматизация
ПРЕЗЕНТАЦИЯ!
Визуальные отчеты в формате было-будет
Расчет пробегов (сейчас делается в excel)
Очень важно учитывать строящиеся и проектируемые маршруты (ветки, платформы...) и развитие инфраструктуры
"Как проехать" и что там ездит
Нужен продвинутый снэппинг для рисования маршрутов freehand. Сейчас "в зуме быстрее"
Изохроны
Матрица корреспонденций по остановкам
Основное устройство - десктоп
Много данных
Кнопка "спрятать интерфейс" для демонстрации

Вопросы:

Понятие сайта. Cлучай с двумя остановками в разные стороны
Вопрос удаленных маршрутов
Понятие "магистральные коридоры"
Отрисовка пассажиропотоков. Почему не по трассе, а напрямую?

Аналитики инфраструктуры

Основной вопрос: как обеспечить проезд?
Таблица мероприятий (объектов) или слой
Статусы объектов

Проектирование

Учитывая разные, иногда даже противоречивые потребности пользователей, было решено проектировать интерфейс с несколькими уровнями детализации:
  • Обзорный уровень. Максимально наглядный и простой интерфейс, доступный сразу же. Предназначен для руководителей и других пользователей со схожими запросами.
  • Детальный. Максимальная функциональность снижает простоту использования, но для аналитиков это не является минусом. Чтобы попасть на этот уровень, нужно сделать несколько шагов по интерфейсу. Пользователь может смотреть на те же данные, что и на обзорном уровне, но у него гораздо больше возможностей управления и анализа.
Мы спроектировали соответствующую структуру интерфейса и информационную архитектуру, заложив в них возможности для развития системы, так как сразу было понятно, что количество требуемых функций будет расти со временем.
С учетом контекста использования была разработана UI-библиотека и набор иконок. Кроме иконок для интерфейса была создана система картографических символов для разных типов объектов: точечных и кластерных, линейных, полигональных, регулярных сеток.
Для работы системы также было спроектировано множество подсистем и процессов, например:
  • Алгоритмы и формулы расчета различных показателей
  • Алгоритмы построения геоаналитических операций
  • Схемы интеграции с внешними системами
  • Регламенты обновления данных из разных источников
  • Ролевая модель и система управления правами доступа

Работа с маршрутами и остановками

Одна из основных потребностей всех пользовательских сегментов — работа с маршрутами:
  • Просмотр текущей статистики по маршрутной сети в целом, по отдельным маршрутам и по произвольным выборкам маршрутов
  • Работа с архивными данными и различными временными срезами, настройки агрегации показателей во времени
  • Просмотр подробной информации о маршруте и остановках
  • Настройка отображения маршрутов на карте: фильтрация и раскраска по различным параметрам
Эти возможности используются как аналитиками для глубокого изучения маршрутной сети, так и руководством для мониторинга ее общего состояния.
Создание новых маршрутов раньше было довольно сложным процессом:
  • Рисование геометрии в Ggoogle maps без опоры на реальный граф дорожной сети
  • Расчет всех параметров будущего маршрута вручную с использованием большого количества источников данных
  • Внесение в базу пространственных данных. Из-за ручного рисования геометрии маршрутов часто оказывались несогласованы между собой
За счет централизации данных в единой системе процесс стал гораздо проще и быстрее:
  • Рисование геометрии в системе с автоматической привязкой к графу и отображением на карте всех необходимых объектов
  • Автоматический расчет характеристик будущего маршрута на основе реальных данных по уже существующим маршрутам
1
рабочий
день
20

секунд
Сокращен срок расчета прогнозных характеристик нового маршрута

Справочные слои

Объединение разнородных данных в единой системе позволило не только использовать их в прогнозых расчетах, но и работать с ними на карте. Для каждого из 14 справочных слоев были нужны собственные способы отображения, настройки и работы с объектами. По сути каждый из них представляет собой мини-приложение.

Дополнительные аналитические инструменты

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

Итоги

1
рабочий
день
20

секунд
Сокращен срок расчета прогнозных характеристик нового маршрута
Помогает принимать решения, улучшая жизнь более 3 млн пассажиров каждый день
Отдельные функции системы заменяют аналитикам сразу несколько программных продуктов
Используется аналитиками Департамента Транспорта Москвы
Используется для презентаций высшему руководству
Еще в состоянии MVP приложение было принято в тестовую эксплуатацию командой аналитиков и руководителей. Это позволило быстро и достоверно тестировать гипотезы в реальных условиях, что положительно сказалось на скорости и качестве дальнейшего проектирования.
Система развивалась: постепенно интегрировалась с другими информационными системами, используемыми в транспортном комплексе. Многие задачи были автоматизированы, некоторые сторонние продукты перестали быть нужны, т.к. АИС Магистраль получила соответствующие функции.
В 2025 году система приняла свой финальный облик несмотря на большое количество идей по внедрению новых функций. Продукт используется как аналитический инструмент работниками транспортного комплекса и как демонстрационная среда - руководителями.
toshkent.pse@gmail.com
+381 677 635 491 (Viber)
+7 903 141 52 43 (Whatsapp)
Made on
Tilda