Tus clientes frecuentes instalan tu app; por eso sus usuarios piden más
Ni Starbucks pasa más del 33% de sus transacciones en EE. UU. por pedido móvil. Apple exige publicar tu app en tu propia cuenta de desarrollador de $99 al año.
El argumento más común a favor de una app de restaurante es una comparación: los comensales que usan tu app piden más seguido que los que no la usan. Un proveedor de pedidos en línea lo pone en “alrededor de 2x”. Le creo al número. No creo que signifique lo que se usa para decir.
Piensa en quién descarga la app de un restaurante. Nadie instala una app de un lugar donde comió una vez. Quienes la instalan son las personas que ya piden cada semana. Compararlas con todos los demás te muestra que los clientes frecuentes piden más que los que no lo son, cosa que ya sabías. No muestra que la app haya convertido a nadie en cliente frecuente.
Eso cambia la pregunta. Una app rara vez es la forma de conseguir clientes frecuentes. Es una forma de atender mejor a los que ya tienes, y la decisión es si eso vale lo que cuesta. Hice el mismo planteamiento en el artículo sobre lealtad: la inscripción ocurre en la caja, y la app es algo a lo que los clientes frecuentes pasan después.
Cómo se ve el mejor escenario
Las cadenas que más han invertido en apps publican sus números, y marcan un techo que vale la pena conocer:
| Empresa | Métrica digital | Cifra más reciente |
|---|---|---|
| Starbucks | Pedido y pago móvil, porcentaje de las transacciones en tiendas propias de EE. UU. | 33% (trimestre que terminó en junio de 2026), con 35.8 millones de miembros activos de Rewards en EE. UU. |
| Chipotle | Ventas digitales, porcentaje de los ingresos por alimentos y bebidas | 38.3% (trimestre que terminó en junio de 2026) |
| Domino's | Canales digitales, porcentaje de las ventas minoristas en EE. UU. | Más de 85% (2025); sin separar app y web |
Starbucks es el caso más revelador. Tiene uno de los programas de lealtad más grandes del mundo, una app integrada a la rutina diaria y un producto que la gente compra varias veces por semana. Aun con todo eso, dos terceras partes de sus transacciones en EE. UU. todavía no pasan por el pedido móvil. Las cifras de Chipotle y Domino's incluyen sitios web y apps de entrega a domicilio, así que la parte que llega por su propia app es menor que la cifra principal.
Un restaurante independiente no se va a acercar a esos números, y no debería planear hacerlo. La meta realista es tu segmento más alto de comensales.
Lo que una app hace mejor que un sitio web
Casi todo lo que hace una app también lo hace un buen sitio web de pedidos móviles. Menú, carrito, pago, hora de recogida: la web maneja todo eso, sin instalar nada y sin tienda de apps. Donde una app realmente gana es más limitado:
- Rapidez en los pedidos repetidos. Pago guardado y repetir el pedido en dos toques. Paytronix, un proveedor de pedidos y lealtad, reportó que la mediana para completar un pedido en apps de iOS es de menos de cuatro minutos, y dice que las apps completan pedidos unas cuatro veces más rápido que la web.
- Notificaciones push. El único canal propio que no depende de una bandeja de entrada. Los parámetros de 2025 de Airship ponen la mediana de aceptación de notificaciones push en alrededor de 49% en iOS y 60% en Android, así que calcula llegar a más o menos la mitad de quienes instalan la app.
- La lealtad en su bolsillo. Puntos, recompensas y una tarjeta guardada en un solo lugar, sin tener que buscar un enlace en el correo.
Donde pierde es en el descubrimiento. Nadie busca un restaurante de su colonia en una tienda de apps. Cada instalación empieza con alguien que ya te conoce, que es justo el punto de arriba.
Lo que exigen Apple y Google
Esta parte sorprende a quienes compran una app a un proveedor de plataforma.
La guía 4.2.6 de Apple dice que las apps creadas con una plantilla comercial o un generador de apps “serán rechazadas a menos que las envíe directamente el proveedor del contenido de la app”. El proveedor puede construirla, pero la app se tiene que publicar en tu propia cuenta de desarrollador de Apple, a nombre de tu negocio. En la práctica eso significa:
- El Apple Developer Program a $99 al año, pagado por ti.
- Un número D-U-N-S para tu negocio, que es gratis en la mayoría de los lugares pero toma tiempo conseguir.
- La cuenta a tu nombre, lo cual es útil: si cambias de proveedor, la ficha de la app y sus reseñas se quedan contigo.
Google Play cobra un pago único de $25. Una trampa: las cuentas de desarrollador personales creadas después de noviembre de 2023 deben hacer una prueba cerrada con al menos 12 testers durante 14 días antes de publicar. Registra la cuenta como organización.
Sin comisión de la tienda sobre la comida. Las reglas de Apple exigen que las apps que venden bienes físicos consumidos fuera de la app usen métodos de pago normales en lugar de compras dentro de la app. Los pedidos no pagan el 15–30% de Apple; el procesamiento de tarjetas es la única comisión.
Cuándo se paga sola
Cuenta a los comensales que ya te piden al menos dos veces al mes. Esa es la audiencia realista de tu app. El resto de la decisión se desprende de ese número:
- Normalmente se paga sola en grupos con varias sucursales, conceptos de alta frecuencia como cafeterías, comida rápida para el almuerzo y pizza, y restaurantes con un programa de lealtad que funciona y cuyos miembros ya piden seguido.
- Normalmente no en lugares con mucho turismo, restaurantes de destino que se visitan de vez en cuando, y cualquier lugar donde la mayoría de los comensales va unas cuantas veces al año. Los pedidos en la web móvil y un programa de lealtad por mensaje de texto hacen el trabajo a menor costo.
La prueba honesta es si notarías la diferencia si tus cien mejores comensales pudieran repetir su pedido en diez segundos en lugar de dos minutos, y recibir una notificación push un martes flojo. Si la respuesta es sí, la app está atendiendo a clientes que ya tienes y las cuentas pueden salir. Si cuentas con que te consiga clientes nuevos, no lo va a hacer.
Lo que no te voy a dar
Una división de pedidos entre app y web para restaurantes independientes. Busqué datos independientes y no encontré ninguno. Las cifras que circulan vienen de proveedores que describen a sus propios clientes.
Una cifra de retención para apps de restaurantes. Se citan números, pero no pude rastrear ninguno hasta una fuente primaria que pudiera respaldar.
El “2x” como proyección de ventas. Ve el inicio de este artículo.
Qué hacer
- Cuenta a tus comensales frecuentes. Cualquiera que pida dos veces al mes o más, según tus datos del POS o de lealtad. Esa es la audiencia.
- Primero haz que funcionen la lealtad y los pedidos en la web. Una app montada sobre un programa de lealtad al que nadie se inscribió no tiene nada que ofrecer.
- Abre las cuentas de desarrollador a nombre de tu negocio antes de que un proveedor empiece a construir. Apple necesita un número D-U-N-S; Google necesita una cuenta de organización para saltarse el requisito de testers.
- Pregunta quién se encarga de las actualizaciones del sistema operativo. Apple y Google lanzan versiones nuevas cada año, y una app que nadie mantiene empieza a fallar.
- Planea una razón para abrirla que el sitio web no ofrezca: una recompensa, un botón para repetir el pedido, un platillo exclusivo de la app. Sin eso, los clientes frecuentes la instalan una vez y se olvidan de ella.
- Escribe tu plan de notificaciones push antes del lanzamiento. Más o menos la mitad de quienes la instalen van a permitir notificaciones. Decide qué vale la pena como para interrumpirlos.
Aclaración: trabajo en Katalyst, que vende una app con tu marca construida a partir del POS, así que me conviene que los restaurantes decidan que necesitan una. Aun así, prefiero que empieces por el conteo del paso uno. Un restaurante con doscientos comensales frecuentes le va a sacar provecho real a una app. Uno con veinte no, por buena que sea la app.
Productos de Katalyst relacionados
Descubre cómo Katalyst se adapta a tu estilo de servicio
Una demostración de 30 minutos de la plataforma, adaptada a cómo opera realmente tu restaurante.
