La mayor parte de las operaciones regionales de ride-hailing desarrolla su protocolo de incidentes de la misma forma: después del primer incidente que lo requería. Un accidente menor entre el vehículo del conductor y un automóvil estacionado en el quinto mes de operación, una discusión entre pasajero y conductor que termina con una reseña de una estrella y una amenaza de denuncia en redes, o una queja por cobro indebido que el coordinador no supo cómo documentar en el momento. En el 80% de los casos, el operador resuelve el incidente —el conductor tiene seguro, el pasajero queda satisfecho, la queja se cierra—, pero sin un proceso que lo guíe, cada resolución consume entre 3 y 7 horas de atención del coordinador y produce documentación inconsistente que no sirve para prevenir el siguiente. Los operadores con protocolo resuelven los mismos incidentes en 60 a 90 minutos y generan el reporte que les permite identificar si el incidente es puntual o el primer síntoma de un patrón.

Este artículo está dirigido al operador con 25 a 80 conductores activos que ha enfrentado su primer incidente o que quiere tener un protocolo antes de necesitarlo. Cubre la taxonomía de incidentes que define cuál proceso aplicar; la ventana de los primeros 30 minutos donde se determina el resultado final; la comunicación con el pasajero afectado y con el conductor involucrado; la documentación mínima que protege a la operación en caso de disputa posterior; cuándo involucrar autoridades, seguros o soporte de la plataforma; y la revisión post-incidente que convierte cada caso en información preventiva. La tesis es directa: el protocolo de incidentes no elimina los problemas —los hace manejables en el tiempo correcto, con la información correcta, sin consumir el día del coordinador.

La taxonomía de incidentes: cuál proceso aplica en cada caso

Antes de diseñar un protocolo, la operación necesita una taxonomía simple que determine cuál nivel de respuesta corresponde a cada situación. Sin ella, el coordinador trata un objeto olvidado con la misma urgencia que un accidente con lesiones, o despacha una queja de cobro con el mismo proceso que un conflicto de seguridad. Cuatro categorías cubren el 95% de los incidentes en una operación regional: incidentes de seguridad, incidentes de servicio, incidentes de fraude e incidentes de equipamiento. El criterio de clasificación no es la gravedad percibida por quien llama al coordinador —es la naturaleza del problema y el recurso que requiere para resolverse correctamente.

Los primeros 30 minutos: la ventana donde se determina el resultado

Para incidentes de seguridad, la ventana de los primeros 30 minutos desde que el coordinador recibe la notificación determina el 70% del resultado final. No porque el problema sea técnicamente irresolvible después —sino porque el pasajero o conductor en crisis evalúa la respuesta de la plataforma en esa ventana, y esa evaluación condiciona toda la comunicación posterior. El coordinador que responde en 4 minutos con una pregunta directa —«¿estás en un lugar seguro en este momento?»— y con una acción concreta —«voy a hablar con el conductor en los próximos 10 minutos y te llamo antes de los 20»— establece que la plataforma está presente. El coordinador que responde en 45 minutos con una disculpa genérica —sin acción concreta ni compromiso de tiempo— establece que la plataforma no tiene proceso.

Para incidentes de servicio, la ventana relevante es de dos horas. Un pasajero con una disputa de cobro que recibe respuesta en 90 minutos —con resolución o con compromiso concreto de cuándo habrá una— queda en un estado de espera activa que en el 65 al 75% de los casos termina en retención. El mismo pasajero que no recibe respuesta en cuatro horas escala la queja al canal público —Google Maps, Facebook local, grupo vecinal de WhatsApp— y el costo de la respuesta pública es entre cuatro y seis veces el costo de la respuesta interna en el mismo tiempo. La plataforma que tiene el protocolo documentado —incluyendo a qué número llamar, qué preguntar primero y qué compromisos de tiempo son realizables— no depende de que el coordinador de turno sea experimentado para que la primera respuesta sea correcta.

Comunicación con el pasajero afectado: lo que resuelve y lo que agrava

El error más frecuente en la comunicación con pasajeros durante incidentes es la secuencia equivocada: disculpa antes de entender qué pasó, explicación antes de preguntar qué necesita el pasajero, solución genérica antes de confirmar que es la correcta. La secuencia que funciona tiene cuatro pasos en orden fijo: confirmar que el pasajero está bien (en incidentes de seguridad) o que recibió la notificación del coordinador (en incidentes de servicio); preguntar qué espera como resolución —no asumir que ya sabe lo que quiere—; proponer la resolución disponible con compromiso de tiempo; y confirmar el cierre antes de cerrarlo en el sistema. El coordinador que salta el paso de preguntar qué espera el pasajero resuelve el caso equivocado en el 30 al 40% de los incidentes de servicio: el pasajero que quería un reembolso parcial recibe una disculpa; el que quería solo una explicación recibe un crédito que no pidió.

El lenguaje específico importa. «Lo que pasó no estuvo bien» funciona mejor que «te entiendo, ha sido un error». El primero valida sin implicar culpabilidad establecida; el segundo suena a script leído. «Esto es lo que voy a hacer en los próximos 15 minutos» funciona mejor que «vamos a resolver tu problema». El primero compromete tiempo y acción concreta; el segundo no compromete nada. Los coordinadores que manejan incidentes con mayor tasa de resolución sin escalada usan lenguaje específico, compromisos de tiempo concretos y confirmación activa de que el caso está cerrado desde la perspectiva del pasajero antes de cerrarlo en el sistema. La diferencia entre un incidente que genera una reseña de cinco estrellas sobre cómo la plataforma respondió a un problema y uno que genera una queja pública no está en qué pasó —está en cómo se manejó en las dos horas siguientes.

Comunicación con el conductor: obtener el reporte sin establecer culpabilidad prematura

La comunicación con el conductor durante un incidente tiene un objetivo diferente al de la comunicación con el pasajero: obtener el reporte completo de los hechos antes de que el recuerdo se diluya, sin que el conductor interprete la conversación como un proceso de sanción automática. El conductor que percibe la llamada del coordinador como un interrogatorio cierra la información; el que la percibe como una recopilación de datos para gestionar el caso correctamente la entrega de forma más completa. La apertura correcta no es «¿qué pasó?» —es «necesito entender lo que ocurrió para poder ayudarte a resolver esto». Esa diferencia de encuadre produce reportes 40 a 60% más completos en los primeros tres minutos de la llamada, según el patrón observado en operaciones con protocolo establecido.

Los cuatro datos que el coordinador debe obtener en la primera llamada al conductor, en ese orden: hora exacta del evento; ubicación del vehículo en el momento del evento; estado actual del conductor y del pasajero si sigue en el vehículo; y descripción de los hechos en las palabras del conductor sin interpretación del coordinador. Esos cuatro datos son suficientes para iniciar el proceso de incidente, notificar a las partes relevantes y determinar si se requiere escalada. La conversación de seguimiento —con evidencia del sistema, registros del viaje, logs de la app— puede ocurrir en las siguientes dos horas cuando hay menos presión y el conductor puede revisar los datos junto al coordinador. El conductor que siente que la primera llamada fue para entenderlo, no para juzgarlo, colabora más en el seguimiento.

La documentación mínima: qué registrar y dónde para que sirva seis meses después

La documentación de incidentes en operaciones regionales tiene con frecuencia el mismo problema: existe en tres lugares al mismo tiempo y en ninguno de forma completa. El coordinador anota algo en el cuaderno de turno, le manda un mensaje al operador por WhatsApp con el resumen, y agrega una nota en el chat del conductor. Seis meses después, si el pasajero abre una disputa o la aseguradora pide el historial del conductor, el reporte del incidente no existe como documento único y completo —existe como fragmentos distribuidos difíciles de reconstruir bajo presión. La solución no requiere un sistema sofisticado: requiere un formato consistente en un lugar único que el coordinador de cualquier turno conozca y pueda usar en los primeros 10 minutos de la gestión.

El registro mínimo que protege a la operación tiene cinco campos: tipo de incidente según la taxonomía de cuatro categorías; timestamp de cada etapa del proceso —cuándo llegó la notificación, cuándo se contactó al pasajero, cuándo se contactó al conductor, cuándo se cerró el caso—; descripción factual en menos de 200 palabras con las palabras exactas del conductor y del pasajero sin interpretación del coordinador; acción tomada y compromiso dado a cada parte; y resultado con confirmación de cierre desde la perspectiva del pasajero y del conductor. Ese registro, guardado en un formato consistente —una hoja de cálculo compartida con una fila por incidente, un documento de texto en la carpeta de la operación, o un registro en la plataforma si tiene esa funcionalidad— convierte cada incidente en un dato que el agente puede consultar tres meses después para detectar patrones que el promedio de flota no produce.

Cuándo escalar: autoridades, seguro y soporte de plataforma

La mayoría de los incidentes en una operación regional se resuelven sin escalar fuera del coordinador. Pero la claridad sobre cuándo sí se escala —y a quién— reduce el tiempo de decisión en el momento de más presión. Tres situaciones requieren escalada inmediata sin esperar a evaluar más datos: accidente con lesiones físicas que requieran atención médica —servicios de emergencia primero, notificación al operador en los siguientes cinco minutos, apertura del proceso con la aseguradora en la primera hora—; situación de seguridad activa para conductor o pasajero que requiera intervención de autoridades —misma secuencia: emergencias primero, notificación interna segunda—; y disputa de fraude donde el análisis del sistema sugiere manipulación documentada —notificación al soporte de la plataforma con el reporte completo antes de comunicar ninguna decisión al conductor implicado—.

La aseguradora del conductor requiere en la mayoría de los mercados latinoamericanos tres documentos para procesar un siniestro relacionado con un trayecto de plataforma: el reporte del accidente con timestamp y ubicación; el registro de la sesión activa del conductor en la plataforma en el momento del siniestro; y la comunicación del coordinador documentando que el conductor estaba en servicio. El operador que tiene los tres en el formato correcto procesa el siniestro en 48 a 72 horas; el que no los tiene gestiona el proceso en dos a cuatro semanas con múltiples llamadas a todas las partes. El protocolo de escalada no solo agiliza la resolución para la aseguradora —es también la evidencia que protege al conductor y a la plataforma si el pasajero abre una reclamación adicional varios meses después.

Revisión post-incidente: del caso puntual al patrón visible

La revisión post-incidente es el paso que la mayoría de las operaciones omite porque el incidente ya se resolvió y hay presión para volver al ritmo normal. Es también el paso con mayor retorno sobre el tiempo invertido: diez minutos de revisión estructurada después de cerrar cada incidente produce, en doce meses de operación, un diagnóstico de patrones que el promedio de flota nunca genera. Las cuatro preguntas de la revisión que toma menos de diez minutos: ¿este incidente comparte algún elemento con alguno de los últimos 90 días en tipo, conductor, zona o rango horario? ¿El tiempo de respuesta del coordinador estuvo dentro de la ventana correcta para el tipo de incidente? ¿La documentación del caso es suficiente para consultarla en seis meses si la misma situación se repite con el mismo conductor? ¿Hay algo en el proceso de hoy que funcionó mejor que la última vez, o algo que funcionó peor?

La consulta al agente que produce el diagnóstico de patrones de incidentes en tiempo real: «Para los últimos seis meses, cuántos incidentes clasificados como de seguridad ocurrieron y cuál es el rango horario con mayor concentración de ese tipo. Cuántos conductores aparecen en más de un incidente de cualquier categoría en el período. Para los incidentes de servicio, cuál es el tiempo promedio de primera respuesta del coordinador y cuántos escalaron a queja pública. ¿Hay zonas geográficas con concentración de incidentes mayor al promedio de la operación?» Ese reporte, producido trimestralmente, es el insumo para dos o tres decisiones preventivas del semestre siguiente: un ajuste en el protocolo, una conversación directa con el conductor que aparece dos veces, o una revisión de cobertura en la zona con mayor incidencia.

El protocolo de incidentes no es un documento de riesgos legales ni un procedimiento reservado para emergencias extremas: es el sistema que determina cuánto tiempo y atención consume cada problema que la operación inevitablemente enfrenta. En una flota de 40 a 80 conductores activos pueden ocurrir entre 3 y 8 incidentes de cualquier tipo por mes; sin protocolo, esos incidentes consumen en promedio entre 3 y 7 horas de coordinación cada uno; con protocolo, la misma cantidad consume entre 60 y 120 minutos. La diferencia no es solo de eficiencia operativa —es de calidad de respuesta. El incidente resuelto en 90 minutos con comunicación precisa y cierre confirmado produce un resultado diferente al que se resuelve en cuatro horas con comunicación improvisada y cierre ambiguo, aunque el resultado técnico sea idéntico.

La plataforma que tiene protocolo convierte el segundo incidente de un tipo dado en una intervención más eficiente que el primero, y el quinto en una que apenas interrumpe el turno del coordinador. La que no tiene protocolo convierte cada incidente en una versión de la misma improvisación, con el mismo costo de tiempo y la misma inconsistencia de resultado. En una ciudad de 100,000 a 300,000 habitantes, la gestión de incidentes no es invisible: el pasajero que tuvo un problema y lo vio resuelto en una hora habla de eso. El que esperó cuatro horas sin respuesta clara también habla de eso. En una ciudad donde todos se conocen, la diferencia entre ambas experiencias es la diferencia entre una plataforma que responde cuando más se la necesita y una que desaparece exactamente en ese momento.