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 más cadenas utilizan como punto de partida: un descuento que solo está activo durante una ventana temporal concreta. Un especial de almuerzo con un 20 % de descuento, una oferta de pizza los martes por la noche o un suplemento 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.
• Un descuento por pedido — solo se aplica un descuento introducido mediante código a la vez; introducir un código nuevo sustituye al anterior. (El descuento automático de almuerzo diario puede seguir aplicándose junto con un cupón.)

La mayoría de los descuentos por franja horaria se canjean mediante código: el operador asigna un nombre al descuento y ese nombre es el código que el cliente introduce en el proceso de pago — solo se acepta dentro de la franja elegible, por lo que el personal no tiene que vigilar el cumplimiento de las reglas. La excepción es el descuento de almuerzo diario, que se aplica automáticamente a los clientes que han iniciado sesión sobre los artículos de almuerzo durante la ventana activa, sin necesidad de introducir ningún código. (Los descuentos de happy hour se validan del mismo modo, pero se aplican a través de tu POS mediante un código de tarjeta configurado.)

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:

• Códigos de un solo uso — cada código es consumido por un único pedido. Los lotes masivos se generan mediante un comando de operaciones (utilizado actualmente para grupos de vales de premio), y se puede emitir automáticamente un código por usuario a los registrados que cumplan los requisitos.
• Códigos de campaña compartidos — para un código de tipo «WELCOME10» que cualquier cliente elegible pueda introducir repetidamente, se asigna un nombre al descuento y ese nombre es el código. No existe un registro por código; las propias reglas del descuento y su ventana activa lo regulan.

La mecánica de descuentos es flexible:

• Porcentaje de descuento (p. ej., 15 %) o importe fijo (p. ej., 5 €).
• Alcance por categoría — el descuento se aplica solo a los artículos de las categorías seleccionadas.
• Gasto mínimo para canjear.
• Deduplicación por usuario para que un mismo cliente no agote una campaña por usuario.
• Ventana activa — desactiva un descuento con su indicador de habilitación, o limítalo a una franja de día/hora recurrente; los códigos de un solo uso se retiran una vez canjeados. (No existe un campo de caducidad por calendario independiente.)

Generación masiva en autoservicio — acuñar cientos de códigos únicos de un solo uso para un envío de CRM desde la interfaz de administración — está en la hoja de ruta. Actualmente, los códigos masivos de un solo uso se generan mediante un comando de operaciones y se exportan a CSV, y los códigos de campaña compartidos cubren el caso de uso de múltiples canjes.

Tarjetas de fidelización (integradas con POS)

Si tu POS ya gestiona un programa de precios para socios, Fooodo lo muestra directamente. La integración activa es R-Keeper para la cadena Čili Pizza; el contrato del conector expone los precios para socios de la misma manera para cualquier conector de POS futuro.

• En una mesa con fidelización habilitada, un cliente que haya iniciado sesión cuando se crea el pedido ve los precios para socios en el menú, no la tarifa estándar.
• La decisión se toma una sola vez, en el momento de creación del pedido, y es fija para toda la visita — todos los comensales sentados en esa mesa la comparten. No existe ninguna tarjeta por cliente que vincular dentro de Fooodo.
• Los precios provienen de tu POS. Fooodo no los modifica; muestra lo que tu programa de socios ya establece, obtenido del endpoint de fidelización del POS.

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

Preferencias de producto (filtros para clientes)

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 — el vocabulario que mejor se adapte a tu público. Cada etiqueta se crea una sola vez a nivel de empresa, recibe un nombre traducible (para que la misma etiqueta se lea 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ía destacada por restaurante. Las etiquetas las controla el operador y la lista de productos por etiqueta es explícita; nada aquí se infiere 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 quien lo consulta. 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. Los operadores también pueden programar una oferta para franjas de día de la semana/horario, de modo que el bloque muestre los artículos adecuados en el almuerzo frente a la cena.
• Populares — los auténticos más vendidos, calculados automáticamente a partir de los pedidos completados durante una ventana configurable (30 días por defecto). Los operadores eligen de qué categorías extraer la clasificación 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 desactualizado.

Por encima de estos, un cliente habitual que haya 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 para el operador. El procedimiento paso a paso para curar Recomendados y configurar Populares se encuentra en el Manual del Operador.

Venta cruzada (complementos sugeridos)

Cuando un cliente añade un artículo al carrito, Fooodo puede mostrar un breve aviso con complementos sugeridos — el mismo impulso que da un buen camarero («¿algo para beber con eso?»), entregado de forma consistente en cada mesa sin necesidad de formar al personal.

La venta cruzada se configura por el operador como flujos. Cada flujo tiene:

• Un disparador — un producto específico o una categoría completa. Cuando el cliente añade un artículo que coincide, el flujo se activa. (Esta es la mecánica de «cuando una Margarita llega al carrito, sugerir una Coca-Cola» — está activa, no en la hoja de ruta.)
• Una o más secciones de sugerencias, cada una con sus productos procedentes de una de tres fuentes:
  • Manual — una lista seleccionada a mano, en el orden que establezcas.
  • Categoría — todos los productos activos de una categoría elegida.
  • Más vendidos — se rellena automáticamente con los artículos más vendidos del restaurante en los últimos 30 días, para que la lista nunca quede desactualizada.
• Un modo de visualización — una superposición sobre el menú o un bloque en línea dentro del flujo.

Los artículos cuya categoría ya está en el carrito, los artículos desactivados en el restaurante y los artículos sin precio se filtran automáticamente — los clientes nunca ven «agotado» ni sugerencias duplicadas.

Esto es distinto de las recomendaciones de la página de inicio descritas en Recomendados y Populares — ese bloque recibe a los clientes habituales con sus propios pedidos repetidos y las ofertas programadas por el operador. La venta cruzada es la capa activada por adición dentro del flujo, por encima de aquella.

Ventanas emergentes de imagen

Una única imagen promocional que se muestra 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 asociada — 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 asociada.
• 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 asociada. 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 asociada, con el tratamiento fiscal correcto.

Es un gesto de confianza hacia 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 fijos predefinidos (5 %, 10 %, 15 %) más un importe personalizado.
• Las propinas están disponibles en todos los restaurantes que tengan configurado un código de ingresos por propinas; los pagos en efectivo no pueden incluir propina.

Las propinas se agrupan 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 configura por restaurante (en el conector R-Keeper activo, este es un código de ingresos de R-Keeper; otros conectores exponen el mismo ajuste).

Valoraciones

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

1. El cliente paga.
2. Aviso opcional de puntuación del 1 al 5 con un campo de comentario de texto libre.
3. Registrado contra el pedido, el restaurante y el camarero en cuestión.

Esto proporciona a los responsables 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 interruptor 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 lo que un cliente ha marcado como favorito; 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 de la venta cruzada: el aviso de venta cruzada activado por adición se nutre de los flujos configurados por el operador (seleccionados a mano, una categoría o los más vendidos), no de los favoritos explícitos del cliente. (El historial de compras repetidas del propio cliente se utiliza para personalizar la página de inicio, no el aviso de venta cruzada.) Un cliente que no ha iniciado sesión puede navegar por el menú con normalidad; los favoritos simplemente no están disponibles.

Lo que intencionadamente no está en el sistema

• Sin valoraciones públicas. Las puntuaciones de los clientes son visibles para el operador, no se muestran a 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 «dale a tu amigo 5 €, recibe 5 €».
• Sin fidelización por niveles. El programa de tarjetas de tu POS es la única superficie de fidelización; no hay un sistema paralelo de 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 reside aquí; el envío real se realiza en 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 Pay-First y Pay-Later interactúan 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.