La lógica de agregar delivery a una operación de ride-hailing parece impecable: los conductores ya tienen el vehículo, ya conocen la ciudad, ya están en la app. Cada hora en que un conductor no lleva pasajeros es capacidad que el delivery podría aprovechar. El margen por pedido es más bajo que el de un viaje, pero si la flota tiene tiempo ocioso, ese ingreso marginal no tiene costo incremental de oferta. Ese razonamiento es correcto en abstracto — y produce malas decisiones en la mayoría de los casos concretos en que un operador lo aplica sin revisar los patrones de demanda de ambos servicios antes de tomar la decisión.
Este artículo es para operadores con entre 60 y 300 conductores activos que están evaluando delivery como segunda línea de servicio, que ya lo han añadido y se preguntan por qué los números no cuadran, o que están creciendo y quieren entender en qué momento la diversificación deja de ser un riesgo para el negocio principal. El argumento central no es que el delivery sea una mala extensión para una plataforma de movilidad — hay operaciones regionales que lo integran con éxito. Es que las condiciones para que funcione son específicas, y la mayoría de los operadores que lo agregan no las cumplen en el momento en que toman la decisión.
Por qué la lógica 'mismos conductores, más ingresos' es incompleta
La premisa de 'mismos conductores' ignora un detalle operativo fundamental: los conductores con tiempo ocioso no están distribuidos de forma aleatoria a lo largo del día. Están ociosos en los mismos horarios en que tu operación de pasajeros tiene baja demanda — generalmente entre las 10 de la mañana y la 1 de la tarde, y entre las 4 y las 6 de la tarde. El problema es que esas ventanas de baja demanda en ride-hailing son exactamente cuando el delivery tiene sus picos más altos: la hora del almuerzo y el cierre de la jornada laboral. Cuando agregas delivery sin entender ese patrón, no estás llenando huecos en la disponibilidad de tu flota — estás creando competencia interna entre dos servicios por los mismos conductores en los momentos en que ambos los necesitan al mismo tiempo.
El resultado más frecuente no es que la flota gestione ambos servicios con eficiencia — es que los conductores priorizan el servicio que en ese momento ofrece mayor ingreso esperado por hora activa, y el otro se degrada. En mercados secundarios de LATAM, el ticket promedio de un viaje de pasajeros ($3 a $5 USD) supera al de un pedido de delivery ($1.50 a $2.80 USD) durante la mayoría de los horarios de solapamiento. Los conductores aprenden en pocas semanas cuál servicio maximiza su ingreso por hora, y los pedidos de delivery empiezan a acumular tiempos de aceptación más altos, cancelaciones de último minuto y métricas deterioradas que el operador percibe como un problema de tecnología cuando en realidad es un problema de estructura de incentivos.
Los dos tipos de flota: cuál soporta delivery y cuál no
No todas las flotas tienen la misma capacidad de absorber un segundo servicio. La diferencia clave no está en el tamaño total de la flota — está en la distribución de disponibilidad a lo largo del día y en el perfil de los conductores. Una flota de 150 conductores con alta concentración en horas pico de mañana y noche, y disponibilidad real escasa en las horas intermedias, tiene el problema descrito: los conductores disponibles durante la hora del almuerzo son los mismos que en horas pico son los más activos en ride-hailing, y su disponibilidad para delivery está sobreestimada porque el operador la calculó cuando esos conductores no tenían alternativa de ingreso en la plataforma.
La flota que puede soportar delivery sin degradar el servicio principal tiene una característica específica: conductores con disponibilidad sostenida en horarios de baja demanda de pasajeros que, por restricciones de vehículo, zona geográfica o preferencia de horario, no están compitiendo por los mismos viajes durante los picos. En la práctica, eso significa conductores en moto para delivery de restaurante o farmacia en zonas densas; conductores de vehículo compacto cuya franja de disponibilidad cae en demanda de delivery pero no de ride-hailing de alto ticket; o conductores part-time cuyo horario principal coincide con el pico del mediodía. Sin ese perfil de conductor adicional — real, no estimado a partir de ociosos ocasionales — el delivery no complementa al ride-hailing: compite directamente con él por el mismo recurso escaso.
Cuándo los horarios de ambos servicios colisionan
El patrón de demanda del delivery en ciudades secundarias de LATAM tiene tres picos principales: mediodía entre las 12 y las 2 pm, tarde-noche entre las 7 y las 10 pm, y los fines de semana en general. El ride-hailing en las mismas ciudades pica en mañana temprana entre las 6 y las 9 am, en tarde entre las 6 y las 8 pm, y en noche de fin de semana entre las 10 pm y la 1 am. La superposición directa más crítica ocurre en la franja de las 6 a las 8 de la tarde: tanto el delivery de cena como el ride-hailing de salida del trabajo necesitan conductores disponibles al mismo tiempo. En ese período, una flota mixta sin segmentación de conductores produce la peor experiencia en ambos servicios simultáneamente — tiempos de espera más largos en ride-hailing y tiempos de entrega más lentos en delivery.
Hay un segundo punto de colisión más difícil de anticipar: los eventos especiales. Una ciudad de 200,000 habitantes con un partido de fútbol local, una feria regional o un concierto experimenta un pico de ride-hailing que puede triplicar la media durante tres o cuatro horas. En esas ventanas, los conductores en modo dual desactivan delivery para concentrarse en los viajes de mayor ingreso. El resultado es que exactamente cuando hay más personas en la calle — y potencialmente mayor demanda de delivery de alimentos y bebidas — el servicio de entrega queda sin oferta disponible porque todos los conductores del pool están en modo pasajero. La misma infraestructura que se presenta como flexible resulta rígida cuando ambos servicios la necesitan al mismo tiempo.
Las tres señales que indican que es momento de agregar delivery
Si el delivery frena más operaciones de movilidad regional de lo que las complementa, la pregunta no es si agregarlo sino cuándo hacerlo sin que el servicio de pasajeros pague el precio. Hay tres condiciones que deben cumplirse en conjunto — no de forma aislada — para que el delivery sea una extensión real del negocio en lugar de una carga sobre la operación principal:
- Excedente sostenido de conductores en horarios fuera de pico: no un conductor ocioso ocasional, sino un patrón consistente de 15% a 20% de la flota activa sin viaje asignado durante al menos tres horas al día, cinco días a la semana, durante más de cuatro semanas consecutivas — ese excedente es la condición mínima para que el delivery aproveche capacidad real sin tocar la oferta disponible para pasajeros
- Ticket promedio de delivery rentable sin subsidio permanente: en mercados donde el ticket de una entrega no alcanza el umbral de ingreso por hora que retiene conductores (generalmente $2.50 a $5.50 USD por hora activa en LATAM secundario), el servicio requiere incentivos continuos para mantenerse activo — ese costo fijo hay que calcular antes del lanzamiento, no descubrirlo en el mes tres
- Tres meses consecutivos sobre el break-even operativo en ride-hailing: agregar un segundo servicio antes de que el primero sea financieramente estable no diversifica el riesgo — lo amplifica con doble estructura de costos antes de que cualquiera de los dos servicio sea sostenible
Cómo estructurar el piloto para no comprometer el negocio principal
Si las tres condiciones están presentes, el piloto de delivery tiene que diseñarse con una restricción fundamental: los conductores del piloto no pueden ser los mismos que cubren la demanda pico de ride-hailing. Eso significa identificar un grupo específico de conductores — entre 8 y 15 según el tamaño de la flota — con disponibilidad real y consistente en horarios de baja demanda de pasajeros, y operar el piloto exclusivamente con ese grupo durante las primeras seis a ocho semanas. El piloto no es un test de tecnología — la plataforma puede manejar ambos servicios desde el primer día. Es un test de si ese grupo de conductores puede absorber la demanda de delivery sin afectar los tiempos de respuesta del servicio de pasajeros durante las horas de solapamiento.
Cuatro señales de que el delivery está afectando el ride-hailing
Indicadores de alerta temprana que la operación de delivery está degradando el servicio de pasajeros:
- El tiempo de asignación en ride-hailing sube de forma sostenida sin que haya crecido la demanda de pasajeros: los conductores disponibles en app están en modo dual y priorizan delivery cuando el pedido compite en valor esperado con el viaje en esa ventana de tiempo
- La tasa de cancelación post-asignación en ride-hailing aumenta: conductores que aceptan un viaje cancelan cuando aparece un pedido de delivery de mayor valor esperado en el mismo período, produciendo una experiencia de pasajero dañada sin que ninguna métrica de demanda lo explique
- El ingreso por hora activa de conductores en ride-hailing cae sin explicación de demanda ni competencia: el tiempo promedio por viaje está aumentando porque los conductores gestionan notificaciones de ambos servicios mientras están en ruta, alargando cada viaje más allá del tiempo real del trayecto
- La retención de pasajeros a 30 días cae sin cambios en precios ni entrada de competencia nueva: la señal más tardía y más costosa, porque indica que la degradación de la experiencia ya produjo desvinculación antes de que el operador identificara el origen del problema
Agregar delivery nos pareció natural: teníamos conductores que se quejaban de pocas horas entre las 10 de la mañana y la 1 de la tarde. En seis semanas, los tiempos de espera en ride-hailing subieron de 3.5 a 6.2 minutos. Los conductores estaban en app pero pendientes de los pedidos de delivery, no de los viajes. Tardamos dos meses en entender que el problema no era la tecnología — era que los mismos conductores no podían servir bien dos servicios en horarios que se solapaban más de lo que habíamos calculado.
La decisión de agregar delivery no es tecnológica ni exclusivamente estratégica — es una decisión de gestión de oferta. La plataforma puede manejar ambos servicios desde el primer día. El problema no está en la plataforma sino en si la flota tiene el excedente real que el delivery necesita para funcionar sin comprometer el servicio de pasajeros. El operador que agrega delivery antes de tener ese excedente medible no está expandiendo su operación — está dividiendo la misma oferta entre dos servicios que van a competir por ella en los momentos de mayor demanda de ambos.
La pregunta correcta no es si el delivery es una buena extensión para una operación de movilidad regional. La respuesta depende de una sola condición: si la flota tiene capacidad excedente real en los horarios donde el delivery genera demanda. Esa condición se puede medir con cuatro semanas de datos de disponibilidad de conductores por hora. Si la medición confirma el excedente, el delivery es una extensión natural con bajo riesgo y sin inversión inicial significativa. Si no lo confirma, el momento correcto no es ahora — es cuando el ride-hailing haya alcanzado el volumen suficiente para generar ese excedente de forma consistente sin depender de los conductores que cubren los picos del servicio principal.
