Transporte
Route One ELD
Crear una plataforma ELD conforme a la FMCSA, de una solución interna de flota a un producto SaaS comercial
Impacto: Se construyó una plataforma Electronic Logging Device conforme a la FMCSA que evolucionó de una solución interna para una flota de 150 camiones a un producto SaaS comercial para el mercado de transporte de EE. UU.
- Role
- Product & Project Lead
- Duration
- Colaboración de varios años
- Team
- Product, Engineering, Compliance, Fleet Operations
Resumen
El proyecto comenzó con un objetivo de negocio claro: sustituir los cuadernos de registro en papel en nuestra propia flota, validar la solución en la operativa diaria y, con el tiempo, lanzarla como producto comercial.
Lo que parecía una app móvil se convirtió rápidamente en un reto mucho mayor. Nadie del equipo tenía experiencia previa construyendo una plataforma ELD. Los competidores existentes eran ecosistemas cerrados, así que la mayor parte de nuestro conocimiento vino de la normativa FMCSA, la documentación técnica y conversaciones con personas que trabajaban dentro de nuestro propio negocio de transporte.
En una industria regulada, los cálculos incorrectos no generan bugs. Generan infracciones de cumplimiento, inspecciones fallidas y sanciones económicas.

Entender el problema
Pronto nos dimos cuenta de que no estábamos diseñando una sola aplicación.
Incluso el primer MVP incluía varios sistemas interconectados:
- App del conductor (iOS y Android)
- Plataforma de gestión de flota
- Hardware ELD por Bluetooth
- SDKs de telemática de proveedores
- Infraestructura de reporting FMCSA
La plataforma atendía a conductores, despachadores, gestores de flota, equipos de cumplimiento y dueños del negocio, cada uno con objetivos y flujos de trabajo distintos.
Antes de diseñar interfaces, teníamos que entender la normativa que hay detrás.

Dedicamos semanas a estudiar las reglas Hours of Service, los requisitos de certificación y los procedimientos de inspección en carretera antes de poder definir la arquitectura del producto y los recorridos de usuario.

Esos hallazgos evolucionaron poco a poco hacia la primera arquitectura de información y los flujos del sistema.

Discovery y diseño de producto
Encontrar conductores de camión para investigación resultó más difícil de lo esperado. Gran parte del conocimiento temprano del producto vino de despachadores que trabajaban con sistemas ELD a diario. Más adelante introdujimos entrevistas de pago y sesiones de usabilidad con conductores para validar supuestos.
Los primeros prototipos priorizaron la claridad frente al acabado visual. Diseñamos en torno a la velocidad, la legibilidad y la minimización de la carga cognitiva al conducir.

Esos conceptos evolucionaron gradualmente hacia la primera experiencia móvil lista para producción en teléfonos y tablets.

Resolver un producto regulado
A diferencia del software de consumo, no había margen para un "bastante bien".
Cada cálculo debía coincidir exactamente con los requisitos de la FMCSA.
Una función cambió por completo nuestra comprensión del proyecto: Split Sleeper Berth. Lo que al principio parecía una regulación simple se convirtió en semanas de investigación, validación y pruebas antes de tener confianza suficiente para implementarla.
El producto evolucionó de forma continua mediante conversaciones entre producto, ingeniería y cumplimiento, más que a través de especificaciones fijas.
Probar más allá de la UI
Las pruebas no se limitaron a sesiones de usabilidad.
Construimos entornos dedicados para simular eventos del motor, comunicación Bluetooth y comportamiento del hardware mucho antes del despliegue.

Los desarrolladores también usaron simuladores OBD para reproducir casos límite que no podían probarse fácilmente en vehículos reales.

Aprender de conductores reales
Tras casi un año de desarrollo, incorporamos a nuestro primer conductor.
Incluso entonces le pedimos que mantuviera un cuaderno de registro en papel como respaldo durante las inspecciones en carretera. La conducción real expuso escenarios que nunca habíamos visto en desarrollo, incluidos casos límite que nos obligaron a reordenar prioridades de funciones como Unidentified Driver Records.
Gran parte del producto maduró mediante talleres colaborativos, sesiones de pizarra e iteración continua con ingenieros y equipos de operaciones.

Escalar la plataforma
Una vez estable la funcionalidad ELD central, el producto se expandió más allá del cumplimiento.
Añadimos capacidades de gestión de flota, entre ellas:
- Gestión de conductores
- Reporting IFTA
- Analítica de flota
- Gestión de dispositivos
- Paneles operativos
- Herramientas de administración
La plataforma back-office evolucionó junto con la aplicación del conductor.

La experiencia móvil también maduró de forma significativa, sobre todo en tablets habituales dentro de los camiones.

Resultado
Lo que comenzó como una iniciativa interna de cumplimiento para una flota de 150 camiones se convirtió en una plataforma ELD comercial para el mercado de transporte de EE. UU.
Más importante aún, el proyecto cambió cómo construyo productos empresariales. En industrias reguladas, el éxito depende menos del diseño de interfaces y más de entender la legislación, los flujos operativos y el comportamiento real de los usuarios.
Las mejores decisiones de producto no vinieron de las salas de reuniones. Vinieron de leer normativas, probar hardware, trabajar con despachadores y validar supuestos en camiones reales.
Algo no funciona.Descubramos qué.
Una conversación directa sobre su producto, lo que está viendo y si una investigación vale la pena.