run:vision— региональная цифровая платформа для диспетчерского управления дорожной сетью регионов. В 2025 г. мы спроектировали модуль «Календарь / Плановые задания», который автоматизирует повторяющиеся работы дорожных служб. Раньше пользователи создавали заявки вручную в старой системе ЭИК, где расписания задавались жёсткими пресетами. Мы переиспользовали уже существующий UI‑конструктор cron‑выражений, чтобы задать гибкие правила и связали его с новым календарём запуска
Проблема
Диспетчеры тратили минуты на ручной ввод сотен однотипных заявок в год, из-за чего задания срывались и появлялись ошибки — нужен был надёжный автозапуск по гибким правилам вместо ручной рутины
Исследование
Провели 10 глубинных интервью (6 диспетчеров, 4 квартальных), 4‑часовое теневое наблюдение смены, проанализировали 2 148 исторических заявок из ЭИК. Исследование показало, что самый болезненный шаг — «копирую прошлую заявку и меняю дату»
Первая гипотеза
Если объединить в одном экране: создание шаблона заявки, настройку расписания и визуализацию запусков на календаре — то планирование повторяющихся работ станет быстрым и безошибочным; автоматическое создание по расписанию разгрузит диспетчеров и сместит фокус с набора данных на контроль исполнения
Как мерили успех
≥ 80%
Доля автоматически созданных заявок вместо 12%
≤ 30 с
Время ручного создания заявки вместо 3м 15с
≤ 1%
Количество ошибок при создании заявок вместо 8%
Решение и макеты
Календарь подсвечивает дни с назначениями, счётчик показывает, сколько заявок будет создано
Кликабельный день календаря раскрывает запуски по расписаниям, статус и ссылку на карточку заявки
Шаблон — форма заявки с обязательными полями и сохранёнными параметрами
Шаблоны заявок в выбранном расписании
Ограничения и риски
Наследование данных ЭИК: разные форматы и неполнота исторических записей
Порог входа в cron-правила: требовались подсказки и предустановленные шаблоны
Зависимости: синхронизация с графами и справочниками объектов; ночной пересчёт
Как проверяли эффект
Март 2025, 5 диспетчеров, сценарные сессии, фиксация времени и ошибок
Дневники пилотов в двух районах: неделя наблюдений, сбор логов автосоздания и ручных корректировок
Сравнение до/после: бенчмарки по времени ввода и по доле автогенерации на идентичных сценариях
Запуск
В марте 2025 года проведено внутреннее тестирование с участием пяти диспетчеров. После доработок модуль был развёрнут в опытной эксплуатации в нескольких районах, а в мае стал доступен всем пользователям региона
Итоги
Автоматическое создание заявок — 85%
Среднее время создания одной заявки — 18с (‑90%)
Ошибки при создании заявок снизились до 1%
Время реагирования на дефекты сократилось в среднем на 39 минут
Мой личный вклад
Инициировал исследование, сформировал требования, спроектировал конструктор расписаний и календарь
Интегрировал модуль расписаний, добавил 6 элементов в библиотеку компонентов (пресеты cron, счётчик запусков, лейблы статусов, карточка запуска, журнал автозапусков, подсказки)
Провёл 3 совместные сессии с разработкой (согласование модели данных и ограничений первого релиза), финальный визуальный контроль, участие в пользовательском тестировании
Работа с командой
Продакт-менеджер, бизнес-аналитик, фронтенд-разработчик, два бэкенд-инженера, тестировщик, DevOps. Плотнее всего работал с бизнес-аналитиком, лидом фронта и диспетчерами пилотных районов
Чему научились
Раннее подключение аналитики помогает быстрее выявлять проблемные места в сценариях. Опыт показал, что использование конструктора выражений даёт гибкость, но требует обучения пользователей. В следующих версиях планируется добавить готовые шаблоны расписаний и визуальные подсказки, а также реализовать систему гибких настроек, чтобы регионы могли самостоятельно изменять расписания без вмешательства разработчиков