Pedidos online para restaurantes: la guía completa

Pregunta a cualquier hostelero qué es su «sistema de pedidos online» y la mayoría señalará el botón del carrito: el momento en que un comensal toca Pedir. Ese botón existe, sí, pero es solo un eslabón de una cadena más larga: el comensal encuentra el restaurante, ve una carta en la que puede confiar, añade algo al carrito, paga, recibe la comida a la hora que se le prometió y, si la cadena ha funcionado, vuelve sin que haya que volver a convencerlo. Tratar «pedidos online» como si fuera solo ese botón, y dejar todo lo que ocurre antes y después al azar —o a la plataforma que tenga en ese momento al comensal—, es el error más común que esta guía existe para corregir.

Como mínimo, un sistema que funcione necesita una carta digital actualizada, un proceso de pago pensado para cómo pide la gente de verdad (sobre todo desde el móvil, muchas veces con prisa), una forma de cobrar, una lógica de cumplimiento para recogida, entrega o pedido anticipado, y algún mecanismo para que un comensal que pide por primera vez vuelva una segunda. Nada de esto exige tecnología exótica. Lo que exige es que cada eslabón de la cadena diga lo mismo que los demás: el precio de la carta es el precio del proceso de pago, el plato agotado desaparece en todas partes a la vez, y la hora de entrega prometida en la parte de arriba de la pantalla es la misma que están siguiendo la cocina y el repartidor.

La decisión que atraviesa toda esta guía es quién controla cada cosa. Un comensal puede pedir a través de una plataforma de reparto, o a través de un canal que controla el propio restaurante: su web, su app, una llamada de teléfono, un kiosco de autopedido en el mostrador. Las dos vías pueden alimentar la misma cocina. Lo que cambia es quién acaba siendo dueño de la relación con el comensal, de los datos del pedido y del margen que queda una vez cobrado.

Ninguna de las dos vías está mal por sí sola. Una plataforma es un canal real y que funciona para un comensal que nunca ha oído hablar del restaurante y está comparando cinco opciones en un mapa. El problema no es que existan las plataformas; es que muchos restaurantes nunca construyen la otra vía, así que todos los comensales —incluido el que ya ha pedido diez veces— siguen pagando el coste de captación de un desconocido.

Esta guía sigue la cadena en el orden en que un restaurante la vive de verdad. El siguiente capítulo repasa los canales por los que puede pedir un comensal y qué necesidad resuelve cada uno. Después llega el proceso de pago —el punto de mayor impacto de toda la cadena—, seguido de la disciplina operativa que sostiene una promesa de entrega o recogida una vez hecha. Luego, la economía: cuánto cuesta realmente un pedido de plataforma sumando cada partida, y cómo recuperan margen los restaurantes sin entrar en una guerra de precios. La guía cierra con una respuesta práctica a la pregunta que todo hostelero acaba haciéndose: qué construir primero y qué dejar para más adelante.

«¿Deberíamos estar en la plataforma, montar nuestra propia app o poner un kiosco?» suele plantearse como si tuviera una única respuesta correcta. No la tiene, porque una web, una ficha en una plataforma, una app, un kiosco y una línea de teléfono no compiten por el mismo momento del comensal: cada uno resuelve una necesidad distinta, y la combinación de canales que de verdad conviene a un restaurante debería seguir las necesidades de sus comensales, no una preferencia por una tecnología sobre otra.

La web gana el primer contacto. Un comensal que busca «la mejor pizza cerca de mí» y quiere pedir en los próximos cuatro minutos no se va a descargar una app antes. Una web rápida y bien cuidada —que aparece en el buscador, se puede compartir como enlace y no exige instalar nada— capta a ese comensal justo en el momento en que está decidiendo. Aquí es también donde una ficha en una plataforma se gana de verdad su sitio: para un comensal que nunca ha oído hablar del restaurante, el alcance ya existente de una plataforma puede ponerlo delante de alguien al que la web por sí sola nunca habría llegado. Ese es el argumento honesto a favor de estar en una plataforma: visibilidad para quien no te conoce, no la vía de pago por defecto para quien ya sabe dónde va a comer.

La app propia gana el hábito. Lo que el comensal cambia por descargarla es comodidad más adelante: una dirección guardada, un método de pago almacenado, un icono en la pantalla de inicio y —usado con cuidado, sin convertirse en ruido— un canal de notificaciones directo que una web simplemente no puede ofrecer. Ese intercambio solo compensa para un comensal que pide con la frecuencia suficiente como para querer el atajo, y por eso la app suele ser el segundo o tercer canal que construye un restaurante, no el primero.

Dos canales más completan el conjunto, y ambos funcionan capturando un momento que, de otro modo, se perdería.

Un kiosco de autopedido no es, por su economía, un capricho reservado a las grandes cadenas. Dos cosas cambian en cuanto un comensal pide desde una pantalla en lugar de una persona en el mostrador: el ticket medio tiende a subir, porque una pantalla nunca se olvida de ofrecer un extra relevante como sí puede olvidársele a un empleado con prisa, y la cola tiende a encogerse, porque varios comensales pueden pedir a la vez en lugar de uno detrás de otro. Los pedidos también llegan a cocina exactamente como se han introducido —sin malentendidos a través de un mostrador con ruido— y ya cobrados al llegar, con lo que la comanda está lista para prepararse en cuanto se imprime. Que un kiosco merezca la pena depende de una sola pregunta, no del tamaño del restaurante: ¿la cola en tu hora punta real te está costando pedidos? Si los comensales se van en lugar de esperar, un único kiosco en el mostrador con la marca propia del local —sus propias fotos, sus propios colores, no un terminal genérico de alquiler— suele ganarse su sitio. Si casi nunca hay cola, no es urgente.

Una llamada perdida es el tipo de pedido perdido más silencioso, porque suele producirse justo en la hora en la que el restaurante está más ocupado y menos disponible para contestar. El teléfono sigue siendo, en muchos restaurantes, el canal que con más fiabilidad se acaba dejando en el buzón de voz durante la hora punta —y quien llama y no obtiene respuesta normalmente no deja mensaje: llama al siguiente sitio, o abre directamente una app de plataforma. Contestar todas las llamadas —ya sea añadiendo personal en las horas de más carga, ya sea con un sistema de voz que tome el pedido en el idioma de quien llama, lo repita para confirmarlo y lo meta en la misma cola de cocina que todo lo demás— convierte un canal que pierde pedidos en silencio en uno que los captura. Lo que importa más que el mecanismo es la disciplina detrás de él: quien llama con una petición fuera de lo común, una duda seria sobre alérgenos o una queja necesita hablar con una persona, no quedar atrapado en un guion. Las funciones de kiosco y pedidos por teléfono con IA de Menuella están construidas justo sobre ese patrón —capturar el pedido estándar de forma automática y derivar todo lo que no debería automatizarse—, pero la decisión de fondo (¿se está capturando este momento, ahora mismo, o no?) es lo que de verdad importa, sea cual sea la herramienta que lo resuelva.

La trampa que echa por tierra cualquier decisión de canal de este capítulo es tener dos versiones de la carta. Si la web, la app, el kiosco y la ficha de una plataforma toman cada uno el precio, la disponibilidad y las promociones de una fuente distinta, acabarán contradiciéndose: un comensal ve un precio en la app y otro en la web, o pide en el kiosco un plato que la web ya había marcado como agotado. Eso no es una inconsistencia menor: es un comensal pillando al restaurante en lo que parece una mentira. Una sola fuente para la carta, el precio y las promociones, compartida por todas las pantallas que use realmente el restaurante, es la condición silenciosa que sostiene todo lo demás en esta guía.

Si un restaurante solo puede mejorar una parte de su cadena de pedidos, debería ser el proceso de pago. Es el espacio de mayor valor de todo el sistema —el momento en el que el interés se convierte en ingreso, o no— y falla de formas que casi siempre se pueden arreglar en cuanto se hacen visibles.

Por debajo de la interfaz, cuatro cosas tienen que estar de acuerdo entre sí. El estado del pedido significa que el carrito conserva intactos precios, extras y elección de recogida o entrega mientras el comensal avanza por el proceso: cambiar de recogida a entrega no debería vaciar el carrito en silencio ni perder la franja horaria ya elegida. La validación operativa significa que el proceso de pago usa las mismas reglas que sigue la cocina en ese momento: si un plato sigue disponible, si una dirección de entrega cae dentro de una zona activa, si la franja horaria pedida todavía tiene hueco —comprobado antes de cobrar, no descubierto después. El estado del cobro significa que el sistema siempre puede decir con precisión en qué punto está un pedido: pago iniciado, autorizado, capturado, pedido recibido, pedido aceptado —de modo que a un comensal al que se le corta la conexión a mitad del pago se le informe con claridad de lo ocurrido, en lugar de dejarlo preguntándose si le han cobrado dos veces. La entrega a cocina significa que un pedido confirmado y pagado llega a la cocina de forma automática e inequívoca, con un camino claro de vuelta al comensal si algo cambia en la cocina después —un ingrediente agotado, un fallo de impresora, una franja ya completa. Un proceso de pago que acierta en las cuatro cosas casi nunca se nota; uno que falla en una sola se nota enseguida, en forma de una llamada enfadada o un pedido cancelado.

La interfaz decide si el comensal llega o no a esa arquitectura. La mayoría de los pedidos se hacen desde el móvil, muchas veces con una sola mano, a menudo con una bolsa en la otra y con mala cobertura. La respuesta práctica de diseño es mantener las acciones que importan —confirmar una hora, elegir la propina, enviar el pedido— al alcance cómodo del pulgar, en la parte baja de la pantalla; pedir una cosa cada vez en lugar de un formulario largo de golpe; validar un número de teléfono o una dirección de entrega justo al lado del campo, no solo después de enviarlo; y colocar Apple Pay y Google Pay por delante de escribir la tarjeta a mano, porque cada teclado que el comensal tiene que abrir es una pequeña oportunidad de perderlo. Un carrito que sobrevive al botón de atrás, a una conexión que se cae o a un primer intento de pago fallido vale más que casi cualquier otro arreglo aislado. Y cuando algo se está procesando, hay que decirlo de forma visible: «procesando el pago…» siempre gana a un botón congelado, porque la alternativa es un comensal que toca dos veces por inseguridad y crea exactamente el riesgo de pedido duplicado que toda esta arquitectura existe para evitar.

La velocidad, la estabilidad y una disponibilidad honesta también son, de forma real aunque indirecta, una señal de visibilidad. Un proceso de pago cargado de scripts innecesarios y ventanas emergentes no solo se siente lento para el comensal: con el tiempo genera el tipo de sesión abandonada que los buscadores acaban interpretando como una experiencia de baja calidad. Nada de esto sustituye al contenido: un proceso de pago extremadamente rápido sobre una carta pobre y desactualizada sigue perdiendo frente a un competidor con una carta completa y precisa. La velocidad amplifica una página que ya tiene algo que merece la pena encontrar; no sustituye a ese algo.

La venta sugerida entra en este capítulo porque ocurre en el proceso de pago, y porque la diferencia entre un buen extra y uno molesto está casi enteramente en la contención. El modelo mental que conviene tener en la cabeza es el de un buen camarero, no el de un vendedor pesado: alguien que lee la mesa, ofrece una sola cosa que encaja de verdad, y la retira en el instante en que la respuesta es no. En la práctica, eso significa cuatro cosas funcionando juntas. Primero, el orden: la sugerencia más fuerte para un carrito concreto es la que combina mejor el margen de contribución con la probabilidad real de que el comensal la acepte —calculada a partir de cómo han pedido antes los comensales de verdad, no de qué plato sea más barato de empujar. Segundo, los límites, que van antes que el margen, no después: un filtro de alérgenos o de dieta que anula cualquier otro cálculo sin excepción, un plato agotado que desaparece de las sugerencias en el momento en que se marca como no disponible y no solo al llegar al pago, y una comprobación de la carga de cocina para que una sugerencia nunca caiga sobre una partida que ya va desbordada en plena hora punta. Un plato nuevo sin historial de pedidos todavía necesita un punto de partida razonable —normalmente sus propios atributos, como el tipo de cocina o el nivel de picante— en lugar de una sugerencia al azar o ninguna sugerencia hasta que se acumulen suficientes datos. Tercero, el momento: los productos muy ligados entre sí van pronto, mientras el comensal todavía está montando el pedido; una bebida o un postre pueden funcionar después de elegir el plato principal, siempre que carguen al instante; y el último paso antes de pagar —donde el comensal necesita ver el total, la hora y los gastos, no una sorpresa— casi nunca es el momento adecuado para introducir nada nuevo. Cuarto, la forma: una sola sugerencia, no una pared de ellas, que se descarta con un solo toque y se queda descartada, y que nunca se interpone entre el comensal y el botón de confirmar. Hecho así, una sugerencia se lee como una atención —«esto combina bien con eso»— y no como un obstáculo antes de llegar al pago, y el carrito crece sin gastar la confianza que el resto de esta guía se dedica a proteger.

Conseguir que un comensal llegue al botón de «hacer el pedido» es un problema. Cumplir lo prometido —a tiempo, con la calidad que sugería la foto de la carta— es otro completamente distinto, y es el que de verdad decide si ese comensal vuelve a pedir una segunda vez.

Los pedidos anticipados convierten los ingresos de una suposición en un plan. En lugar de descubrir la demanda del viernes a medida que llegan las comandas, un restaurante que acepta con antelación recogidas programadas, catering de oficina o encargos para fechas señaladas está cumpliendo algo que ya se ha pagado. Cobrar en el momento de la reserva reduce las ausencias casi a cero y, como desaparece la presión de decidir al instante, un pedido planificado suele tener un ticket medio más alto que uno espontáneo: el comensal se anima más a añadir una guarnición o un postre cuando no está eligiendo con prisa. Tres ajustes evitan que un pedido anticipado sorprenda a la cocina más tarde: con cuánta antelación puede reservar un comensal, cuánto tiempo de margen necesita realmente la cocina antes de que llegue un pedido grande, y el límite exacto a partir del cual ya no se aceptan más pedidos para esa franja. La única regla operativa que protege todo esto: los pedidos anticipados tienen que tomar la carta y la disponibilidad de la misma fuente que los pedidos en directo, o el restaurante acaba vendiendo, con días de antelación, un plato que la cocina ya no puede preparar el día en cuestión.

La demanda punta es un problema de capacidad de proceso, no de «decirle que no al comensal». El instinto cuando una hora punta amenaza con desbordar la cocina es aceptar todos los pedidos y confiar en salir del paso —pero una impresora de comandas que no para nunca no es una señal de éxito, es un aviso temprano. Gestionar bien la demanda significa repartirla, no rechazarla: un límite de cuántos pedidos pueden estar en curso a la vez, a partir del cual a los nuevos comensales se les orienta (no se les rechaza) hacia la siguiente franja realista; una pausa en los pedidos nuevos ante un problema real de equipo; y una ventana de recogida o entrega prometida que se alarga con honestidad cuando la cocina va al límite, en lugar de quedarse fija y convertirse en silencio en una mentira. También ayuda medir el esfuerzo real y no el número de pedidos: un pedido para una familia entera ocupa la cocina mucho más tiempo que un solo entrante, así que contar comandas por sí solo subestima la carga real. Un tiempo de aviso y un límite claros para los pedidos grandes, y una lista de preparación construida a partir de las horas de recogida planificadas y no solo de las comandas en directo, es lo que hace que un servicio realmente ajetreado se sienta, desde dentro de la cocina, más cerca de aburrido que de caótico.

Las zonas de entrega deben trazarse por tiempo real de conducción, no por un círculo en el mapa. Un comensal a tres kilómetros en línea recta puede suponer fácilmente quince minutos de coche en cuanto entra en juego un río, un paso a nivel o una ronda de circunvalación —y una zona trazada por distancia en lugar de por tiempo real de conducción es la causa más habitual de que la comida llegue fría en el borde de la zona de reparto. También conviene escalonar las tarifas por distancia, para que un trayecto largo no se coma en silencio el margen que debería aportar el pedido de un habitual cercano. El radio de entrega no está grabado en piedra: si un nuevo plato estrella dispara el tiempo de preparación y presiona a la cocina, reducir temporalmente el radio protege la promesa para quien sigue dentro, en lugar de dejar que la promesa falle para todos. Y un grupo de quejas de «comida fría» procedentes de un barrio concreto, incluso cuando el mapa dice que el tiempo debería ser razonable, suele señalar una variable que falta —aparcamiento difícil, una subida larga a pie, un portal con código— que merece un margen específico y no un encogimiento de hombros.

Llevar la entrega dentro de casa añade un trabajo operativo real: coordinar a los repartidores. Un tiempo de entrega vinculado a la carga real de la cocina, en lugar de una cifra fija elegida porque queda bien en la página de pedidos, es la diferencia entre una promesa que se cumple y un viernes por la noche atendiendo llamadas de «¿dónde está mi comida?». Asignar cada ruta para maximizar la probabilidad de una entrega puntual y caliente —y no simplemente al repartidor que esté libre en ese momento— y poner un límite firme a cuántos pedidos se agrupan en un mismo trayecto cuando los platos son sensibles a la temperatura protegen ambas cosas: lo que el comensal realmente nota, que es el estado de la comida a la puerta, y no la lógica de rutas que hay detrás. Lo que de verdad separa una operación de reparto que escala de una que se quema a base de malas reseñas no es tanto el caso fácil como el plan de contingencia: una vía clara y rápida para cuando falta un repartidor, hay una dirección equivocada o hay que rehacer un plato, más la capacidad de un encargado para pausar una zona o ampliar los tiempos de entrega en tiempo real cuando algo va realmente mal —resuelto en minutos, en lugar de convertirse en un patrón de reseñas de una estrella.

La hora de entrega en sí misma merece un cuidado especial, porque el comensal recuerda una sola cifra y si se cumplió o no. Una buena estimación combina dos tipos de incertidumbre distintos —la carga de cocina, que determina el tiempo de preparación, y el estado del tráfico, que determina el trayecto en sí— y debería actualizarse automáticamente en cuanto la cocina empieza a ir con retraso, en lugar de quedarse fija en una cifra que deja de ser cierta en silencio. La recogida y la entrega deberían calcularse por separado, porque una depende casi por completo de la cocina y la otra añade la variabilidad, mucho mayor, del trayecto; forzar las dos por el mismo cálculo garantiza que una de las dos esté equivocada. El instinto de anunciar la cifra más corta posible suele ser el equivocado: un margen pequeño y honesto que se cumple de forma fiable gana a una cifra heroica que falla en cuanto hay carga real, y lo que de verdad merece la pena medir no es el tiempo medio de entrega sino la tasa de cumplimiento de la promesa: cuántas veces la comida llegó a la hora prometida o antes. Cuando un retraso es probable, un motivo breve y honesto —mucha demanda, un repartidor ya asignado, un plato que se está rehaciendo— ayuda más que el silencio, siempre que el motivo que da soporte por teléfono coincida con lo que dice la página del pedido; el comensal nota la contradicción, no el retraso en sí. Y como nadie llega puntual absolutamente siempre, lo que ocurre cuando una entrega se retrasa importa más que no retrasarse nunca: un aviso proactivo, un pequeño abono o cualquier otro gesto visible de asumir responsabilidad suele generar más fidelidad que una noche perfecta que nadie recuerda —siempre que toda esa conversación ocurra en el canal propio del restaurante, para que la confianza que genera quede para el restaurante y no para la app que resultó estar llevando el mensaje. Las herramientas de entrega de Menuella calculan la promesa de esta manera —combinando la preparación y el estado del tráfico, dejando siempre a un encargado la posibilidad de ampliar los tiempos a mano con un motivo registrado—, pero la disciplina de fondo (un margen, una tasa de cumplimiento que merece la pena medir, un canal que el restaurante realmente controla) es lo que hace fiable cualquier promesa de entrega, sea cual sea el sistema que la calcule.

La cifra que aparece en la página de tarifas de una plataforma es el coste de cabecera de un pedido, no el coste total —y los restaurantes que planifican solo con esa cifra de cabecera casi siempre están dejando sobre la mesa más margen del que creen.

Un contrato con una plataforma suele incluir varias partidas de coste además de la comisión anunciada. La comisión base es la más grande y más visible, normalmente entre el 20 % y el 35 % según el nivel del contrato. Por debajo de ella están los descuentos obligatorios que el restaurante puede tener que ofrecer para seguir siendo visible dentro de la propia plataforma; el posicionamiento pagado, un coste añadido sobre la comisión para aparecer destacado; y la exposición a devoluciones o contracargos, donde la política de la plataforma puede dejar que el restaurante absorba parte del coste de un pago disputado. Nada de esto convierte a las plataformas en villanas —aportan tecnología real, alcance real y un servicio real—, pero sí significa que el porcentaje anunciado se queda corto respecto a lo que realmente cuesta un pedido una vez liquidado.

Pasar un mismo pedido por los dos canales hace que la diferencia deje de ser abstracta. Este es un ejemplo ilustrativo, etiquetado como tal: cada restaurante debería recalcularlo con las condiciones de su propio contrato, no tratar estas cifras concretas como universales, pero la forma del resultado se mantiene en términos generales. Un pedido de 30 € a través de una plataforma, con una comisión del 30 %, un descuento obligatorio del 10 % y, en una semana típica, alrededor de 2 € de exposición a devoluciones más 1,50 € de reparto del coste de promoción, deja al restaurante en torno a 14,50 € netos. El mismo pedido de 30 € tomado directamente en la web propia del restaurante, con solo un coste de cobro con tarjeta de aproximadamente el 2,5 %, deja en torno a 29,25 € netos. La diferencia en ese único pedido —cerca de 15 €— resume todo el argumento en una frase: mismo comensal, misma cocina, mismo envase, un resultado bastante distinto según por qué canal haya viajado el pedido.

El argumento a favor de una plataforma se debilita precisamente con los comensales que el restaurante ya ha conquistado. La visibilidad se gana de verdad su coste la primera vez que un desconocido descubre el restaurante gracias a ella. Es un intercambio mucho más flojo la vigésima vez que pide el mismo comensal, porque en ese punto el restaurante está pagando una comisión de captación completa por un hábito que ya había construido. Esa distinción —comensal nuevo frente a comensal habitual— es toda la base de un plan de recuperación de margen, porque significa que la respuesta no es «abandonar la plataforma», sino «dejar de pagar dos veces por un comensal que ya sabe llegar directamente al restaurante».

La recuperación de margen funciona apuntando a los habituales con incentivos sutiles, no declarando la guerra a la plataforma. Los comensales que merece la pena mover activamente son los que ya han pedido varias veces en una ventana reciente y definida —un comensal que pide una sola vez es exactamente el tipo de comensal para el que el alcance de una plataforma resulta realmente útil, y perseguirlo hacia un canal directo no es donde está la palanca. En lugar de una diferencia de precio abierta entre canales, que es cara y corre el riesgo de parecer un cebo, la palanca más duradera es un beneficio sutil exclusivo del canal directo: un combo, una guarnición disponible solo en la propia página de pedidos del restaurante, o una franja de recogida más temprana —algo que hace el canal directo notablemente mejor sin rebajar públicamente el precio de la plataforma. Eso solo funciona, eso sí, si el cumplimiento se mantiene justo: si los pedidos de plataforma reciben sistemáticamente prioridad en cocina durante la hora punta, el comensal aprende rápido que pedir directo significa esperar más, y todo el esfuerzo de recuperación se viene abajo.

Un enfoque escalonado suele funcionar mejor que uno brusco. Una secuencia práctica y habitual: primero estabilizar el propio proceso de pago del restaurante para que sea realmente rápido y fiable, después añadir un incentivo de fidelización que premie específicamente los pedidos directos, luego limitar poco a poco cuánto participa el restaurante en el programa de descuentos obligatorios de la plataforma, y por último desplazar parte del gasto en publicidad del posicionamiento en la plataforma hacia la visibilidad propia del restaurante, vigilando semana a semana el peso del canal directo y el margen medio durante todo el proceso —y frenando el ritmo si empiezan a subir las quejas de soporte, porque es una señal de que se le está pidiendo a la operativa que avance más rápido de lo que puede absorber. Muchos restaurantes se marcan, a lo largo de aproximadamente un año, un objetivo cercano a un reparto equilibrado entre volumen directo y de plataforma, aunque el objetivo realista varía notablemente según el tipo de negocio: una cocina solo de reparto sin clientela de sala es, por su propia naturaleza, más dependiente del alcance de la plataforma que un restaurante con una fuerte clientela de calle, y el ritmo alcanzable depende tanto de la competencia local como de cualquier cosa que haga el restaurante internamente. Trata cualquier porcentaje concreto, incluido el que se acaba de dar, como un punto de partida para recalcular con los propios números del restaurante, no como un objetivo que perseguir por principio.

Todo lo que aparece en esta guía acaba siendo útil de verdad, pero casi ningún restaurante debería intentar construirlo todo a la vez. La pregunta que realmente importa es el orden: qué acertar primero, qué añadir una vez que la base aguanta y, con la misma importancia, qué partes de esta guía pueden esperar honestamente, o directamente no se aplican a un restaurante concreto.

El orden de construcción que funciona para la mayoría de los restaurantes tiene tres fases. La fase uno es controlar la carta: una carta digital actual, precisa y rápida en el dominio propio del restaurante, porque cada fase posterior —proceso de pago, entrega, fidelización— depende de que esa carta sea la única fuente de verdad de la que se alimenta todo lo demás. La fase dos es controlar el proceso de pago: trasladar el cierre del pedido al propio flujo del restaurante, optimizado para móvil, porque es precisamente ahí donde se recupera el margen que se pierde con las plataformas y donde el capítulo del proceso de pago de esta guía se amortiza más rápido. La fase tres es controlar a los habituales: fidelización, mensajes de recuperación y, una vez que existe una base real de comensales recurrentes que lo justifique, los canales que generan hábito, como una app o un kiosco, que solo se ganan su coste frente a una frecuencia genuina. Intentar construir la fase tres antes de que la fase uno esté sólida es el motivo más habitual de que una inversión en un canal prometedor rinda por debajo de lo esperado: una app que todavía no tiene a nadie pidiendo con la frecuencia suficiente como para abrirla no es un problema de canal, es un problema de orden.

No todos los canales de esta guía merecen la pena para todos los restaurantes, y el tipo de local es la razón honesta. Un restaurante de alta cocina con un volumen modesto de pedidos online suele sacar más partido de una web rápida y bien cuidada y de una buena gestión de reservas que de un kiosco de mostrador que apenas va a necesitar. Una cocina solo de reparto, sin clientela de sala, es por naturaleza más dependiente estructuralmente del alcance de una plataforma que un restaurante con una fuerte clientela de calle, y debería sopesar con honestidad el coste operativo real de llevar su propia entrega —zonas, coordinación de repartidores, planes de contingencia— frente a lo que realmente recuperaría, antes de comprometerse a ello. Un pop-up, un puesto de temporada o cualquier concepto con un potencial de visita repetida genuinamente bajo suele salir mejor parado quedándose centrado en la web, en lugar de construir una app que necesita una base de comensales que vuelvan para justificar su descarga; en cuanto un restaurante tiene una base real de habituales, ese cálculo se invierte y el hábito de tener la app en la pantalla de inicio empieza a merecer la inversión. Un concepto de mucha hora punta y servicio en mostrador —un sitio de comidas con mucho tirón, una ventanilla de food truck con cola a la hora de comer— es el caso clásico en el que un kiosco se gana su sitio más rápido, precisamente porque los dos comportamientos que cambia un kiosco (carrito más grande, cola más corta) importan más justo cuando de verdad se está formando una cola.

Qué plataforma importa, y qué cuota de mercado tiene, cambia de verdad según el país —esta guía no finge lo contrario a propósito. Lieferando es la plataforma de referencia en Alemania; Uber Eats y Deliveroo tienen una presencia amplia en buena parte de Europa; Glovo y Just Eat tienen un peso particular en España e Italia; Yemeksepeti y otros retadores más recientes lideran en Turquía. La cuota de pedido directo que resulta alcanzable, las comisiones habituales e incluso qué incentivo sutil mueve de verdad a un comensal también varían según la competencia local y el tipo de concepto, no solo según el país. Cada cifra concreta de esta guía —el ejemplo de los 30 €, el objetivo de un reparto aproximadamente a la mitad entre canal directo y plataforma que se marcan muchos restaurantes— es una ilustración etiquetada como tal, pensada para recalcularse con el contrato y los comensales propios de cada restaurante, no una cifra universal que perseguir por sí misma.

Una forma breve y práctica de saber si un canal concreto merece la pena construirse ahora mismo: una cola que visiblemente está costando pedidos en hora punta es la señal para un kiosco; un teléfono que suena sin respuesta en la hora de más carga es la señal para atender —o automatizar— los pedidos por teléfono; una factura de plataforma que no deja de subir precisamente por comensales que claramente ya han pedido muchas veces antes es la señal para arrancar un plan de recuperación de margen; y una promesa de entrega que falla de forma predecible, casi siempre los viernes por la noche, es la señal para arreglar zonas, coordinación de repartidores y disciplina en la hora estimada antes de añadir ningún canal nuevo. Construir en ese orden —resolver el problema que visiblemente está costando dinero ahora mismo, sobre una carta y un proceso de pago que ya funcionan— suele ganar a construir de golpe todo lo que describe esta guía.