Выберите тему — соберём контекст
Начинаем с одного направления или города: там быстрее проверить качество прогноза и убедить диспетчеров. Затем переносим решение на остальные филиалы и включаем в операционный контур.
Смотрим, какие данные есть в TMS, WMS, телематике и 1С, как фиксируются фактические времена прибытия и где теряется информация. Разбираем работу диспетчеров и находим участки, где решение принимается интуитивно.
Срок этапа: 2–3 недели
Обучаем модель ETA или маршрутизации на выбранном направлении и сравниваем с текущими нормативами на исторических рейсах. Диспетчеры работают с рекомендациями, не отказываясь от привычного процесса.
Срок этапа: 4–6 недель
Встраиваем прогноз в операционные системы: карточка рейса, уведомления клиенту, отчёты по отклонениям. Настраиваем обработку исключений и понятный интерфейс для диспетчера и клиентской службы.
Срок этапа: 3–6 недель
Переносим решение на остальные направления, филиалы и виды перевозок, обучаем сотрудников. Дальше контролируем качество прогноза, сезонные сдвиги и изменения дорожной обстановки, обновляя модель по расписанию.
Срок этапа: постоянно, волнами по 4 недели
Да. Для машин без трекера прогноз строится по историческим нормам с поправкой на тип маршрута и день недели, для остальных — по фактическому движению. По мере установки оборудования точность по парку выравнивается.
Нет, она снимает рутину: расчёт маршрутов, отслеживание опозданий, рассылку уведомлений. Диспетчер занимается исключениями — отказами, нестандартными адресами, конфликтами окон, где нужно решение человека и разговор с клиентом.
Сравниваем пробег, число машин и трудозатраты на сопоставимом объёме заказов до и после внедрения, а также отслеживаем долю рекомендаций, которые диспетчеры приняли. Так эффект виден в километрах и человеко-часах, а не в оценках на словах.
Обычно от шести до десяти недель вместе с подключением телематики и выгрузкой истории рейсов. Если данные уже собраны и доступны через API, срок сокращается примерно вдвое.
На первом этапе прогноз не требует действий от водителя — он строится по телематике. Мобильное приложение подключается позже и только для тех задач, где нужна обратная связь: подтверждение доставки, фото, отметка отказа.
Мы работаем с распространёнными системами через API и обмен файлами, а для самописных решений пишем адаптер по документации. Если у системы нет программного интерфейса, используем регламентный обмен выгрузками, сохраняя тот же набор данных.
Cookie и аналитика
Мы используем необходимые cookie для работы сайта и форм. Аналитические cookie (Яндекс.Метрика, включая запись сессий) подключаем только с вашего согласия — от него можно отказаться. Подробнее: Политика использования cookie и обработка персональных данных.