La parte fácil de digitalizar un local es la tecnología. La difícil es que diez personas con distintos turnos, distinta antigüedad y distinta comodidad con un celular usen el mismo sistema sin que el servicio se resienta. Esta guía cubre las dos mitades de ese problema: cómo repartir los accesos y cómo capacitar.
Por qué no todos necesitan ver lo mismo
Un mozo necesita ver las comandas de su zona y poder marcarlas como entregadas. No necesita ver el margen de cada producto, los reportes del mes ni la configuración de precios. No es desconfianza: es que una pantalla con información que no usás es una pantalla más lenta de operar, y en pleno servicio eso se paga.
Los roles típicos de un local gastronómico se ordenan más o menos así:
| Rol | Qué necesita ver | Qué no hace falta que vea |
|---|---|---|
| Mozo o salón | Comandas activas, estado de los pedidos, mesas abiertas. | Reportes, márgenes, configuración de la carta. |
| Cocina o barra | Comandas por preparar, observaciones, orden de llegada. | Cobros, datos de clientes, precios. |
| Encargado de turno | Todo lo operativo del turno: comandas, cierre, disponibilidad de productos. | Configuración de facturación, accesos de otros usuarios. |
| Dueño o administrador | Todo: reportes, precios, accesos, configuración. | Nada queda afuera. |
Accesos individuales, no una cuenta compartida
La solución que aparece sola en todos los locales es una sola cuenta con la contraseña anotada en un papel atrás de la caja. Es cómoda el primer día y un problema todos los siguientes.
Con accesos individuales pasan tres cosas útiles. Primera: cada acción queda asociada a una persona, lo que no es control policial sino la única forma de reconstruir qué pasó cuando algo sale mal. Segunda: cuando alguien deja de trabajar, se da de baja su acceso y listo, sin cambiarle la contraseña a todo el equipo. Tercera: cada persona ve solo lo que necesita, y eso hace su pantalla más rápida.
Ese segundo punto pesa especialmente en gastronomía, donde la rotación de personal es alta. Con una cuenta compartida, cada baja implica cambiar la clave y avisarle a todo el mundo — y en la práctica no se hace, así que el acceso de alguien que se fue hace ocho meses sigue vivo.
Varios encargados, varios turnos
Cuando el local tiene turnos con encargados distintos, el problema deja de ser técnico y pasa a ser de traspaso: lo que quedó a medias en un turno tiene que aparecer solo en el siguiente, sin depender de que alguien se acuerde de contarlo.
- El panel como fuente única de verdad. Si algo pasó, está en el sistema. Si no está en el sistema, no pasó. Esa regla, sostenida, elimina la mitad de los malentendidos entre turnos.
- Comunicación mínima pero explícita. Una nota corta al cierre de cada turno sobre lo que quedó pendiente vale más que una reunión semanal.
- Reportes por turno, si el volumen lo justifica. Comparar mañana contra noche muestra diferencias reales de venta, de ticket promedio y de errores.
- Cada encargado con su propio acceso, para que el cierre de caja de cada turno quede efectivamente separado.
Más de un local
Con dos o más sucursales, la regla es: datos separados por local, información centralizada. Cada sucursal necesita sus propias comandas, su propia caja y su propio stock —mezclarlos vuelve inútil cualquier reporte— pero vos necesitás poder mirar el conjunto sin entrar y salir de tres paneles.
Los menús conviene tratarlos como independientes pero fáciles de replicar: cada local suele tener alguna diferencia (un plato propio, precios distintos por zona, horarios distintos), y forzar un menú idéntico genera más trabajo del que ahorra. Lo que sí conviene compartir es la estructura de categorías, para poder comparar rendimiento entre locales sobre la misma base.
Y los accesos se dan por sucursal: un encargado ve su local, no los otros. La comparación entre locales queda del lado de quien administra.
Cómo capacitar al equipo para el lanzamiento
Pasar de papel a digital cambia la rutina de gente que hace lo mismo hace años. El fracaso de una implementación casi nunca es técnico: es que el equipo no se sintió cómodo y volvió al papel a la primera dificultad.
- Contales qué va a cambiar en su día a día antes del lanzamiento, no el mismo día. Y explicá el porqué, no solo el cómo: menos errores, menos idas y vueltas, más tiempo para atender. Un equipo que entiende qué problema propio se resuelve se adapta mucho mejor que uno al que le avisaron que "ahora se usa esto".
- Elegí un día tranquilo para estrenar. Nunca un viernes. Un martes al mediodía le da margen a todo el mundo para equivocarse sin una fila esperando.
- Asigná un referente por turno: alguien que conozca el sistema un poco mejor que el resto y pueda resolver dudas rápidas durante el servicio, en vez de que todos te llamen a vos.
- Tené a alguien disponible las primeras noches, presencialmente si se puede. Es el momento donde una duda sin responder se convierte en "esto no funciona".
- Pedí feedback apenas termina el turno, no una semana después. Ahí está fresco qué pantalla costó y qué pregunta se repitió.
Capacitar a alguien nuevo en un solo turno
En un rubro con rotación alta, esto pasa seguido: entra alguien nuevo y tiene que trabajar esa misma noche. Cuatro pasos que funcionan:
- Explicá primero el flujo completo en dos minutos —de dónde sale un pedido, dónde aparece, quién lo marca listo, cómo se cierra— antes de mostrar ninguna pantalla. Sin el mapa general, cada botón es un dato suelto.
- Practicá con un pedido de prueba real, de punta a punta, antes de que abra el local. Ver el circuito completo una vez vale más que veinte minutos de explicación.
- Asigná un compañero de referencia para ese turno, alguien concreto a quien preguntar.
- No esperes perfección el primer día. Que sepa hacer lo básico y a quién preguntar es suficiente; el resto se aprende usándolo.
Las tres objeciones que van a aparecer
Conviene anticiparlas, porque van a aparecer sí o sí y contestarlas mal en el momento arruina la implementación entera.
La primera es la propina. Si el cliente paga desde el celular, el equipo asume que la propina desaparece. Es la objeción más importante y la más razonable, y tiene que estar resuelta y comunicada antes del lanzamiento: cómo se cobra, cómo se reparte y cuándo se cobra. Si no la contestás, el equipo va a desalentar el uso del QR con toda la razón del mundo.
La segunda es "esto viene a reemplazarnos". La respuesta honesta es que no, y se demuestra con hechos: el pedido tomado por el mozo sigue existiendo, el cliente elige, y lo que se elimina es la transcripción, no la atención. Si en tu caso sí implica menos gente, decilo de frente en vez de que se descubra solo.
La tercera es "los clientes grandes no lo van a usar". Es parcialmente cierta y por eso conviene no discutirla: la carta física se queda para quien la prefiera, y el equipo tiene que saber que ofrecer las dos opciones es lo correcto, no un fracaso del sistema.
Las primeras semanas son las que más información dan
Las dos o tres primeras semanas te muestran cosas que ninguna planificación previa anticipa: qué parte del flujo genera dudas, qué pantalla nadie usa, qué pregunta se repite todas las noches. Ese feedback de quien está en el salón todos los días vale más que cualquier suposición sobre cómo debería usarse el sistema.
Si todavía estás definiendo qué sistema implementar, la comparación de enfoques está en comandas digitales vs POS, papel y Excel, y las preguntas para hacerle a un proveedor están en cómo elegir una plataforma.