En una operación de ride-hailing regional, la lluvia es el evento de demanda más predecible que existe. Una tormenta que comienza a las 3 PM de un martes concentra en una ventana de 45 a 90 minutos entre 40 y 80% más solicitudes que el mismo martes seco a la misma hora. A diferencia de un feriado o un evento masivo, la lluvia no tiene fecha fija en el calendario: puede ocurrir cualquier día. Pero tiene algo que los operadores sin protocolo no aprovechan: en la mayoría de los mercados regionales de México y Centroamérica, existe una ventana de 30 a 90 minutos entre el pronóstico confiable de lluvia y el inicio del aguacero. El operador que tiene un protocolo de lluvia activado antes de la primera gota captura entre el 70 y el 85% del pico de demanda que genera la tormenta. El que no tiene protocolo captura entre el 40 y el 55%, porque los conductores no están posicionados en las zonas correctas, los precios no compensan el costo adicional de trabajar bajo la lluvia, y la primera ráfaga de solicitudes no atendidas produce cancelaciones en cascada antes de que alguien pueda reaccionar.
Este artículo está dirigido al operador con 20 a 80 conductores activos cuya tasa de completación en días de lluvia está entre 20 y 30 puntos porcentuales por debajo de la misma franja horaria en días secos, sin tener un protocolo claro para anticipar el evento. Cubre por qué la lluvia genera demanda e inhibe oferta de forma simultánea y en direcciones opuestas; qué es la ventana de los 30 a 90 minutos y cómo usarla operativamente antes de que empiece la lluvia; dónde se concentra la demanda de lluvia geográficamente y por qué difiere de la demanda sin lluvia en el mismo horario; qué estructura de pricing para lluvia funciona sin destruir la conversión; cómo comunicar a los conductores antes del evento —no durante— para lograr el posicionamiento preventivo; cómo decae la demanda después de que la lluvia termina y cómo gestionar la salida del protocolo; y qué consulta al agente produce el diagnóstico de captación del pico de lluvia en la revisión semanal. La tesis es práctica: la lluvia no es un evento impredecible —es el evento más predecible de la operación regional si tienes acceso a un pronóstico de 60 minutos. El operador que construye un protocolo para ese pronóstico convierte un pico de demanda desaprovechado en el bloque de mayor ingreso por hora activa de la semana para los conductores que lo trabajan.
Por qué la lluvia sube la demanda y baja la oferta al mismo tiempo
El efecto de la lluvia en una operación de ride-hailing tiene dos mecanismos que actúan en paralelo y en sentidos opuestos. Del lado de la demanda: los pasajeros que normalmente caminan 3 a 5 cuadras o esperan el transporte público activan la app cuando empieza a llover. En mercados regionales, ese pasajero marginal —que solo usa la plataforma cuando el costo de caminar o esperar es alto— puede representar el 35 al 55% del incremento de solicitudes durante un aguacero. El perfil de ese pasajero es específico: viajes cortos de 1 a 2.5 km desde zonas comerciales o nodos de transporte público hacia destinos residenciales, con alta tolerancia al precio y baja tolerancia a la espera —si no hay asignación en los primeros 3 minutos, toma otra decisión porque la lluvia ya está avanzando—. La demanda de lluvia se concentra en las zonas donde la alternativa de caminar bajo el aguacero tiene el mayor costo percibido: mercados de abastos, paraderos de autobús, zonas de colegios con horario de salida coincidente, y corredores comerciales sin estacionamiento cubierto.
Del lado de la oferta, los conductores reaccionan a la lluvia de forma opuesta. Entre el 15 y el 30% de los conductores conectados antes del aguacero se desconectan en los primeros 15 a 20 minutos. Las razones son de costos y percepción: la visibilidad reducida y el tráfico más lento aumentan el desgaste del vehículo y el tiempo de cada viaje, el riesgo de accidente percibido es mayor, y los conductores que ya cumplieron su cuota de ingresos del día optan por no trabajar si la tarifa base no cambia. El resultado operativo es una brecha doble: más solicitudes y menos conductores disponibles, ocurriendo en la misma ventana de 30 a 60 minutos. En una flota de 40 conductores activos, si el pico de lluvia genera 48 solicitudes en 30 minutos —comparado con las 26 habituales en la misma franja seca— y simultáneamente 10 conductores se desconectan, la tasa de completación puede caer del 88% habitual al 50 al 58%, no por un problema estructural de flota, sino porque ninguno de los dos mecanismos fue anticipado. Esa es exactamente la brecha que un protocolo de lluvia cierra.
La ventana de los 30 a 90 minutos: el tiempo operativo antes de la primera gota
En la mayoría de ciudades de 150,000 a 500,000 habitantes en México y Centroamérica, las aplicaciones de pronóstico de uso gratuito —Windy, AccuWeather, Weather.com— tienen una precisión de 45 a 90 minutos para predicciones de lluvia local con un margen de cobertura de ±5 km. Eso significa que un operador que revisa el pronóstico a las 2:30 PM puede saber con razonable confiabilidad si va a llover a las 3:15 PM en su zona. Esa ventana no es perfecta —hay lluvias de convección rápida que llegan en 20 minutos sin señal previa—, pero para tormentas de tarde —las más frecuentes en mercados tropicales y subtropicales de mayo a octubre—, la ventana de 45 a 90 minutos es la norma. El operador que establece un proceso de revisión de pronóstico de 3 minutos una vez por la tarde, entre las 2:30 y las 3:00 PM durante la temporada de lluvias, convierte esa ventana en el tiempo operativo para activar el protocolo antes de que el primer pasajero abra la app bajo el aguacero.
La ventana de 30 a 90 minutos antes del inicio de la lluvia tiene dos usos operativos distintos. El primero es la comunicación a los conductores: enviar el mensaje de posicionamiento con 30 a 40 minutos de antelación —con zona específica, duración estimada del evento y la compensación que aplica— es la diferencia entre tener 8 conductores posicionados en las zonas correctas cuando llega la primera solicitud o tener 2 o 3. Un conductor que recibe el mensaje cuando ya está lloviendo puede estar a 7 km del corredor de mayor demanda, y el tiempo de acercamiento lo hace irrelevante para el primer 60% del pico. El segundo uso es la activación del pricing: encender el recargo de lluvia 15 minutos antes del primer aguacero —no como reacción a las primeras cancelaciones— produce la señal económica que mantiene conectados a los conductores que normalmente se desconectarían al ver que llueve. Un recargo activado 20 minutos después de que empezó la lluvia llega después de que el primer ciclo de solicitudes no atendidas ya generó cancelaciones y ya construyó en ese pasajero la impresión de que la plataforma no funciona cuando más se necesita.
El posicionamiento preventivo en lluvia: dónde concentrar la flota antes de la tormenta
La distribución geográfica de la demanda de lluvia es predecible y distinta a la demanda sin lluvia de la misma franja horaria. En días secos, la demanda de las 3 PM a las 5 PM en una ciudad de 280,000 habitantes proviene de una mezcla amplia de zonas residenciales, comerciales y de servicios. Bajo la lluvia, esa misma franja concentra el 65 al 80% de la demanda adicional en 3 a 5 zonas específicas. Esos nodos no son aleatorios: el operador que los identifica en su ciudad una vez puede construir el mapa de lluvia que guía la instrucción de posicionamiento para todos los eventos futuros.
Las cuatro zonas que concentran la demanda de lluvia en la mayoría de ciudades regionales y el perfil del viaje que generan:
- **Paraderos y terminales de transporte público**: la zona de mayor concentración de demanda de lluvia en casi todos los mercados regionales. El pasajero que esperaba el autobús bajo la lluvia es el pasajero marginal más activado por el evento. Genera viajes cortos de 1 a 2 km, alta urgencia, baja tasa de cancelación si hay asignación rápida. En ciudades con terminal de autobuses foráneo, esa terminal concentra demanda de lluvia independientemente del horario.
- **Mercados de abastos y zonas de mercado popular**: segunda zona más frecuente de demanda de lluvia. La actividad en vía pública —puestos, vendedores ambulantes, compradores— se suspende bruscamente con el aguacero y los actores que llegaron sin vehículo buscan traslado inmediato. Los viajes son de 1 a 3 km, concentrados en los primeros 20 minutos del aguacero.
- **Zonas de colegios en horario de salida**: en ciudades con colegios con horario de salida de 3 PM a 3:30 PM, la coincidencia de lluvia fuerte con la salida escolar genera una ráfaga de solicitudes de 15 a 25 minutos donde el 80% de los viajes van hacia destinos residenciales en un radio de 2 a 4 km. Esa zona tiene la mayor elasticidad de precio negativa durante lluvia: el padre que recoge a su hijo en la lluvia acepta casi cualquier tarifa.
- **Corredores comerciales sin estacionamiento cubierto**: zonas de tiendas, bancos y oficinas donde los clientes llegaron sin vehículo y no pueden esperar en la calle bajo la lluvia. Generan una demanda más distribuida en el tiempo —de 30 a 60 minutos— con viajes de 1.5 a 4 km y menor urgencia que los paraderos o los colegios, pero con volumen sostenido durante todo el aguacero.
Pricing de lluvia: el recargo que funciona y el que destruye la conversión
El pricing de lluvia tiene una ventana de tolerancia más amplia que el pricing nocturno porque el costo de la alternativa —esperar bajo el aguacero, mojarse en el camino— es cualitativamente peor que en condiciones normales. En mercados regionales, precios de 1.3x a 1.6x sobre la tarifa base durante la lluvia producen una reducción en el volumen de solicitudes del 8 al 15%: significativamente menor que la reducción que produce la misma tasa en la operación diurna estándar. La elasticidad varía por zona de origen: el pasajero en el paradero bajo la lluvia tiene menor elasticidad de precio que el pasajero en casa que podría esperar a que escampara. Un recargo uniforme de 1.4x activa la señal correcta para los conductores —compensación visible por el costo adicional de trabajar bajo la lluvia— sin destruir la conversión en el segmento de alta urgencia que constituye el núcleo de la demanda de lluvia. Tasas superiores a 1.7x comienzan a destruir la conversión en el segmento de viajes opcionales sin producir una mejora proporcional en el ingreso del conductor, porque el volumen de solicitudes cae antes de que el conductor complete suficientes viajes para justificar la tarifa alta.
La comunicación al conductor antes de la lluvia: el mensaje que produce posicionamiento
El mensaje de lluvia al conductor tiene una lógica distinta a la instrucción operativa diaria. El conductor que recibe un mensaje a las 3:00 PM diciendo que se esperan lluvias intensas de las 3:30 a las 5:00 PM está procesando información de oportunidad económica: si hay demanda alta y tarifa mayor, posicionarse en la zona correcta mejora su ingreso del turno. El mensaje efectivo incluye cuatro componentes: el evento esperado con horario aproximado y zonas afectadas, la tarifa que aplica durante el bloque —recargo activado desde 15 minutos antes de la hora prevista—, la instrucción de zona concreta —«posiciónate en el paradero central del mercado Benito Juárez, radio de 4 cuadras»— y una compensación adicional opcional si el operador quiere acelerar el posicionamiento —bono de 50 a 70 MXN por completar al menos 3 viajes en el bloque de lluvia—. Ese mensaje tarda 3 minutos en escribirse y 30 segundos en enviarse. El conductor que lo recibe 30 minutos antes de la lluvia tiene tiempo de posicionarse. El que lo recibe cuando ya está lloviendo, no.
El error frecuente es enviar el mensaje de lluvia como reacción a la demanda alta, no como anticipación del evento. Si el operador ve en el dashboard que las solicitudes están subiendo de forma inusual —que es el momento en que generalmente piensa en activar el protocolo—, ya pasaron entre 10 y 20 minutos desde que la lluvia empezó. Los conductores que se desconectaron ya lo hicieron. Los que estaban en zonas sin demanda ya tienen viajes en curso en esas zonas. El posicionamiento reactivo no tiene el mismo efecto que el preventivo porque el conductor que recibe la instrucción cuando el pico ya está ocurriendo tarda 8 a 15 minutos en llegar a la zona correcta —y el pico de lluvia de tarde en mercados tropicales tiene una duración de 45 a 90 minutos—. Cuando ese conductor llega posicionado, el 60 al 70% del pico ya está en su segunda mitad descendente. La diferencia entre el protocolo preventivo y el reactivo no está en la intención del operador: está en el momento de la activación.
Después de la lluvia: cómo decae la demanda y cuándo desactivar el protocolo
El post-lluvia tiene un patrón de demanda específico que la mayoría de los operadores no calibran. Cuando la lluvia para, la demanda no cae de inmediato a los niveles previos: hay una fase de cola de 15 a 30 minutos donde los pasajeros que esperaron bajo techo a que escampara generan solicitudes concentradas. Esa fase de cola produce un segundo pico —más pequeño que el pico principal— entre 10 y 25 minutos después de que la lluvia termina. Los viajes de ese segundo pico son con frecuencia los más largos del evento: el pasajero que esperó 30 a 45 minutos bajo el techo de un mercado o una parada antes de solicitar tiene mayor predisposición a pagar una tarifa más alta y menor tolerancia al rechazo del conductor. El error de desactivar el recargo en el momento exacto en que para de llover priva al conductor del beneficio de esa fase final. La estructura correcta es mantener el recargo durante la lluvia más 20 minutos adicionales después de que para, seguido de un retorno gradual a la tarifa base. Eso captura el segundo pico sin alargar artificialmente el período de tarifa alta más allá de donde el pasajero lo acepta.
La revisión semanal: cómo evaluar si capturaste el pico de lluvia o lo dejaste pasar
La consulta al agente que produce el diagnóstico de captación del pico de lluvia para la semana anterior: «Para los últimos 7 días, identifica las franjas horarias donde el volumen de solicitudes fue al menos un 35% mayor que el promedio del mismo día de la semana y franja horaria en las 4 semanas anteriores. Para cada una de esas franjas —que probablemente corresponden a eventos de lluvia—, muéstrame: número de solicitudes totales, número completadas, tasa de completación, tiempo de espera mediano antes de la asignación, número de conductores conectados en esa franja versus el promedio habitual de esa misma franja en días sin spike, y tasa de rechazo del conductor. Compara la tasa de completación de esas franjas con la tasa de completación del mismo horario en días sin spike de demanda de esa semana. Indica qué porcentaje del volumen adicional del spike fue completado.» Ese diagnóstico no requiere que el operador etiquete qué días llovió: la demanda anormal de lluvia es visible como un spike estadístico en el volumen de solicitudes que el agente puede identificar sin datos meteorológicos externos.
La revisión de captación de lluvia produce dos indicadores prácticos: la tasa de captación del spike —solicitudes completadas divididas entre solicitudes totales en la franja con spike— y la brecha de oferta en esa franja —conductores disponibles menos los necesarios para cubrir la tasa de solicitudes con el tiempo de viaje promedio bajo lluvia—. Si la tasa de captación de los spikes de demanda de la semana estuvo por debajo del 65%, hay una brecha de posicionamiento u oferta. Si la tasa de rechazo en esas franjas fue más de 15 puntos porcentuales más alta que en el mismo horario sin spike, hay un problema de compensación —el recargo no estuvo activo o no fue suficiente para mantener a los conductores conectados—. El operador que ejecuta esa consulta cada lunes durante la temporada de lluvias tiene el diagnóstico de si su protocolo funcionó en 5 minutos, sin necesidad de cruzarlo con datos meteorológicos externos: el spike de demanda es en sí mismo la señal de que hubo un evento que el protocolo debería haber capturado.
El primer verano con la plataforma tenía martes y miércoles a las 4 PM con 55 solicitudes en 30 minutos y 18 conductores rechazando. No entendía qué pasaba hasta que un conductor me dijo que era porque llovía. Empecé a revisar Windy todas las mañanas durante la temporada de lluvias. Cuando veía lluvia para la tarde, mandaba el mensaje de posicionamiento a los 12 conductores más activos de esa franja, activaba 1.4x desde 15 minutos antes de la hora prevista y les ofrecía 60 pesos por completar 3 viajes en el bloque. En el pico de lluvia más intenso de ese verano —45 minutos de aguacero fuerte un miércoles a las 3:45 PM— tuve 83% de tasa de completación. El verano anterior, sin protocolo, había tenido 46% en una tormenta similar.
La lluvia es el único evento de demanda en una operación de ride-hailing regional que tiene tres características únicas al mismo tiempo: es predecible con 30 a 90 minutos de antelación, genera un pico de demanda inelástica donde el pasajero acepta tarifas más altas, y simultáneamente produce una contracción de oferta que ningún otro tipo de demanda alta genera. Esa combinación hace que el protocolo de lluvia sea la inversión de preparación con mejor retorno: requiere 3 minutos de revisión de pronóstico y 5 minutos de activación, y la diferencia entre tener protocolo y no tenerlo es de 25 a 35 puntos porcentuales en la tasa de completación durante el pico. Un operador con 35 conductores activos que captura el 80% de las solicitudes durante un pico de lluvia de 60 minutos completa 18 a 24 viajes que sin protocolo habrían sido solicitudes no atendidas. Para los conductores que trabajan ese bloque, el ingreso por hora activa en lluvia supera con frecuencia al de cualquier otro bloque de la semana —viajes más cortos pero volumen sostenido y tarifa con recargo activo.
El protocolo de lluvia no requiere tecnología adicional ni conductores extra. Requiere un proceso de 3 minutos por la tarde durante la temporada de lluvias, un mensaje de posicionamiento listo para enviarse, y una configuración de pricing que se activa 15 minutos antes del evento. La revisión semanal con el agente identifica si cada spike de demanda de la semana fue capturado o perdido, sin necesidad de compararlo con registros meteorológicos externos: el spike es su propia señal. El operador que construye ese ciclo —revisar pronóstico, activar protocolo, medir captación— convierte la lluvia de una fuente de solicitudes perdidas en el bloque de mayor ingreso por hora activa de la semana para los conductores que lo trabajan. Los mismos conductores que se desconectarían voluntariamente ante la primera gota —sin recargo, sin bono, sin instrucción de zona— son los que cubren sistemáticamente el bloque de lluvia cuando la compensación económica y la información de posicionamiento llegan antes de que empiece el aguacero.
