Objeción 01
“Ya tengo un punto de venta.”
Respuesta: El problema no es si ya cobras. La pregunta es cuántas partes de la operación siguen fuera del POS: reservas, plano, cocina, inventario, turnos, clientes o reportes. s23 se vende por la conexión entre esos flujos, no por reemplazar una calculadora de caja.
Prueba en demo: reserva → mesa → orden → KDS → cobro → reporte.
Objeción 02
“Mi personal no va a aprender otro sistema.”
Respuesta: Cada rol ve solo lo necesario. El mesero trabaja pedidos y mesas; cocina ve preparación; recepción ve reservas y sala. La implementación se divide por flujo para reducir entrenamiento.
Prueba en demo: mostrar una sola tarea completa por rol, no el menú administrativo.
Objeción 03
“No quiero comprar tablets y terminales nuevas.”
Respuesta: No es requisito empezar con hardware propietario. El sistema funciona en navegador moderno y permite reutilizar computadoras, tablets o teléfonos compatibles.
Prueba en demo: abrir el mismo restaurante desde laptop, tablet y móvil.
Objeción 04
“Se me hace caro.”
Respuesta: No compares s23 únicamente contra el costo de otro POS. Compáralo contra la suma de herramientas, tiempo administrativo, errores, reservas externas y sistemas separados que hoy sostienen la operación. Si no necesitas todos los módulos, no empiezas con todos.
Pregunta de diagnóstico: ¿qué estás pagando hoy entre POS, reservas, delivery, inventario y horas administrativas?
Objeción 05
“No quiero mover todo de golpe.”
Respuesta: Correcto. La adopción recomendada es por fases. Primero se estabiliza el flujo principal y después se agregan módulos. Cambiar todo el mismo día aumenta riesgo sin necesidad.
Plan: Fase 1 POS/sala → Fase 2 reservas/KDS → Fase 3 inventario/staff.
Objeción 06
“¿Qué pasa si falla internet?”
Respuesta: La arquitectura final y contingencia se definen durante implementación. Para impresión existe un agente local y respaldo por navegador; para una operación que requiera mayor autonomía puede evaluarse despliegue dedicado o local dentro del alcance Enterprise.
No prometer operación offline total si no está documentada e implementada.
Objeción 07
“Mis reservas ya llegan por WhatsApp.”
Respuesta: WhatsApp recibe mensajes; no administra capacidad, duración de mesa, franjas, no-shows, waitlist ni asignación. La reserva propia convierte esa intención en una unidad operativa dentro del mismo sistema.
Prueba en demo: reserva pública → aparece en recepción → asignación de mesa.
Objeción 08
“Solo necesito caja y pedidos.”
Respuesta: Entonces empieza con el plan base. La arquitectura modular existe precisamente para no forzar inventario, delivery o recursos humanos a una operación que todavía no los necesita.
Cierre: vender el plan correcto, no el plan más caro.
Objeción 09
“Tengo varias sucursales y cada una trabaja distinto.”
Respuesta: El modelo multi-tenant permite que cada local conserve su operación y configuración, mientras el grupo mantiene una capa de administración central. Las diferencias particulares se documentan durante discovery.
Prueba en demo: selector de local + métricas agregadas + configuración local.
Objeción 10
“¿Y si después necesito algo que no tiene?”
Respuesta: Integraciones y desarrollo a medida están contemplados como alcance bajo solicitud. Primero se documenta el resultado esperado, se valida técnicamente y se cotiza antes de construir.
Evita vender funciones futuras como si ya existieran.