¿Cómo configurar cupones en el POS de un restaurante? Reglas de descuento, permisos del personal y límites de acumulación
6 days ago
En Estados Unidos, los cupones y descuentos son una de las herramientas más directas para atraer clientes recurrentes en restaurantes. Pero el problema más común entre los comerciantes chinos no es "no saber configurar descuentos", sino que después de configurarlos las ganancias se reducen silenciosamente: el cajero aplica un 10% de descuento sin más, un pedido para llevar usa un cupón válido solo para consumo en el local, el descuento de membresía y el cupón se acumulan indebidamente, y al revisar los informes a fin de mes se descubre que el monto descontado supera ampliamente lo esperado. El problema no suele estar en que el personal "tenga mala intención", sino en que el sistema POS del restaurante entrega los permisos de descuento a todos sin ningún límite. A continuación desglosamos, desde la lógica de configuración hasta el control de permisos, cómo gestionar correctamente los cupones.
-
¿Cuál es la diferencia entre Coupon y Discount en el POS? Ambos difieren en la forma de activación y la lógica de control dentro del backend del POS. El Discount (descuento) suele ser una acción de reducción de precio que el cajero selecciona activamente en la pantalla de cobro; puede ser un porcentaje, un monto fijo o un descuento en platillos específicos. El Coupon (cupón), en cambio, es un descuento con atributo de "comprobante", generalmente vinculado a condiciones de uso: consumo mínimo, vigencia, uso único, canal específico, etc. En pocas palabras, el Discount lo "otorga" el empleado y el Coupon lo "posee" el cliente. Al configurar, los descuentos preestablecidos (comida de personal, Happy Hour) pueden crearse como botones rápidos sin PIN; mientras que los cupones distribuidos al público deben vincularse a un código independiente y a condiciones restrictivas, para evitar que se conviertan en un "botón mágico de descuento" que el cajero pueda invocar a voluntad.
-
¿Cómo elegir entre descuento porcentual y descuento de monto fijo? El descuento porcentual es adecuado para segmentar membresías y promociones por franja horaria; por ejemplo, 5% para miembros básicos, 10% para miembros premium, 10% automático en el horario de almuerzo. Pero su riesgo radica en "diluir las ganancias sin distinción": si se abre un descuento porcentual sobre el total de la cuenta de forma permanente, cuanto mayor sea el ticket promedio, mayor será la concesión, y el cliente no pedirá más platillos por ello. El descuento de monto fijo ($5 de descuento en compras de $50, $10 de descuento en compras de $100) es más adecuado para elevar el ticket promedio, ya que el cliente agregará platillos o bebidas para alcanzar el umbral. La práctica más segura para los restaurantes chinos es: usar porcentajes para beneficios de membresía y usar descuentos por umbral para captar clientes nuevos y elevar el ticket promedio; en ningún caso se recomienda abrirlos sin condiciones durante todo el día y en todo el menú.
-
¿Se pueden usar cupones y beneficios de membresía al mismo tiempo? Este es el punto donde más se "escapa el dinero" en la configuración de descuentos. El descuento de membresía (como precio de miembro o descuento por canje de puntos) y el cupón pertenecen a dos lógicas independientes, y si se permite acumularlos debe configurarse explícitamente en el motor de reglas del sistema de marketing de membresías del restaurante. Existen tres prácticas seguras habituales: exclusión mutua (si se usa el cupón no se aplica el descuento de membresía, o viceversa), prioridad a uno (el sistema elige automáticamente la opción más favorable para el cliente, sin acumular) y acumulación condicionada (solo se permite combinar cupones de bajo valor con el precio de miembro; los cupones de alto valor son mutuamente excluyentes). Si no hay certeza, se recomienda establecer primero la exclusión mutua y, cuando se cuente con datos del Discount Report, abrir gradualmente escenarios de acumulación controlados.
-
¿Qué promociones deben tener consumo mínimo? La función principal del consumo mínimo es evitar que "un pedido pequeño consuma un cupón grande". Si un cupón de $5 de descuento se permite en un pedido de $8, la tasa de descuento supera el 60%, lo que equivale prácticamente a regalarlo. Tres tipos de promociones requieren especialmente un umbral: cupones por umbral ($5 de descuento en compras de $30, con tasa de descuento controlada por debajo del 15%), cupones de monto fijo elevado ($10 de descuento con un consumo mínimo de al menos $50) y cupones de primera compra para clientes nuevos (pueden flexibilizarse algo, pero se recomienda no bajar del 60% del ticket promedio de ese canal). En el backend del POS, el consumo mínimo suele calcularse sobre el "monto del carrito antes del descuento"; al configurar, hay que distinguir si es antes o después de impuestos, para evitar que el cliente alcance el umbral con impuestos y propinas.
-
¿Debe el personal tener permiso para aplicar descuentos manuales? El descuento manual es la principal fuente de merma interna. Las estadísticas del sector muestran que alrededor del 29% de la merma total proviene de la conducta del personal interno, y Void, Refund y Discount son precisamente las tres funciones más propensas al abuso. Una asignación razonable de permisos consiste en límites por niveles: los descuentos preestablecidos (comida de personal, promociones por franja horaria) pueden ser sin PIN, porque ya fueron aprobados previamente por el dueño; el límite de descuento manual del cajero debería mantenerse por debajo del 10%, y cualquier exceso debe requerir autorización con PIN del gerente; los descuentos de monto personalizado (cortesías, obsequios) solo deben abrirse a roles de gerente o superiores, con selección obligatoria de un código de motivo. Más importante aún: una persona, una cuenta; no compartir una sola cuenta de cajero en todo el local, pues de lo contrario los informes no podrán rastrear "quién aprobó este descuento".
-
¿Cómo limitar el uso repetido de cupones? Para prevenir el uso repetido se deben configurar dos barreras en el backend del POS: un uso por pedido y un número máximo acumulado por cliente. La primera evita que el mismo cupón se aplique repetidamente en un mismo pedido; la segunda vincula el cupón al número de teléfono o ID de membresía del cliente, limitando que ese cliente solo pueda canjearlo N veces en total dentro de la vigencia. Para cupones impresos o volantes distribuidos al público, si el sistema no permite vincularlos al cliente, al menos debe establecerse un número máximo global de usos, de modo que el cupón se invalide automáticamente al alcanzar el límite. Además, tras el canje de un cupón de uso único debe marcarse como usado en el POS, para evitar que el mismo código se introduzca de nuevo.
-
¿Deben configurarse por separado las promociones para llevar y para consumo en el local? Sí, deben separarse, y en la práctica es casi obligatorio. Las estructuras de costos del consumo en el local y del pedido para llevar son completamente distintas: el pedido para llevar ya asume la comisión de la plataforma o el costo de entrega; si además se le aplica el descuento elevado del consumo en el local, la ganancia por pedido puede reducirse a cero directamente. En el backend del POS, los cupones y descuentos deben vincularse al Order Type (tipo de pedido): los cupones de consumo en el local solo aplican a Dine-in, y los cupones para llevar solo coinciden con pedidos Takeout o de plataformas de terceros. Asimismo, se recomienda que la intensidad de las promociones en el canal para llevar sea un nivel menor que en el consumo en el local, y priorizar "descuentos por umbral" en lugar de "descuentos porcentuales sobre el total", porque el ticket promedio para llevar es relativamente más concentrado y el descuento por umbral tiene un impacto más controlable en las ganancias.
-
¿Qué informes de Discount Report deben revisarse cada mes? La conciliación de fin de mes no puede limitarse a mirar una sola cifra de "monto total de descuentos". El Discount Report debe vigilar al menos cinco dimensiones: ① monto total de descuentos y tasa de descuento (monto descontado ÷ ventas antes del descuento, para determinar si la concesión general se ha descontrolado); ② número de usos de cada descuento/cupón y las ventas que impulsaron (para determinar qué cupón realmente generó incremento y cuál solo concedió sin beneficio); ③ uso de descuentos desglosado por empleado (quién tiene una tasa de descuento notablemente alta en su franja; los números expondrán el problema antes que nada); ④ distribución de descuentos desglosada por canal (consumo en el local/para llevar); ⑤ monto de descuentos desglosado por tipo de cupón y categoría de platillo, prestando especial atención a si los platillos de alto margen están siendo excesivamente descontados. Si el POS lo permite, comparar lado a lado las "ventas después del descuento" y las "ventas antes del descuento" permite juzgar mejor el efecto real de la promoción que mirar solo el monto descontado.
La esencia de la configuración de cupones no es "hacer más descuentos", sino integrar en un mismo conjunto de reglas cuatro cosas: quién puede otorgar descuentos, cuánto, bajo qué condiciones y cómo verificarlo después. Para los comerciantes chinos, un sistema POS para restaurantes en Estados Unidos con una lógica de backend clara determina más la retención de ganancias que la propia intensidad del descuento. Ya sea que estés usando un sistema POS para restaurantes en Nueva York o un software de gestión para restaurantes en Los Ángeles, dedicar una tarde a revisar de nuevo las reglas de Discount y los límites de permisos suele proteger mejor el margen que repartir otra ronda de cupones.
Un recordatorio: muchos sistemas de punto de venta (POS) permiten por defecto que los cajeros apliquen descuentos y cupones acumulables directamente al momento de cobrar. Si no se han configurado de antemano las reglas de exclusión mutua, al hacer el cierre de mes es fácil descubrir que los márgenes de beneficio se han ido reduciendo sin que nadie se diera cuenta. Conviene revisar primero la configuración predeterminada de acumulación en el panel de administración.