IA para delivery de restaurantes y pedidos por canal propio

El domingo en que la liquidación del delivery no cuadra

Todos los restaurantes que atienden delivery llegan al mismo momento tarde o temprano: el dueño o el administrador abre la liquidación semanal de la plataforma, la compara con lo que depositó el banco y con lo que registró la caja, y el número no cierra. La diferencia no es enorme, pero tampoco es cero, y ahí empieza la incomodidad, porque nadie sabe exactamente de dónde salió. Un pedido que se cobró pero nunca llegó a cocina. Otro que llegó completo, pero el cliente reclamó que faltaba algo y el sistema le devolvió el dinero sin que nadie en el local se enterara hasta ver el resumen. Nadie robó nada. El margen se fue goteando por una cadena de puntos donde el proceso no estaba definido.

La reacción más común es mirar la comisión de la plataforma como la única culpable, y ahí se traba la conversación, porque la comisión no se negocia leyendo un artículo, se negocia con el volumen propio y con alternativas reales sobre la mesa. Lo que sí se puede atacar esta misma semana, sin llamar a nadie, es lo otro: cuántos pedidos salen mal, cuánto tarda cada uno desde que entra hasta que sale, y quién decide qué repartidor toma cada pedido cuando hay varios esperando y varios pedidos por asignar. Ahí vive la plata que el restaurante sí controla.

El circuito del pedido y dónde se rompe

Antes de hablar de comisión o de errores conviene tener el mapa completo, porque cada tramo del circuito se rompe de una forma distinta. El pedido entra por un canal (aplicación propia, WhatsApp, teléfono o la plataforma externa), se confirma contra el menú y el stock disponible, pasa a cocina con un tiempo estimado, se arma y se empaca, se asigna a un repartidor (propio o de la plataforma) y sale. En cada uno de esos pasos hay una decisión que hoy, en la mayoría de restaurantes, toma una persona distinta sin ver lo que hizo la anterior.

Los puntos donde de verdad se rompe

• Toma del pedido: alguien transcribe o confirma manualmente, y ahí nace el error de digitación que nadie detecta hasta que el cliente reclama.
• Cocina: el tiempo que se promete al cliente no es el tiempo real de producción, y esa diferencia se acumula justo en la hora pico.
• Empaque: el ítem que falta en la bolsa casi nunca es un error de cocina, es un error de quien arma el pedido sin una lista de verificación.
• Asignación del repartidor: se decide por cercanía a ojo o por orden de llegada del repartidor, no por qué pedido se enfría primero.
• Entrega: la dirección mal escrita o la referencia incompleta convierte un pedido bien hecho en una devolución.

Esa doble fuga, comisión de un lado y error de pedido del otro, conviene separarla mentalmente en dos carriles distintos, porque se resuelven con herramientas distintas: uno es de negociación comercial, el otro es de proceso interno y datos. Confundir los dos carriles es lo que hace que muchos restaurantes discutan durante meses sobre negociar la comisión, mientras el error de pedido, que sí depende de ellos, sigue sangrando plata todas las semanas. Este circuito, además, no vive aislado: es una pieza dentro del ciclo completo de un restaurante organizado alrededor de la IA, que además de delivery incluye reservas, inventario y turnos de cocina.

Pedidos por canal propio contra plataforma: no es una decisión binaria

La pregunta “¿me conviene canal propio o plataforma?” está mal planteada casi siempre, porque no es una decisión de todo o nada. La plataforma resuelve un problema real: trae clientes que tal vez nunca habrían encontrado el restaurante por su cuenta, y pone a disposición una flota de reparto sin que el local tenga que armar la suya. A cambio, cobra por ese acceso y esa logística, y ese cobro hay que calcularlo con la propia factura de liquidación, sumando comisión, cargos de procesamiento y cualquier promoción que la plataforma haya financiado a costa del margen del local. Nadie debería aceptar como cierto un porcentaje que leyó en un blog: cada acuerdo es distinto, cambia por país, por volumen y por lo que el restaurante negoció, y el único número confiable es el que sale de comparar la venta bruta contra el depósito neto, pedido por pedido.

El canal propio (aplicación, WhatsApp o pedido directo por la página) invierte la ecuación: el restaurante se queda con el dato del cliente, con el margen completo sobre cada venta, y con la posibilidad de traer de vuelta a quien ya compró antes sin pagar de nuevo por esa visibilidad. El costo que no siempre se contabiliza es el operativo: si no hay flota propia o tercerizada confiable, alguien tiene que resolver el reparto, y ahí entra la logística de última milla, que en un restaurante chico compite por el mismo personal que también cocina.

Lo que en la práctica define la mezcla correcta

• Volumen del canal propio: si ya tienes una base de clientes que repite, cada pedido directo que le quitas a la plataforma es margen que se queda entero.
• Capacidad de reparto propia: sin flota confiable, insistir en canal propio solo traslada el problema de comisión a un problema de entregas tardías.
• Horas pico contra horas valle: usar la plataforma para el pico que la cocina no aguanta sola, y canal propio para el resto, es más realista que elegir un bando.
• Costo real de conseguir un cliente nuevo: la plataforma trae clientes que el canal propio no habría alcanzado, y ese valor de descubrimiento también entra en la cuenta, no solo el costo que cobra.

Ninguna de estas variables se resuelve leyendo el porcentaje que cobra tal o cual plataforma en otro país. Se resuelve mirando la propia liquidación, semana a semana, y decidiendo con ese número, no con el rumor del gremio.

El error de pedido como costo real, no como incidente aislado

El error de pedido rara vez se contabiliza como lo que es: un costo triple. Primero, el costo del insumo que ya se usó y no se cobra si el pedido se anula o se repone. Segundo, el reembolso o el descuento que la plataforma aplica cuando el cliente reclama, que sale del bolsillo del restaurante, no del bolsillo de la plataforma. Tercero, el más caro y el que menos se mide: el cliente que no vuelve a pedir porque la primera experiencia salió mal. Un restaurante que pierde algunos pedidos por semana por error de armado o de dirección no lo ve como una crisis, porque cada incidente por separado parece pequeño. Sumado en un mes, es una de las fugas más caras del negocio.

La IA no elimina el error humano, pero sí puede cortar los puntos donde el error se origina con más frecuencia. Un chatbot de WhatsApp para restaurantes bien configurado toma el pedido contra el menú vigente y el stock real, así que no promete un plato que la cocina ya no tiene, y no depende de que la persona que atiende transcriba bien lo que el cliente dijo por teléfono. Eso resuelve el error de origen, el que nace en la toma del pedido.

Dónde sí ayuda el proceso asistido por IA

• Validación contra el menú y el stock: el pedido no se confirma si el plato ya no está disponible, en vez de que el cliente lo descubra cuando ya pagó.
• Checklist de empaque: una lista visible por pedido, con cada ítem marcado antes de cerrar la bolsa, en vez de confiar en la memoria de quien empaca en hora pico.
• Verificación de dirección: un pedido con datos de entrega incompletos se marca antes de salir, no cuando el repartidor ya está perdido en la calle.
• Registro de qué error se repite: si buena parte de las devoluciones son del mismo plato o del mismo horario, ahí hay un patrón que vale la pena mirar, no una racha de mala suerte.

Ese insumo que se pierde en cada error es el mismo que después aparece como una diferencia inexplicable en el control de inventario del restaurante, así que conviene revisar los dos números juntos, no por separado. Ninguna de estas medidas exige comprar una plataforma cara. Exige decidir que el error de pedido se mide, se clasifica por causa y se revisa cada semana, igual que se revisa la caja. Lo que no se mide, se sigue repitiendo.

Tiempos de preparación y despacho: la otra mitad del margen

El tiempo prometido al cliente casi nunca es el tiempo real de cocina. La mayoría de restaurantes usa un estimado fijo, veinticinco o treinta minutos, que no cambia entre un martes tranquilo y un viernes con la cocina saturada. Cuando el pedido se demora más de lo prometido, la plataforma o el cliente lo registran como una entrega tardía, y esa métrica afecta la visibilidad del restaurante dentro de la aplicación, más allá de lo que cueste en reputación directa.

El punto ciego más común no está en la cocina, está en la frontera entre “el plato está listo” y “el repartidor lo tiene en la mano”. Ese tramo casi nunca se mide, y es exactamente donde un sistema que avisa en tiempo real (a la plataforma, al repartidor propio o al mostrador) recorta más tiempo que cualquier ajuste de receta. No hace falta inteligencia artificial sofisticada para esto: hace falta que el momento en que el plato sale de cocina quede registrado, no que alguien lo recuerde de memoria una hora después.

Lo que sí cambia el tiempo real de despacho

• Estimar el tiempo de cocina según la carga real, no un número fijo, para no prometer un tiempo corto cuando hay una fila larga de pedidos en cola.
• Marcar el momento exacto en que el plato queda listo, para que la asignación del repartidor empiece ahí y no cuando alguien se acuerda de avisar.
• Separar la cola de plataforma de la cola de canal propio, porque mezclarlas sin prioridad clara hace que un pedido termine esperando de más, y ese sesgo casi nunca es intencional.
• Medir el tiempo por franja horaria, porque el cuello de botella del mediodía casi nunca es el mismo que el de la noche, y tratarlos igual castiga a ambos.

El resultado de ordenar este tramo no es un restaurante más rápido en abstracto, es menos pedidos marcados como tardíos por la plataforma, que es justamente lo que después determina cuánta visibilidad le da el algoritmo de la aplicación al local.

Qué se puede automatizar de verdad en la asignación de repartidores

La asignación de repartidores es, de todos los tramos del circuito, el que más se presta a automatizar, porque es una decisión que se repite muchas veces al día con las mismas variables: quién está libre, qué tan lejos está, cuántos pedidos ya lleva encima y qué tan urgente es el que hay que entregar. Hoy, en la mayoría de restaurantes, esa decisión la toma alguien mirando una pizarra o un grupo de WhatsApp, a criterio, y ese criterio cambia según quién esté de turno.

Lo que se puede automatizar con reglas razonables es la asignación de rutina: repartidor libre más cercano al pedido que lleva más tiempo esperando, con ajuste por zona y por tráfico conocido. Eso es un problema de datos y reglas claras, no de inteligencia artificial avanzada, y ya reduce buena parte del tiempo muerto entre que el pedido queda listo y el repartidor sale con él. Los agentes de IA empresariales que de verdad agregan valor en este punto son los que cruzan la carga de cocina con la disponibilidad de repartidores en tiempo real, no los que prometen “optimizar rutas” sin ver primero cómo se está asignando hoy.

Lo que no conviene automatizar sin criterio humano de por medio es la excepción: el cliente frecuente que llama molesto, el pedido grande que amerita un repartidor de confianza, la zona donde a cierta hora la prioridad no es la velocidad sino la seguridad del repartidor. Automatizar la regla general y dejar la excepción en manos de una persona con autoridad para saltarse esa regla es lo que separa una automatización útil de una que termina generando más reclamos de los que resuelve.

Antes de automatizar la asignación

• Que exista el dato de quién está libre en tiempo real, no una lista que se actualiza cada cierto rato a mano.
• Que la prioridad esté definida por escrito: por tiempo de espera, no por quién insiste más fuerte en el grupo de WhatsApp.
• Que alguien pueda saltarse la regla automática cuando el caso lo amerita, sin tener que discutir con el sistema.
• Que se mida el tiempo real de cada tramo (pedido listo, repartidor asignado, entrega) para saber si la automatización mejoró algo o solo cambió quién decide.

El KPI del canal propio: el número que dice si el delivery es rentable

La pregunta “¿cómo mido si el delivery es rentable?” tiene una sola respuesta honesta: margen neto por pedido, calculado por canal, no una cifra global de ventas del mes. Vender mucho por delivery y perder plata en cada pedido es perfectamente posible, y ese resultado se esconde fácil detrás de un ingreso total que parece saludable.

Cómo se arma ese número

• Ingreso neto real por pedido: lo que efectivamente se deposita, después de comisión, cargos y cualquier promoción financiada por el local, no el precio de venta que figura en el menú.
• Costo de insumo y empaque de ese pedido: el costo real de producir y empacar ese plato, no un promedio genérico que no distingue entre platos.
• Costo de reparto: propio (combustible, tiempo del personal) o de la plataforma, según el canal por el que entró el pedido.
• Costo de error asignado a ese canal: reembolsos, reposiciones y el tiempo administrativo de gestionar el reclamo, dividido entre el total de pedidos del canal, no solo entre los que fallaron.

Con esos cuatro componentes por canal, propio y plataforma, el restaurante puede comparar peras con peras: cuánto deja en limpio cada pedido de plataforma frente a cada pedido de canal propio, y no solo cuántos pedidos entraron por cada uno. Ese número, revisado semana a semana y no una vez al trimestre, es el que permite decidir dónde invertir el próximo esfuerzo: en negociar mejores condiciones con la plataforma, en promover más el canal propio, o en resolver primero el error de pedido, que se come el margen de ambos canales por igual.

Los casos documentados de restaurantes que ordenaron este número suelen mostrar lo mismo: el canal que parecía más rentable a simple vista no siempre lo era una vez que se restaba el costo de reparto y el costo de error, y la corrección no vino de vender más, vino de medir mejor lo que ya estaba pasando.

Mi criterio sobre dónde pelea el restaurante y dónde no

Dónde pelear primero: proceso antes que negociación

El error más caro que veo repetirse en restaurantes con delivery no es aceptar una comisión alta, es tratar la comisión como la única variable que importa y dejar sin medir todo lo demás. La comisión se negocia con volumen, con alternativas reales y con una lectura fría de la propia liquidación, no con indignación. El error de pedido, el tiempo de despacho y la asignación de repartidores se resuelven con proceso, con datos y, donde tiene sentido, con automatización puntual, no con más plataformas ni más aplicaciones encima de un proceso que nunca se ordenó.

La IA en este territorio no es el punto de partida, es la capa que se agrega una vez que el restaurante sabe con precisión dónde se le está yendo la plata: en qué plato se equivocan más, en qué franja horaria se atrasa más el despacho, qué canal deja más margen real. Empezar por la herramienta antes que por esa medición es la forma más común de gastar presupuesto sin mover el número que de verdad importa: cuánto le queda al restaurante, en limpio, por cada pedido que sale de su cocina.