Route One ELD

Проект начался с понятной бизнес-цели: заменить бумажные журналы учёта времени вождения во собственном флоте, проверить решение в ежедневной операционной работе и со временем вывести его как коммерческий продукт.

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

В регулируемой отрасли неверные расчёты не создают баги. Они создают нарушения compliance, проваленные проверки и финансовые штрафы.

Мы быстро поняли, что проектируем не одно приложение.

Даже первый MVP включал несколько взаимосвязанных систем:

• Приложение водителя (iOS и Android)
• Платформа управления флотом
• Bluetooth ELD-оборудование
• Телематические SDK вендоров
• Инфраструктура отчётности FMCSA

Платформа обслуживала водителей, диспетчеров, менеджеров флота, команды compliance и владельцев бизнеса - у каждого свои цели и рабочие процессы.

Прежде чем проектировать интерфейсы, нужно было понять нормативы, которые за ними стоят.

Мы потратили недели на изучение правил Hours of Service, требований к сертификации и процедур roadside inspection, прежде чем смогли определить архитектуру продукта и пользовательские сценарии.

Эти находки постепенно превратились в первую информационную архитектуру и системные потоки.

Найти дальнобойщиков для исследований оказалось сложнее, чем ожидалось. Большая часть ранних знаний о продукте пришла от диспетчеров, которые каждый день работали с ELD-системами. Позже мы ввели оплачиваемые интервью и usability-сессии с водителями, чтобы проверить гипотезы.

Первые прототипы делали упор на ясность, а не на визуальную полировку. Мы проектировали вокруг скорости, читаемости и снижения когнитивной нагрузки за рулём.

Эти концепции постепенно выросли в первый production-ready мобильный опыт для телефонов и планшетов.

В отличие от потребительского ПО, здесь не было пространства для "достаточно хорошо".

Каждый расчёт должен был точно соответствовать требованиям FMCSA.

Одна функция полностью изменила наше понимание проекта: Split Sleeper Berth. То, что сначала казалось простой нормой, превратилось в недели исследований, валидации и тестирования, прежде чем мы стали достаточно уверены, чтобы внедрить её.

Продукт постоянно развивался через обсуждения между продуктом, инженерией и compliance - а не через фиксированные спецификации.

Тестирование не ограничивалось usability-сессиями.

Мы создали выделенные среды для симуляции событий двигателя, Bluetooth-связи и поведения оборудования задолго до деплоя.

Разработчики также опирались на OBD-симуляторы, чтобы воспроизводить edge cases, которые сложно проверить на реальных машинах.

После почти года разработки мы подключили первого водителя.

Даже тогда мы просили его вести бумажный журнал как резерв во время roadside inspection. Реальная езда вскрыла сценарии, которых мы никогда не видели в разработке, включая edge cases, из-за которых пришлось пересмотреть приоритеты функций вроде Unidentified Driver Records.

Значительная часть продукта вызрела через совместные воркшопы, сессии у доски и непрерывную итерацию с инженерами и операционными командами.

Когда ядро ELD-функциональности стало стабильным, продукт вышел за рамки compliance.

Мы добавили возможности управления флотом, включая:

• Управление водителями
• IFTA-отчётность
• Аналитику флота
• Управление устройствами
• Операционные дашборды
• Административные инструменты

Back-office платформа развивалась параллельно с приложением водителя.

Мобильный опыт тоже заметно вырос - особенно для планшетов, которые часто используют в кабинах грузовиков.

То, что начиналось как внутренняя compliance-инициатива для флота из 150 грузовиков, стало коммерческой ELD-платформой для рынка грузоперевозок США.

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

Лучшие продуктовые решения приходили не из переговорных. Они приходили из чтения нормативов, тестирования оборудования, работы с диспетчерами и проверки гипотез в реальных грузовиках.