Checklist para elegir un sistema de pedido y pago en mesa

Checklist para elegir un sistema de pedido y pago en mesa

La demo de un sistema gastronómico puede verse impecable y aun así fallar en el turno real. La pregunta no es si la pantalla es linda. La pregunta es si cobra bien, no frena al cliente, cuida datos, acompaña al equipo y no te ata a costos opacos.

Esta checklist sirve para comparar Garpalo con cualquier alternativa de menú QR, POS, app de delivery o sistema de autoatención.

1. ¿El QR solo muestra la carta o también cierra la venta?

Un menú QR estático puede mejorar la consulta, pero no cambia la operación si el comensal igual debe llamar al mozo para pedir y pagar.

Buscá que el sistema permita:

• Armar pedido desde la mesa.
• Enviar comanda estructurada.
• Pagar desde el teléfono.
• Ver estado del pedido.
• Llamar al mozo cuando hace falta.

Si no cobra ni genera estado, probablemente es una carta digital, no un sistema de autoatención.

2. ¿La fuente de verdad del pago es seria?

En gastronomía, un redirect de "pago exitoso" no alcanza. El navegador del cliente puede cerrar, fallar o volver tarde. El sistema tiene que confirmar el pago con el proveedor antes de liberar cocina cuando opera en prepago.

Preguntá:

• ¿El pago se confirma por webhook y reconsulta al proveedor?
• ¿Qué pasa si el pago llega tarde?
• ¿El webhook es idempotente?
• ¿Hay conciliación si Mercado Pago no notifica?
• ¿El equipo ve pagos pendientes, aprobados y reembolsos?

Si la respuesta es vaga, hay riesgo de cocinar sin cobrar o cobrar sin operar.

3. ¿El cliente entra sin fricción?

Para comensales, cada paso extra baja conversión. Pedir cuenta, crear usuario o bajar app puede matar el flujo.

El estándar mínimo debería ser:

• Escanear QR.
• Ver menú.
• Pedir.
• Pagar.
• Seguir estado.

Sin registro obligatorio. Sin app nativa para el comensal. Sin contraseña.

4. ¿Respeta cómo trabaja tu equipo?

Un sistema que obliga a cambiar toda la operación desde el día uno suele fracasar. Necesitás convivencia:

• Panel de cocina.
• Vista de mozos.
• Pedido asistido por staff.
• Modo salón, mostrador y retiro.
• Configuración por local para prepago o cobro flexible cuando corresponde.
• Roles y permisos claros.

La pregunta práctica: si se cae internet, si un cliente no quiere usar QR o si una mesa necesita ayuda, ¿el equipo puede resolver sin inventar un bypass peligroso?

5. ¿Convive con tu POS?

No todos los locales están listos para reemplazar su POS. Muchas veces conviene empezar como sidecar: pedido, cobro, KDS y datos, mientras el POS sigue para caja o contabilidad.

Preguntá:

• ¿Qué datos exporta?
• ¿Qué endpoints o API existen?
• ¿Qué integración realmente está construida y cuál es promesa?
• ¿Hay costo de implementación?
• ¿Qué pasa si tu POS no tiene API?

Una integración prometida sin contrato técnico puede ser más cara que una convivencia honesta.

6. ¿Los costos son claros?

Compará costos como dueño, no como técnico:

• Suscripción mensual.
• Add-ons.
• Costos de pasarela de pago.
• Costos por usuario, sucursal o mesa.
• Comisiones sobre venta, si existen.
• Condiciones de trial y baja.

En los planes actuales, Garpalo cobra suscripción y add-ons; no cobra comisión de Garpalo sobre ventas. No conviene presentar eso como "0% para siempre": el modelo vigente es el que se contrata hoy.

7. ¿Cuida datos y consentimiento?

Si el sistema captura WhatsApp, historial, feedback o pedidos, necesitás saber:

• Qué dato se guarda.
• Para qué se usa.
• Cómo se obtiene consentimiento.
• Cómo se exporta o borra si el cliente lo pide.
• Qué datos sensibles se cifran.

La privacidad no es un trámite final. Es parte de operar con confianza.

8. ¿El soporte existe cuando el local está abierto?

El problema nunca aparece en la demo. Aparece un sábado a la noche. Evaluá:

• Runbook de pago.
• Estado de servicios externos.
• Logs y auditoría.
• Alertas.
• Canal de soporte claro.
• Recuperación de contraseña y usuarios.

Si el proveedor no puede explicar cómo diagnostica un pago o un pedido perdido, el riesgo queda del lado del local.

9. ¿La decisión se puede probar rápido?

Un buen piloto debería permitir:

• Cargar menú base.
• Crear mesas y QR.
• Conectar Mercado Pago.
• Hacer un pedido real de prueba.
• Ver cocina/mozo/retiro.
• Medir primeros pedidos.

El objetivo de Garpalo es completar la configuración básica en 15 minutos. No es una promesa de alta ni de primer cobro: el menú real, Mercado Pago y la revisión manual pueden extender el proceso.

Resumen de compra

Elegí un sistema que:

• Cierre la venta, no solo muestre la carta.
• Proteja el pago antes de cocina cuando usás prepago.
• No obligue al comensal a registrarse.
• Conviva con tu equipo y tu POS.
• Tenga costos transparentes.
• Cuide datos y consentimiento.
• Se pueda probar con un turno real.

La herramienta correcta no debería pedirte fe. Debería darte evidencia.

[Probá Garpalo gratis](/registro) o empezá por la [calculadora de ahorro](/calculadora).