¿De verdad deberías hacer
una app de restaurante?

Read this article in English →

Una agencia te escribió la semana pasada. O quizás un amigo-de-un-amigo que “hace apps” se sentó frente a ti en un café y te dijo, con verdadera convicción, que tu restaurante está dejando dinero sobre la mesa porque no tiene una. El pitch siempre son las mismas tres diapositivas: programa de lealtad, push notifications, experiencia de cliente con tu marca. La cifra al final del deck normalmente está entre $15,000 y $40,000, y el mantenimiento mensual arranca en $400.

Esta es la respuesta honesta, que ninguna agencia te va a dar: probablemente no. Para la gran mayoría de los restaurantes independientes, una app nativa es una solución buscando un problema, a un precio que no calza con el tamaño del problema que de verdad está resolviendo.

Pero “no” por sí solo es una respuesta inútil, porque las razones por las que quieres una app son reales. Quieres que los regulares vuelvan más seguido. Quieres llegarles sin pagarle a Meta por el privilegio. Quieres tu marca en la mano del comensal, no enterrada bajo el logo de DoorDash. Esos son objetivos legítimos. La app simplemente no es como llegas a ellos.

Este es el mapa. A la izquierda, lo que crees que quieres. A la derecha, lo que de verdad lo entrega — por una fracción minúscula del costo.

Stack total si armas las cinco: aproximadamente $30–$80/mes en costos de herramientas, más quizás una semana de setup. Costo total de la app nativa que te propusieron: $15–$40K por adelantado, $400–$1,200/mes en mantenimiento, más el costo continuo de lograr que los comensales de verdad la instalen y la abran. La ruta de la app cuesta 20–50x más para entregar los mismos resultados de fondo. Eso no es un error de redondeo.

El problema de la instalación del que nadie habla

Las agencias que proponen apps de restaurante nunca quieren discutir la tasa de instalación. Esta es la verdad incómoda: el restaurante independiente promedio que lanza una app nativa ve que menos del 2% de sus comensales la instalan, y de los que la instalan, menos de un tercio siguen usándola seis meses después. He visto los dashboards. Tienes una ráfaga de descargas en las primeras dos semanas por parte de regulares que quieren apoyar, y luego la curva se aplana.

Esto no es porque tu restaurante no sea querido. Es porque tus comensales ya tienen demasiadas apps en su teléfono, y la tuya es la notificación número 187 compitiendo por su atención. Te quieren. También quieren a la tintorería de enfrente y al gimnasio de la esquina, y ninguno de esos lugares les ha convencido tampoco de instalar una app. La relación fricción-beneficio simplemente no está ahí.

Un sitio web, en cambio, funciona con una tasa de instalación del 100%. Cada persona que teclea tu URL o toca tu Google Business Profile está dentro de tu “app” con cero fricción. Un opt-in por SMS funciona sobre comportamiento — el comensal manda un código corto desde la mesa y queda suscrito, sin descarga. Una PWA (progressive web app) guardada en la pantalla de inicio se ve exactamente como una app nativa, se lanza con un toque, y se instala en tres segundos desde un botón en tu sitio. Cualquiera de las dos rutas mantiene la relación en un canal propio — no le pagas a una plataforma cada vez que un comensal vuelve a encontrarte.

La versión moderna de “quiero mi restaurante en el bolsillo del comensal” no es una app nativa. Es un sitio web tan bueno que el comensal quiera guardarlo en su pantalla de inicio. Eso es un logro que tu stack actual de sitio web puede entregar — solo requiere alguien al que le importen los detalles.

Las dos situaciones en las que una app de verdad es la decisión correcta

No te voy a decir nunca app jamás. Dos situaciones específicas hacen defendible una app nativa.

1. Marcas multi-local con 5,000+ transacciones semanales relevantes para la app

Starbucks tiene app. Chipotle tiene app. Sweetgreen tiene app. Eso es porque cuando tienes 20+ locales y comensales pidiendo varias veces por semana, los números de lealtad impulsada por app + pre-ordering de verdad cierran — amortizas el costo de build sobre un volumen de pedidos que ningún restaurante independiente ve. A escala Starbucks, un 1% de levante en conversión en mobile ordering paga el programa de app completo en un trimestre. A tu escala, no.

Si eres un independiente con dos locales, los números siguen sin funcionar. Si tienes cinco o más locales haciendo volumen real de mobile ordering, quizás. Por debajo, no.

2. Un concepto que de verdad requiere comportamiento de app

Ghost kitchens corriendo varios conceptos desde un mismo espacio. Servicios de meal prep solo por pre-pedido donde cada orden se agenda con 48 horas de anticipación. Clubes de cena por suscripción. Esos son realmente productos con forma de app — la app es el producto, no una capa de marketing encima de un restaurante.

Si tu concepto es “restaurante independiente con mesas, donde la gente entra, come, y se va”, eso no tiene forma de app. La app es overhead de marketing. Si tu concepto es “club de degustación por suscripción que manda una caja cada martes”, la app puede ser todo el mecanismo de distribución. Animales distintos.

Las razones por las que quieres una app son reales. La app es solo una forma mucho más cara y mucho menos usada de conseguirlas que las herramientas que ya viven en el teléfono de tu comensal.

El costo a cinco años de cada ruta

El shock de precio es el encuadre equivocado. La agencia te cotiza un número de build; la comparación real es lo que cada ruta cuesta durante la vida de la relación. Abajo, el stack alternativo del mapa de arriba versus un build de app nativa de gama media, totalizados a cinco años. Ambos números asumen que la app de verdad se lanza y se mantiene viva.

Dos columnas de la misma hoja de cálculo. La app nativa no entrega nada que el stack alternativo no entregue ya — lealtad, mensajería, un ícono tipo app en la pantalla de inicio, presencia de marca — por dieciséis veces el dinero. Lo único que la app entrega de manera única es el retainer continuo de la agencia.

Qué hacer en su lugar, en orden

Si este post te bajó del precipicio de la app, esta es la secuencia honesta. Haz estas primero, en este orden. Si al final del paso cuatro sigues sintiendo que necesitas una app nativa, llámame y te conecto con una agencia que las hace bien. (Corre Tech Stack primero para ver qué cubren ya tus herramientas actuales.)

1. Activa el programa de lealtad de tu POS. Square Loyalty, Toast Loyalty — ambos incluidos. Setup de diez minutos. Cada regular que paga con tarjeta empieza a acumular puntos automáticamente mañana. Sin instalación, sin nada nuevo en el teléfono del comensal.
2. Arranca una lista de SMS. Servicios como Klaviyo, Attentive o SimpleTexting cuestan $20–$50/mes para una lista del tamaño de un restaurante. Promueve el opt-in en el host stand (“manda un mensaje al [código corto] para los especiales del fin de semana”). Vas a ver que la tasa de opt-in llega al 20%+ de los walk-ins en semanas. SMS tiene 95% de tasa de apertura. Los push notifications de apps tienen 8% de tasa de engagement. No hay comparación.
3. Convierte tu página de pedidos propios en una PWA. Si usas Square o Toast, la página de pedidos ya califica — los comensales pueden tocar “Agregar a pantalla de inicio” y conseguir un ícono tipo app en su teléfono. Pon un prompt en tu sitio que les diga cómo. Cero costo adicional.
4. Audita tu Google Business Profile. Fotos de buena calidad, horarios exactos, respuestas a reseñas. Este es el lugar donde los comensales de verdad interactúan con tu marca en sus teléfonos, mucho más de lo que cualquier app haría.

Cuatro pasos. Un fin de semana de trabajo. Probablemente $50–$100 al mes en herramientas recurrentes. Obtienes lealtad, mensajería equivalente a push, un ícono tipo app en el teléfono del comensal, y una presencia móvil profesional. Ese stack le gana a una app nativa de $25K en cada resultado medible, porque tu comensal nunca tuvo que tomar la decisión de instalarla.

La única línea honesta para decirle a la agencia

Si una agencia te está pichando activamente ahora mismo, la línea que yo usaría es esta: “Muéstrame un cliente tuyo, de mi tamaño, donde la app se haya pagado en margen de utilidad recuperado en menos de dieciocho meses — no en ‘engagement de marca’ ni en ‘descargas de app’, sino en dólares reales que no habrían existido de otro modo. Si me puedes mostrar eso, me interesa. Si no, terminamos”.

La mayoría de las agencias no puede responder esa pregunta, porque la respuesta honesta para un restaurante independiente es casi siempre que la app es un vehículo de marketing para la agencia, no un vehículo de utilidad para el restaurante. El margen de su lado es mejor que el margen del tuyo, que es exactamente cómo el pitch llegó a tu inbox para empezar.

Tu objetivo no es ser dueño de una app móvil. Tu objetivo es que los regulares vuelvan más seguido y que los comensales nuevos te encuentren. Las herramientas que entregan esas cosas ya existen, en su mayoría ya están en el teléfono de tu comensal por defecto, y cuestan centavos comparadas con lo que está en la cotización en tu inbox ahora mismo. Usa esas. Guarda el presupuesto de la app para la ampliación del patio.