Descuentos, cupones y fidelización

Esta página está dirigida a propietarios de restaurantes y equipos de marketing que quieran generar tráfico, aumentar el ticket medio y recompensar a los clientes habituales. Todo lo que aquí se describe se gestiona desde el panel de administración de Fooodo y aparece en el mismo proceso de pago del cliente — sin necesidad de conectar ninguna herramienta de crecimiento adicional.

Descuentos por franja horaria

El tipo de promoción más sencillo, y el que la mayoría de las cadenas utiliza como punto de partida: un descuento que solo está activo durante una franja horaria concreta. Un especial de almuerzo con un 20 % de descuento, una oferta de pizza los martes por la noche o un recargo para el brunch del fin de semana.

Configurable en el panel de administración por cada descuento:

• Día de la semana y franja horaria — p. ej., lun–vie, 11:00–14:00.
• Categorías elegibles — aplicar solo a «Almuerzo», «Pizza» o cualquier otra categoría.
• Gasto mínimo — condicionar el descuento a un importe mínimo para que aumente el ticket en lugar de simplemente recortar el margen en pedidos pequeños.
• Acumulable o exclusivo — elegir si los descuentos por franja horaria pueden combinarse con códigos de cupón.

Los descuentos se aplican automáticamente durante la franja horaria elegible — los clientes no necesitan introducir ningún código y el personal no tiene que recordar las reglas.

Códigos de cupón

Para campañas de correo electrónico, publicaciones en redes sociales, sorteos con socios o esos momentos en que el personal entrega un cupón a un cliente insatisfecho. Existen dos modalidades activas:

• Códigos de un solo uso — cada código se consume con un único pedido. Se generan en lotes y se vinculan a una campaña para poder rastrear qué canal ha convertido.
• Códigos multiuso — un único código, múltiples pedidos. Habitual en campañas del estilo «BIENVENIDO10».

La mecánica de descuento es flexible:

• Porcentaje de descuento (p. ej., 15 %) o importe fijo (p. ej., 5 €).
• Lista blanca por producto — el descuento se aplica únicamente a artículos específicos.
• Gasto mínimo para canjear.
• Deduplicación por usuario para que un mismo cliente no agote una campaña.
• Fecha de caducidad — los códigos expiran automáticamente.

La generación masiva para campañas de correo electrónico — generar cientos de códigos únicos de un solo uso para un envío masivo por CRM — está en desarrollo activo. Actualmente, los cupones multiuso cubren la mayoría de las necesidades; los de un solo uso en lote es la brecha que estamos cerrando a continuación.

Tarjetas de fidelización (integradas con el POS)

Si tu POS ya gestiona un programa de tarjeta personal, Fooodo se vincula directamente a él. La referencia específica para R-Keeper es Vilniaus Šeima para Čili Pizza; otros conectores de POS exponen los precios de fidelización de la misma manera a través del contrato del conector.

• Un cliente que ha vinculado una tarjeta de fidelización ve los precios de fidelización en el menú, no la tarifa estándar.
• La vinculación de la tarjeta se realiza una sola vez, en el perfil del cliente, y persiste entre visitas.
• Los precios provienen de tu POS. Fooodo no los modifica; simplemente muestra lo que tu programa de tarjeta ya establece.

No existe un segundo motor de fidelización dentro de Fooodo. No hay puntos en la aplicación, ni sistema de niveles paralelo, ni mecánica de «gana 1 punto por cada euro». El programa de tarjeta que ya gestionas es el programa de fidelización — Fooodo se conecta a él.

Preferencias de producto (filtros del cliente)

Una superficie de etiquetado ligera para organizar el menú en torno a cómo eligen los clientes: Vegano, Sin gluten, Picante, Destacado, Menús de almuerzo — la terminología que mejor encaje con tu público. Cada etiqueta se crea una sola vez a nivel de empresa, recibe un nombre traducible (para que la misma etiqueta se muestre correctamente en cada idioma del cliente) y luego se aplica a los productos desde el panel de administración.

Los clientes ven las preferencias como chips de filtro en el menú — al pulsar «Vegano», el menú se reduce a los artículos etiquetados. Este mismo etiquetado es el que impulsa las superficies de categorías destacadas por restaurante. Las etiquetas las controla el operador y la lista de productos por etiqueta es explícita; aquí no se infiere nada a partir del modelo.

No existe una taxonomía fija — tú decides las etiquetas. Los restaurantes también pueden tener sus propias etiquetas específicas cuando la composición del menú varía según la ubicación.

El menú de la página de inicio (Recomendados y Populares)

La parte superior del menú puede presentar platos en lugar de una lista plana, y se adapta a quién está mirando. Dos bloques controlados por el operador se muestran junto a los favoritos del propio cliente:

• Recomendados — una lista curada por el operador, configurada por restaurante. Tus platos estrella, las promociones actuales, los platos que quieres impulsar, en el orden que elijas. Esta misma lista también sirve como alternativa para el aviso «¿te falta algo?» en el proceso de pago.
• Populares — los auténticos más vendidos, calculados automáticamente a partir de los pedidos completados durante un período configurable (30 días por defecto). Los operadores eligen de qué categorías se hace el ranking y cuántos productos por categoría; los platos en sí están basados en datos y se reordenan a medida que cambian las ventas, por lo que el bloque nunca queda obsoleto.

Por encima de estos, un cliente habitual que ha iniciado sesión también ve sus Favoritos — los platos que ha marcado con corazón y los pedidos recientes (véase Favoritos del cliente, más adelante) — de modo que un cliente nuevo y uno habitual no encuentran el mismo menú. Recomendados y Populares se configuran desde el panel de administración; los favoritos y la personalización basada en el historial son automáticos, sin panel de operador. El paso a paso para curar Recomendados y configurar Populares se encuentra en el Manual del Operador.

Venta cruzada en el proceso de pago (ofertas programadas)

Cuando un cliente abre el proceso de pago, Fooodo muestra hasta cinco artículos recomendados junto al carrito. Las recomendaciones se resuelven a través de tres capas, en orden:

1. Lo que este cliente suele pedir. Si el cliente ha iniciado sesión y tiene un historial de compras repetidas en los últimos 30 días en este restaurante, esos productos se muestran primero.
2. Una oferta programada configurada por el operador. Si no hay historial personal aplicable, Fooodo selecciona la oferta programada activa para el día de la semana y la franja horaria actuales en este restaurante.
3. Los más vendidos como base. Si no se aplica ninguna otra opción, la lista de recomendaciones recurre a los artículos más vendidos del restaurante en ese momento.

Las ofertas programadas se configuran por restaurante desde el panel de administración. Cada oferta incluye:

• Día de la semana y franja horaria — p. ej., lun–vie, 11:30–14:00. Los horarios se interpretan en la zona horaria local del restaurante.
• Categorías elegibles — vincular la oferta a «Bebidas», «Postres», un grupo personalizado «Complementos de almuerzo» u otra categoría — para que la sugerencia del mediodía no sea una recomendación de vino.
• Lista de productos con orden explícito — los operadores deciden qué productos se muestran, en qué orden y a qué precio.

Los artículos que ya están en el carrito, los artículos desactivados en el restaurante y los artículos sin precio se filtran automáticamente — los clientes nunca ven «sin existencias» ni recomendaciones duplicadas.

El objetivo no es la AI — es darle al operador el mismo aviso de venta adicional que haría un buen camarero, pero de forma consistente, en cada mesa, sin necesidad de formar al personal. La capa de historial es personalización opcional por encima, no la mecánica principal.

Los disparadores por artículo en el carrito — «cuando una Margarita entra en el carrito, sugerir una Coca-Cola a X €» — están en la hoja de ruta como complemento al modelo de oferta programada, no como sustituto.

Ventanas emergentes de imagen

Una única imagen promocional que aparece sobre el menú — para ofertas por tiempo limitado, menciones a socios, anuncios de la semana de apertura o cualquier otra cosa que sea mejor ver que leer. Los operadores suben la imagen desde el panel de administración; hay una imagen activa a la vez, con alcance a toda la empresa o a un restaurante específico. Reemplazar la imagen la actualiza en todos los lugares donde se aplica; eliminarla suprime la ventana emergente hasta que se suba algo nuevo.

Esta es una superficie deliberadamente pequeña — no es un sistema de gestión de campañas, ni mensajería segmentada, ni pruebas A/B. El objetivo es dar a los operadores un mecanismo rápido para un mensaje urgente sin necesidad de intervención técnica.

Donaciones

Una opción en el proceso de pago orientada al cliente que dirige una donación a una organización colaboradora — Cruz Roja es el ejemplo de referencia activo. Configurable a nivel de empresa:

• Importes predefinidos (1 €, 2 €, 5 €) más un campo de importe personalizado.
• Descripción de la causa — texto breve que explica qué hace la organización colaboradora.
• Opción predeterminada opcional — opt-in (desactivada hasta que se seleccione) u opt-out (activada por defecto, el cliente puede desmarcarla).

Las donaciones se cobran a través de la misma transacción de Mollie que el cliente ya está pagando, pero la parte correspondiente a la donación se dirige a la cuenta de Mollie de la organización colaboradora. Desde la perspectiva del cliente: un único cargo. Desde la perspectiva del operador: la donación no aparece en los ingresos del restaurante ni en los informes de ventas de tu POS — se registra limpiamente en los libros de la organización colaboradora, con el tratamiento fiscal correcto.

Es una acción que genera confianza en el cliente sin ningún impacto en el margen del restaurante.

Propinas

Las propinas no son en sí mismas una mecánica de promoción, pero están relacionadas — y suelen ser donde las cadenas ven el incremento de ingresos más rápido tras implantar Fooodo. El flujo de propinas:

• Porcentajes predefinidos (10 %, 15 %, 20 %) más un importe personalizado.
• Activación/desactivación por mesa — mantener las propinas desactivadas en el mostrador de comida para llevar y activadas en las mesas de servicio en sala.
• Porcentaje predeterminado configurable a nivel de restaurante.

Las propinas se incluyen en el mismo cargo de Mollie que el pedido y luego se liquidan en tu POS como una línea de propina — de modo que los flujos de trabajo de reparto de propinas existentes no cambian. El código de POS que representa los ingresos por propinas se establece por restaurante (en el conector R-Keeper activo, este es un código de ingresos de R-Keeper; otros conectores exponen la misma configuración).

Valoraciones

Un aviso de puntuación posterior al pago captura la opinión del cliente para que el operador pueda revisarla. Las valoraciones no se muestran públicamente — existen para ti, no para otros clientes. El flujo:

1. El cliente paga.
2. Aviso opcional de valoración del 1 al 5 con un campo de comentario libre.
3. Registrado contra el pedido, la mesa y el personal/turno en cuestión.

Esto proporciona a los gestores de cadena una señal de calidad por turno y por ubicación que se corresponde con la transacción real — útil para detectar «el servicio del martes por la noche en la ubicación N tiene un rendimiento consistentemente bajo» antes de que se refleje en las cifras de visitas repetidas.

Favoritos del cliente

Los clientes que han iniciado sesión pueden marcar como favoritos productos individuales del menú — un botón de un solo toque que persiste entre visitas. No existe un alcance por restaurante: un cliente que marca la Margarita como favorita en una ubicación de Čili Pizza ve el mismo favorito la próxima vez que escanea un QR en una ubicación diferente.

Los favoritos los gestiona el cliente. No existe un panel de operador para editar los favoritos de un cliente; los favoritos son una función del lado del cliente para volver a pedir rápidamente, no una palanca de merchandising. Están intencionadamente separados del sistema de recomendación — la capa de venta cruzada en el proceso de pago muestra las compras repetidas del cliente en los últimos 30 días, no sus favoritos explícitos. Un cliente que no ha iniciado sesión puede navegar por el menú con normalidad; simplemente no tiene acceso a los favoritos.

Lo que intencionadamente no está en el sistema

• Sin valoraciones públicas. Las puntuaciones de los clientes son visibles para el operador, no para otros clientes. Si quieres valoraciones públicas, eso es Google, TripAdvisor o Wolt — Fooodo no compite con ellos.
• Sin recompensas por recomendación. No existe hoy ninguna mecánica de «invita a un amigo y obtén 5 €, él también recibe 5 €».
• Sin fidelización por niveles. El programa de tarjeta de tu POS es la única superficie de fidelización; no hay un sistema paralelo Bronce/Plata/Oro dentro de Fooodo.
• Sin envíos masivos de correo electrónico automatizados desde Fooodo. La generación de códigos de cupón está aquí; el envío real se realiza desde tu CRM.

Dónde ir a continuación

• Operaciones del día a día: Primeros pasos para la incorporación y el ensayo en seco.
• El lado de los pedidos: Flujos de pedidos para ver cómo interactúan Pago Previo y Pago Posterior con las promociones (p. ej., los códigos de cupón pueden aplicarse en cualquiera de los dos flujos).
• El lado del dinero: Pagos para los detalles sobre propinas, donaciones y mecánicas de reembolso.