Диспетчерский контроль
Январь 2024 – Июль 2024
Контекст
bus:vision — это веб-платформа для оперативного управления городским общественным транспортом. Целевая аудитория — диспетчеры перевозчиков и контролёры муниципалитета в городах от 300 000 жителей; для них критична скорость обнаружения отклонений рейсов и связанная с этим финансовая ответственность перевозчиков. Масштаб пилота — 7 перевозчиков, 1 500 автобусов
Проблема
Диспетчеры работали в нескольких несовместимых инструментах одновременно (таблицы, устаревшая карта, отдельные мессенджеры), из-за чего поиск проблемного транспортного средства и принятие решения занимали слишком много времени. Следствие — регулярные срывы рейсов и штрафные санкции для перевозчиков
Исследование
Провели 10 глубинных интервью (по пять диспетчеров-«контролёров» и диспетчеров-«перевозчиков»), три смены «теневого наблюдения» прямо в диспетчерских, выгрузили и проанализировали 1,6 млн навигационных точек. Затем протестировали кликабельный прототип на восьми реальных пользователях. Главный инсайт: диспетчеры мыслят не древом меню, а последовательным фильтром плюс цветовая сигнализация
Первая гипотеза
Если внедряем последовательный фильтр (район → исполнитель → маршрут → ТС), цветовую сигнализацию статусов, приоритетную ленту инцидентов и карточку ТС с быстрыми действиями, то за счёт сокращения шага «событие → решение» среднее время реакции снижается с 7 до ≤4 минут, что в сопоставимых периодах у тех же 7 перевозчиков приводит к уменьшению срывов рейсов ≥15% и снижению ошибок оперативного управления ≥20%
Как мерили успех
Сократить среднее время реакции диспетчера с 7 до 4 минут (минус 40%)
Уменьшить количество сорванных рейсов минимум на 15%
Сократить количество ошибок в оперативном управлении маршрутами не менее чем на 20%
Решение и макеты
Тот самый фильтр — полноценная таблица на 12 столбцов с «умным» автозаполнением: вернулся — фильтры уже стоят
Живая карта: Просмотр сразу нескольких маршрутов и взаимодействие с ними. Можно добавить данные на лету, сортировать «проблемные вверх» и группировать по типу маршрута или муниципалитету
Мнемосхема (круговая или линейная): упрощенный вариант представления позволяет быстрее увидеть проблемные участки
Уведомления показывают всё, что случилось на линии; важные (ДТП, скорая помощь) всплывают первыми, каждое можно закрепить, скрыть или сразу написать водителю
Карточка автобуса даёт общую информацию о маршруте и рейсе, позволяет открыть историю движения, перейти к редактированию графика, написать водителю и тут же поменять статус
История передвижения дает возможность анализировать причины появления ошибок на маршрутах
Прямая связь диспетчера с водителем в виде чата позволяет быстро реагировать на постоянно меняющиеся условия
Ограничения
Легаси-данные и разная частота телеметрии от бортов — риск «шума» в статусах
Разнородные каналы связи с водителями — риск задержек ответа
Ограничение по времени реакции: требовались быстрые решения без полной перестройки бэкенда
Запуск
В мае 2024 мы «прокатили» фичу на 150 автобусах перевозчика из Тюмени. Ошибок не нашли, и 15 июля включили систему сразу для семи перевозчиков (1 500 автобусов)
Итоги
Время реакции сократилось с 7 до 3 минут (-53%)
Срывов рейсов стало 16,8 в день вместо 19,8 (-15%)
Количество ошибок в управлении маршрутами упало с 51 до 41 в неделю (-20%)
Мой личный вклад
Запустил весь блок исследований (скрипты интервью, наблюдения, синтез)
Инициировал и защитил концепт мнемосхем и последовательной фильтрации
Собрал интерактивный прототип в Figma, провёл тесты с 8 пользователями и синхронизировал приоритизационные решения с продактом и разработкой
Организовал 3 кросс-командных воркшопа (аналитика → решение → метрики), добился согласования способа замера эффекта «до/после»
Работа с командой
Продакт-менеджер, 2 бизнес-аналитика, 2 фронтенд-разработчика, 2 бэкенд-инженера, тестировщик, DevOps. Ключевые партнёры продакт (приоритезация SLA), лид аналитиков (датасеты и валидация метрик), дежурные диспетчеры пилотного автопарка (ежедневная обратная связь)
Чему научились
Нужно подключать продуктовую аналитику раньше — часть «узких мест» фильтров нашли бы быстрее
Нужно вынести цветовую логику в дизайн-токены (региональные схемы без правок кода)
Нужно упростить матрицу ролей, чтобы ускорить включение новых парков
Предыдущий проект
Следующий проект
На главную
Новости о проекте
6+ лет опыта работы · от первых идей до разработки продукта
Давайте работать вместе!
Свяжитесь со мной любым из
доступных способов