Pimentón

Control Room · Ops

Tiempo de espera del repartidor en delivery: qué umbral vigilar por sucursal y cómo reducirlo

El tiempo de espera del repartidor es el tiempo que transcurre entre que el rider llega al local y recoge el pedido. No es culpa de la app: es una señal de qué tan bien sincroniza tu cocina el momento de marcar listo con la curva real de pedidos. Vigílalo en sus dos direcciones —rider que espera y pedido que se enfría— con un umbral por sucursal (una alerta razonable es a partir de 4–6 minutos) y revísalo en el standup diario.

Pizza saliendo del horno para delivery
El horno marca el reloj del canal.
10'standup diario, no una reunión eterna
3capas: diario, weekly, war room
1tablero. El resto es ruido

Ritual de ops

Qué se mira cada mañana (y en qué orden)
Cancelaciones / 861º
Tiempo de prep2º
Conectividad / stock3º
Ticket y mix4º
Ads y ranking5º

Si el tablero no cabe en una pantalla, no se usa. Cinco indicadores, dueño, umbral, decisión.

Cuando se juntan tres repartidores parados en tu cocina, la reacción fácil es culpar a la app. Pero el tiempo de espera del repartidor en delivery casi nunca es un problema de la plataforma: es un problema de sincronización entre tu cocina y el rider. La app asigna al repartidor según cuándo marcas el pedido como listo. Si ese timing está mal calibrado, o esperan ellos, o se enfría tu comida. Las dos cosas cuestan dinero.

Qué es el tiempo de espera del repartidor y por qué importa

El tiempo de espera del repartidor es el intervalo entre que el rider llega al local y sale con el pedido en mano. Es una métrica de sincronización, no de velocidad de cocina aislada. Tiene dos direcciones, y ambas duelen:

  • El rider espera al pedido: ocupa un slot de reparto que no está rodando, genera presión en tu mostrador y, cuando se repite, afecta la percepción de tiempos en la app.
  • El pedido espera al rider: la comida se enfría en el pass, baja la calidad percibida y aparece en las reseñas como "llegó frío" o "tardó mucho".

La mayoría de los locales solo mira una cara. El dato valioso aparece cuando mides las dos: te dice si estás marcando listo demasiado tarde (rider parado) o demasiado pronto (pedido enfriándose).

Cuánto debería esperar un repartidor

No hay un número universal, pero sí un rango de trabajo: una espera de 2 a 4 minutos suele ser sana —el rider llega, el pedido se cierra, sale caliente—. Por encima de 5–6 minutos de forma repetida, tienes una señal de desincronización que conviene convertir en alerta. Lo importante no es el número absoluto sino la consistencia por sucursal y por franja horaria: un local con cocina chica y pico fuerte tendrá un umbral distinto al de un local con capacidad de sobra.

Por qué se acumulan repartidores (o por qué el pedido no está)

Cuando el rider llega y el pedido no está listo —o al revés, está listo hace diez minutos y nadie lo recoge— casi siempre hay una de estas causas:

  • El "marcar listo" es mentiroso: el equipo lo marca listo apenas entra la comanda para ganar tiempo en la métrica, y el pedido no está físicamente terminado. El rider llega a nada.
  • El "marcar listo" llega tarde: el pedido está hecho pero nadie actualizó el estado, así que la app asigna el rider con retraso y luego todo se amontona.
  • Lectura equivocada de la curva de pedidos: la cocina produce al ritmo que le llegan las comandas, no anticipando el pico. Cuando entran quince pedidos en diez minutos, los riders se apilan.
  • Mezcla de canales sin prioridad: salón, mostrador y varias apps compiten por el mismo pass sin reglas claras de orden.

En todos los casos, la variable que controlas es el timing del marcar listo y la anticipación a la curva. La app solo reacciona a lo que tú le informas.

Profesionalizar el canal delivery
Proceso antes que volumen.

Cómo medir el wait time por sucursal (y sin Excel eterno)

Medir el tiempo de espera del repartidor por sucursal con varias apps es el problema real en operaciones multi-local. Cada plataforma muestra sus propios tiempos, en su propio tablero, con su propia definición. Para que el dato sea accionable necesitas:

  1. Una métrica consolidada: el gap entre "pedido marcado listo" y "pedido recogido", unificado entre apps, por sucursal.
  2. Segmentación por franja: el wait time de las 13:00 no es comparable al de las 17:00. Mide por turno y por pico.
  3. Las dos direcciones separadas: minutos de rider esperando vs. minutos de pedido esperando rider. Son problemas opuestos con soluciones opuestas.
  4. Un umbral por local: define qué nivel de espera es aceptable para cada cocina según su capacidad, y trata todo lo que lo supera como excepción a revisar.

Cuando esto vive en un solo lugar, dejas de comparar capturas de pantalla de cuatro apps y empiezas a ver patrones: qué sucursal desincroniza, en qué turno, y hacia qué lado.

De dato a acción: alerta con umbral y ritual de standup

Un número que nadie mira no cambia nada. Convierte el wait time en dos cosas concretas:

Una alerta con umbral

Configura un disparo cuando el tiempo de espera promedio de una sucursal supere su umbral durante una franja (por ejemplo, más de 6 minutos sostenidos en el pico de almuerzo). La alerta no es para castigar: es para que el encargado del turno sepa en el momento que hay desincronización y ajuste el ritmo de la cocina o el timing del marcar listo.

Un ritual en el standup

En la reunión diaria de operaciones, revisa el wait time de la jornada anterior por sucursal, en sus dos direcciones. Preguntas útiles:

  • ¿Qué local tuvo riders parados y cuántos minutos de slot se perdieron?
  • ¿Qué local tuvo pedidos enfriándose y apareció en reseñas por calidad o tiempo?
  • ¿El problema fue el momento de marcar listo o la anticipación a la curva?
  • ¿Qué ajuste concreto probamos hoy en esa sucursal?

Control Room es la mesa de control operativa de Pimentón: consolida el tiempo de espera del repartidor por sucursal y por app, lo separa en sus dos direcciones y te avisa cuando una cocina cruza su umbral —para que lo resuelvas en el turno, no en el reporte de fin de mes. ¿Operas varios locales y quieres ver dónde se desincroniza cocina y rider? Escríbenos por WhatsApp.

Cómo reducir el tiempo de espera sin romper la calidad

Bajar el wait time no significa apurar la cocina hasta que la comida salga mal. Significa sincronizar mejor:

  • Calibra el momento de marcar listo: que refleje cuándo el pedido está realmente empacado, no cuándo entra la comanda. Un estado honesto hace que la app asigne el rider en el momento correcto.
  • Anticipa la curva: si conoces tus picos, prepara componentes y escalona la producción antes de que lleguen los quince pedidos juntos.
  • Ordena la prioridad del pass: reglas claras entre salón, mostrador y apps para que nadie quede atrás por azar.
  • Ajusta por sucursal: lo que funciona en el local grande no aplica al chico. Usa el umbral propio de cada cocina como referencia.
  • Cierra el loop: mide si el ajuste movió el número en los días siguientes. Si no, cambia la hipótesis.

El objetivo es que el pedido salga caliente justo cuando el rider está listo para llevarlo. Ni el rider esperando, ni la comida enfriándose. Esa sincronización es lo que protege a la vez tu slot de reparto, tu rating y tu margen.

Preguntas frecuentes

¿Cuánto es normal que espere un repartidor en el local?

Una espera de 2 a 4 minutos suele ser sana: el rider llega, el pedido se cierra y sale caliente. Por encima de 5–6 minutos de forma repetida conviene tratarlo como alerta. El umbral exacto depende de la capacidad de cada sucursal y de la franja horaria.

¿El tiempo de espera del repartidor afecta la visibilidad o el rating en las apps?

Sí, de forma indirecta. Si el pedido se enfría esperando al rider, aparece en reseñas como "llegó frío" o "tardó", lo que baja el rating. Y si los riders esperan mucho de forma consistente, impacta la percepción de tiempos. El foco está en sincronizar la operación, no en la plataforma.

¿Por qué el repartidor llega y el pedido no está, o al revés?

Suele ser un problema de timing al marcar listo: o se marca demasiado pronto (el rider llega a nada) o demasiado tarde (el pedido se enfría y el rider se apila). También influye no anticipar la curva de pedidos en los picos. Es sincronización cocina↔rider, no falla de la app.

¿Cómo se mide el wait time del rider si uso varias apps y varias sucursales?

Necesitas consolidar el gap entre "marcado listo" y "recogido" unificado entre apps, segmentado por sucursal y franja horaria, y separado en sus dos direcciones (rider que espera vs. pedido que espera). Una mesa de control operativa como Control Room reúne esos datos en un solo lugar para evitar comparar tableros sueltos.

¿Qué umbral de espera debería disparar una alerta?

Define un umbral por sucursal según su capacidad; una referencia común es disparar la alerta cuando el promedio supere 6 minutos sostenidos en un pico. Lo clave es que sea un número propio de cada local y que avise durante el turno, para poder corregir en el momento.

¿Cómo bajo el tiempo de espera sin apurar la cocina y romper calidad?

Calibrando el momento de marcar listo para que refleje el empaque real, anticipando la curva de pedidos en los picos y ordenando la prioridad del pass entre canales. El objetivo es que la comida salga caliente justo cuando el rider está listo, no acelerar la producción a costa de la calidad.

¿Quieres ver tu delivery con claridad?

Escríbenos por WhatsApp. Revisamos qué está rompiendo el ritmo multi-sucursal y qué mover primero.

Escribir por WhatsApp