Vídeo Telemática: Flujos de trabajo clave

A medida que evoluciona una plataforma de videotelemática, se tiende a obsesionarse con añadir nuevas funciones que, supuestamente, aportarán más valor al usuario final.

Ilustración sobre flujos de trabajo clave

A medida que evoluciona una plataforma de videotelemática, se tiende a obsesionarse con añadir nuevas funciones que, supuestamente, aportarán más valor al usuario final. Estas tendencias se ven exacerbadas en el momento actual, la edad de oro de la IA, en la que se supone que espolvorear un poco de polvo de hadas de IA a cualquier cosa es indiscutiblemente para mejor. Sin embargo, añadir funciones que no estén al servicio directo de los flujos de trabajo cotidianos de un usuario final no es más que un desvío de funciones. Centrarse en lo que hay que mejorar, potenciar o aumentar es una consecuencia directa de los flujos de trabajo clave que importan en el funcionamiento diario de una flota.

En lo que respecta al uso de la videotelemática por parte de las flotas, los flujos de trabajo pueden dividirse en 3 categorías principales:

Consulte

El requisito fundamental de cualquier solución telemática de vídeo es simple: mostrar vídeo simultáneo a un evento de interés para su revisión. Los sucesos de interés suelen pertenecer a una de las siguientes categorías:

  • Una solicitud a la carta por parte de un administrador de flota, basada en entradas externas al sistema (por ejemplo, accidentes notificados, conductor que llama la atención sobre algo, quejas de otros conductores en la carretera), también conocida como solicitud de DVR. En estos casos, es necesario optimizar el flujo de trabajo para recuperar el vídeo del dispositivo de forma rápida y sencilla. Los métodos tradicionales de recuperación de vídeo han sido la hora y/o la ubicación aproximadas. Más recientemente, métodos como la solicitud de una versión comprimida de lapso de tiempo de una mayor duración de vídeo para una revisión más rápida, han ayudado a aumentar el flujo de trabajo DVR tradicional. La solicitud de recuperación se envía al dispositivo y se satisface inmediatamente en caso de que el dispositivo esté en línea. En caso contrario, la solicitud se pone en cola para ser atendida la próxima vez que se encienda y se conecte. Para permitir el cumplimiento inmediato de las solicitudes de DVR, muchas soluciones de cámara tienen un modo de bajo consumo en el que entran cuando el vehículo no está en funcionamiento.
  • Vídeo correspondiente a los eventos desencadenados por una caja negra telemática. Existen dos modalidades de aplicación. La primera, en la que la caja negra se comunica localmente con la cámara a través de una conexión por cable, WiFi o Bluetooth, en tiempo real, y activa la captura y carga de vídeo al instante. En otro caso, típico en el que la caja negra y el sistema de cámara no tienen un canal de comunicación viable entre ellos y dependen de su conectividad de red 3G/LTE independiente, la solicitud tiene que someterse a un "viaje de ida y vuelta". Es decir, la caja negra crea un evento, que se carga en el backend, que a su vez lanza una petición de vídeo a la cámara durante el tiempo necesario, y que finalmente la cámara vuelve a cargar en la nube. Es evidente que esta última opción es ineficaz en lo que respecta tanto al uso de datos como al tiempo necesario para que el vídeo esté disponible, y la mayoría de los sistemas telemáticos de vídeo modernos tienen como objetivo la primera opción.
  • Eventos generados mediante el análisis de vídeo y otros sensores en el dispositivo, en tiempo real, utilizando IA. Entre ellos se incluyen los eventos basados en ADAS, como los rebufos y los STOP por balanceo, los eventos basados en DMS, como la distracción o la fatiga del conductor, y la detección de impactos o colisiones. Para estos eventos basados en IA que se generan automáticamente, el principal cuello de botella en el proceso de revisión es el tiempo y la atención del gestor de flota, que son limitados. Por otro lado, los incidentes, incluso los de una flota de tamaño medio, pueden llegar a cientos en sólo una semana. Por ello, es fundamental ofrecer herramientas que permitan clasificar y mostrar sólo los incidentes más importantes para su revisión. Un paradigma UX de "carga lenta", en el que sólo se muestren más incidencias si se solicitan, es una de las formas de ofrecer a los gestores de flotas un mejor control sobre el proceso de revisión.

Medición e informes

Los sistemas telemáticos de vídeo, sobre todo los que cuentan con autocuración de eventos, pueden generar una montaña de datos en muy poco tiempo. Destilar esa montaña de datos en métricas clave que midan e informen del rendimiento de los conductores y las flotas a lo largo del tiempo es a la vez un reto y una necesidad. Parafraseando el título de un famoso libro, si no se mide, no importa.

Normalmente, incluyen:

  • Métricas brutas como los cuadros de mando como un agregado de todos los eventos ponderados de acuerdo con la importancia de cualquier evento-categoría en particular. Ayudan en:
  • Medición del rendimiento de un conductor a lo largo del tiempo, con la posibilidad de exportarlo en informes de conductor.
  • Validar cómo se comparan los conductores entre sí, en algo similar a una tabla de clasificación. Esto constituye la base de los programas de recompensa y formación. Los mejores conductores pueden recibir incentivos en función de su rendimiento, y los conductores que necesitan mejorar son preseleccionados para recibir formación.
  • Métricas más granulares para incluir en los informes de los conductores, como parte de un proceso de coaching posterior, como:
  • Las categorías de infracciones más frecuentes, con los metadatos asociados. Por ejemplo, si el exceso de velocidad es el incidente más común, ¿cuánto se excede el conductor de media? Esto puede sentar las bases de los objetivos de mejora semanales o mensuales.
  • Correlaciones de sucesos con respecto a la duración del viaje, la hora del día, el tiempo, etc.
  • Si incluye información al conductor en tiempo real basada en IA, métricas en torno a la eficacia de la misma. Por ejemplo, después de que un conductor haya oído una advertencia por una infracción de velocidad, ¿cuántas veces ha reducido la velocidad?

Coaching y feedback

La formación y la retroalimentación que pueden iniciar tanto los conductores como los gestores de flotas constituyen el componente final crítico que hace que un sistema telemático por vídeo aporte un valor tangible a la flota. Los flujos de trabajo comunes que lo garantizan son:

  • A partir de los informes de los conductores basados en métricas, un gestor de flota inicia una sesión de revisión y formación. Puede tratarse de una sesión individual, pero una solución más escalable incluye una lista de comprobación formal que el conductor debe rellenar. La lista de comprobación incluye eventos y vídeos de muestra que el gestor de flota ha preseleccionado, junto con todos los metadatos asociados y los comentarios/notas con los que el gestor de flota ha anotado los eventos.
  • El conductor recibe una notificación de revisión pendiente la próxima vez que se conecta al sistema, normalmente a través de una aplicación para conductores que forma parte de la solución global. Completar una lista de revisión pendiente puede convertirse en una parte esencial de la lista de tareas pendientes del conductor antes de iniciar el siguiente viaje. En los casos en que un conductor desee impugnar o hacer comentarios aclaratorios sobre hechos concretos o puntuaciones generales, el proceso de revisión también debería contemplarlo.
  • Una vez completada y enviada la lista de comprobación de la revisión, los gestores de flotas reciben una notificación de la misma en el portal, donde pueden cerrar formalmente la instancia de coaching.

Sólo cuando se sitúan en el contexto de estos flujos de trabajo clave, las mejoras y optimizaciones de las funciones conducen a la mejor rentabilidad para las flotas. Garantiza que las innovaciones de producto facilitan el trabajo del gestor de flotas, al tiempo que aportan mejoras tangibles a la seguridad general de la flota. Existe la oportunidad de mejorar y potenciar cada uno de los flujos de trabajo descritos anteriormente, y eso actúa como la Estrella Polar para la evolución de nuestra propia plataforma, RideView.