Lista de verificación para pruebas de carga del POS de su restaurante: simule pedidos, su envío a cocina y pagos

Esta lista de verificación para pruebas de carga del POS de su restaurante le permite ensayar el servicio en hora pico: el personal registra pedidos al mismo tiempo, las comandas llegan a las estaciones de cocina correctas y los pagos se completan correctamente. Úsela antes de la puesta en marcha o de un cambio importante en la configuración. El objetivo es dejar constancia por escrito de la carga que pudo manejar la configuración de su restaurante, dónde se produjeron demoras y qué debe corregirse antes de recibir a los clientes.

Resumen en 30 segundos

Si sus prioridades al evaluar opciones son la toma de pedidos con dispositivos portátiles y la coordinación de cocina, considere Toast por sus flujos de trabajo documentados entre dispositivos portátiles y KDS; si le importa conservar su red actual, considere Square, que afirma que no requiere una red Wi-Fi propietaria. Si los pedidos de delivery y los combos personalizados son fundamentales para su servicio de mostrador, considere Lightspeed Restaurant por sus flujos de trabajo documentados para restaurantes de servicio rápido. Tome la decisión después de realizar el mismo ensayo de hora pico con la configuración propuesta: las páginas de producto enlazadas aquí no permiten determinar qué sistema procesará su carga de trabajo con mayor rapidez.

Qué puede y qué no puede demostrar una prueba de carga del POS

Para esta lista de verificación, una prueba de carga consiste en pedirle al personal que trabajará con el sistema que realice tareas de servicio simultáneas con la configuración que usted tiene previsto usar. Considere los pasos siguientes como un procedimiento operativo recomendado. No son resultados de mediciones de Toast, Square ni Lightspeed, y los criterios de aceptación sugeridos no constituyen garantías de rendimiento de los proveedores.

Comience con una pregunta práctica: ¿puede el equipo registrar, preparar, cobrar y conciliar los pedidos que espera recibir durante una hora pico? Ajuste el alcance a la realidad de su local. Una cafetería necesita una secuencia de pedidos de prueba distinta de la de un restaurante con servicio en mesa, platos servidos en distintos tiempos, transferencias de cuentas y comandas separadas para el bar.

La lista de verificación de implementación de KitchenHub recomienda revisar los pedidos para consumir en el local y para llevar, el envío de comandas a las impresoras de cocina, las propinas, el procesamiento de pagos, los informes y el acceso de administración. Use esas funciones como base del ensayo. Luego, ejecútelas de forma simultánea, de modo que el cajero esté cobrando mientras otro empleado envía un pedido y la cocina prepara las comandas que van llegando.

Evalúe por separado la precisión y la rapidez. Una comanda que llega enseguida a la estación equivocada no supera la verificación de envío. Una comanda correcta que llega después de que el personal haya empezado a preguntar dónde está requiere una revisión de los tiempos. Registre ambos resultados en lugar de resumir todo el ensayo con una impresión general como «pareció funcionar bien».

Un ensayo exitoso permite llegar a una conclusión limitada: esta configuración procesó esta carga de trabajo en estas condiciones. Registre el menú, los dispositivos, las versiones de software, las integraciones, el estado de la red y las funciones del personal junto con el resultado. No convierta ese resultado en una afirmación sobre todas las instalaciones del mismo POS.

Del mismo modo, mantenga procesos de aprobación separados para la seguridad de los pagos, la compatibilidad del hardware y los requisitos de soporte del proveedor. Este ensayo de servicio no certifica esos aspectos. Antes de comenzar, pida al proveedor o al instalador que confirme que la configuración cuenta con soporte.

El resultado útil es una lista breve de los problemas observados, con suficiente detalle para reproducirlos. «La cocina estuvo lenta» ofrece pocas pistas para actuar. «El modificador aparecía en la estación de despacho, pero faltaba en la estación de preparación correspondiente» le da al instalador algo concreto que investigar.

Preparación previa a la prueba: red, terminales y datos de prueba

Documente el servicio que intenta reproducir

Si dispone de registros de operación, seleccione un período representativo de alta demanda. Anote la combinación de pedidos, las terminales activas, el uso de dispositivos portátiles, los métodos de pago y los canales de pedidos. Utilice esa carga de trabajo para elaborar el guion de la prueba, en lugar de elegir una meta de transacciones porque suene impresionante.

Si se trata de una nueva apertura, documente sus proyecciones e identifíquelas como tales. Pida al gerente que explique los supuestos: afluencia esperada en el mostrador, rotación de mesas, demanda de pedidos para recoger y qué empleados compartirán dispositivos. Mantenga los resultados basados en proyecciones separados de los ensayos basados en el historial de operación.

Prepare fichas de pedidos con su menú real. Incluya pedidos sencillos junto con combinaciones que requieran atención: modificadores, sustituciones, distintas estaciones de preparación, instrucciones para llevar y correcciones. Para cada ficha, anote qué debe aparecer en la cuenta y a qué estaciones de cocina debe enviarse el pedido antes de que alguien lo ingrese.

Haga un inventario de la configuración

Registre los modelos de los dispositivos, las versiones de la aplicación POS, los equipos de pago, las impresoras, las estaciones KDS y las integraciones habilitadas. Incluya la ubicación de cada dispositivo y su método de conexión. Adjunte la configuración a los resultados para evitar que, tras un cambio de hardware, se dé por válida una aprobación anterior sin comprobarla.

La página de hardware de Toast incluye terminales de mostrador, dispositivos portátiles, quioscos, pantallas de cocina, pantallas para clientes y lectores de tarjetas. La página de servicio rápido de Square incluye Register, Handheld, Kiosk, Stand, KDS y Terminal. Considérelos opciones de productos; pida al proveedor que identifique la combinación exacta incluida en su propuesta.

En el caso de Lightspeed, utilice la documentación específica para restaurantes y los equipos indicados para su instalación de Restaurant. Su página de restaurantes de servicio rápido describe quioscos conectados, pantallas para clientes, terminales de pago y flujos de trabajo con KDS. No considere que una lista de equipos para comercios minoristas valida una configuración para restaurantes.

Acuerde las condiciones de la red

Dibuje el recorrido de las conexiones entre los dispositivos POS, los equipos de cocina, el router y la conexión a internet. Identifique cualquier conexión de respaldo. Pida al instalador que apruebe el método para interrumpir internet durante la prueba de caída del servicio, preservando los equipos y las conexiones que se pretende poner a prueba.

Realice la primera prueba en la red prevista para la operación. Registre cualquier cambio realizado al resolver problemas. Si mueve una terminal, sustituye una conexión o modifica la configuración de la red, identifique la siguiente prueba como realizada con una configuración distinta.

Square indica que su configuración para restaurantes no requiere una red Wi-Fi propietaria. Es una opción de configuración que conviene consultar, no un motivo para omitir la revisión de su propia instalación. En el caso de Toast, pregunte si el respaldo celular de Toast Router descrito en su página de hardware está incluido y activo en su configuración.

Organice los pedidos y pagos de prueba

Pregunte al proveedor qué procedimiento de capacitación o prueba permite poner a prueba las funciones que necesita. Pídale que identifique cualquier diferencia respecto de la operación real en el ingreso de pedidos, su envío a cocina, la gestión de pagos y la generación de informes. Registre esas diferencias como limitaciones del ensayo.

Acuerde cómo se identificarán y se retirarán del sistema los pedidos de prueba. Para los pasos de pago, utilice el método aprobado por el procesador y documente si habrá cargos, reembolsos o comisiones reales. No incluya datos de tarjetas en el registro de resultados; utilice referencias de transacciones y etiquetas de estado.

Asigne una función a cada persona

Asigne responsables para ingresar pedidos, observar la cocina, gestionar pagos y registrar resultados. Siempre que sea posible, pida al personal que desempeñe sus funciones habituales durante el servicio. Encargue a un observador el registro de los problemas para que el cajero no tenga que interrumpir la atención de la fila de prueba para redactar un informe.

La lista de requisitos para restaurantes de Bread recomienda que un gerente de servicio pruebe las transferencias de cuentas y las asignaciones de mesas, mientras una persona del área de finanzas revisa la liquidación de pagos, las ventas, los descuentos, los reembolsos, las propinas y los informes de pagos. Siga esa distribución de tareas cuando se ajuste a su operación. La persona responsable del cierre contable debe ayudar a determinar si el ensayo realmente está completo.

Escenario 1: ráfaga de pedidos simultáneos

Establezca una referencia sin actividad simultánea

Primero, ejecute las fichas de pedido sin superponer actividades. Confirme que la configuración del menú, los modificadores, los precios y los destinos coincidan con lo previsto. Registre las mismas marcas de tiempo que tenga previsto recopilar durante la prueba de alta actividad.

Si un pedido presenta errores durante esta prueba inicial, corrija la configuración y repita la prueba antes de aumentar la carga. De lo contrario, la prueba de alta actividad mezclará un problema de configuración existente con lo que ocurra cuando el personal trabaje simultáneamente.

Pida a los empleados que utilicen sus permisos habituales. Si una corrección requiere la intervención de un gerente, incluya ese paso en el guion. Anote cualquier acción que solo haya funcionado gracias a la intervención de un instalador o administrador.

Inicie las tareas simultáneas

Pida al personal que comience los guiones asignados al recibir una señal común. Mantenga una combinación similar a la del servicio que tiene previsto ofrecer: pedidos en mostrador junto con pedidos ingresados desde dispositivos portátiles, procesamiento de pagos y cualquier pedido de prueba autorizado de los canales conectados.

Toast describe cómo los pedidos de delivery de terceros llegan al POS y cómo la toma de pedidos desde dispositivos portátiles se conecta con el KDS. Square describe los pedidos para consumir en el local, para llevar, de delivery y de catering en su POS integrado. Lightspeed describe cómo los pedidos de delivery llegan al POS y cómo los pedidos en línea se consolidan en una pantalla. Incluya los canales que realmente tenga previsto activar y, después, siga el recorrido de cada pedido en su propia configuración.

No dé por probado un canal que no haya utilizado solo porque aparezca en la descripción de un producto. Márquelo como fuera del alcance de la prueba. Si una integración todavía está pendiente de configuración, mantenga pendiente su verificación de aceptación.

Incluya correcciones habituales del servicio

Incorpore correcciones en las fichas de pedido: cambiar un modificador, eliminar un artículo, ajustar el tipo de pedido o solicitar una transferencia de cuenta cuando el sistema lo permita. Decida de antemano qué debe ocurrir con las comandas que ya se hayan enviado a cocina.

Observe qué hace el personal cuando la pantalla deja de responder o no queda claro si una acción se ha completado. Registre si espera, repite la acción, consulta a un gerente o busca el pedido en otra parte del sistema. Conserve las referencias de los pedidos para poder comprobar el resultado real, en lugar de suponer si una pulsación repetida creó otro pedido.

Utilice estas comprobaciones durante la ráfaga de pedidos:

• Cada pedido del guion tiene una referencia rastreable en el POS.
• Los artículos, los modificadores y las instrucciones de servicio coinciden con la ficha de pedido.
• Las correcciones generan la cuenta final y las instrucciones de cocina previstas.
• Los pedidos ingresados a través de canales conectados siguen siendo identificables.
• Las demoras y las acciones repetidas quedan registradas con marcas de tiempo y nombres de los dispositivos.
• El personal puede explicar el siguiente paso cuando una acción parece incompleta.

Complete la ráfaga de pedidos antes de evaluarla

Mantenga al observador en la cocina hasta haber verificado todas las comandas previstas. Coteje las fichas de pedido originales con los registros del POS y las comandas recibidas en cada destino. Investigue los registros faltantes, inesperados o duplicados antes de dar por completado el escenario.

Utilice las mismas fichas de pedido al repetir la prueba después de una corrección. Si cambia tanto el guion de pedidos como la configuración, déjelo claramente registrado. El objetivo es comprobar si el problema original se ha resuelto.

Escenario 2: enrutamiento de pedidos en cocina y KDS bajo carga

Empiece por definir un mapa de destinos. Para cada artículo de prueba, indique qué estación debe recibirlo y si el personal de expedición debe ver el pedido completo. Incluya los modificadores y las instrucciones de servicio en el resultado esperado.

Toast describe el enrutamiento automático a la estación correcta y las notificaciones de comida lista. Square describe el enrutamiento automático de comandas a las estaciones de preparación mediante su KDS. La página de Lightspeed para restaurantes de servicio rápido incluye el KDS como parte del flujo de trabajo del restaurante. Estas descripciones le indican qué funciones poner a prueba; su mapa de destinos define qué se considera correcto en su cocina.

Observe la estación, no solo la pantalla de envío

Pida a la persona encargada de observar la cocina que registre cuándo aparece por primera vez cada comanda o cuándo termina de imprimirse. Compare su contenido con la ficha del pedido. Compruebe la estación, el tipo de pedido, los modificadores y cualquier identificador de recogida o de mesa que necesite su equipo.

Registre por separado la llegada de la comanda y la preparación de la comida. Este ensayo debe mostrar si el pedido llegó correctamente al cocinero. Si también ensaya la cocción y el empaque, registre esas etapas por separado para que un tiempo de preparación prolongado no se reporte como una demora de transmisión del POS.

Si utiliza impresoras, recoja las comandas impresas en orden. Si utiliza un KDS, registre el identificador de cada comanda y el estado observado. Tome capturas de pantalla solo cuando esté permitido y evite incluir información de clientes o de pagos.

Procese una cola de pedidos cada vez mayor

Deje que los pedidos se acumulen según el guion de servicio y luego pida al personal de cocina que los procese con los controles configurados. Observe si puede encontrar la siguiente comanda, leer las modificaciones e identificar los pedidos de distintos canales.

Incluya una modificación de un pedido que ya esté en cocina. Pida al cocinero y al personal de expedición que expliquen qué cambió y qué harían al respecto. Evalúe el resultado según el funcionamiento acordado con el instalador, incluido cualquier paso manual que deba realizar su equipo.

Si utiliza el flujo de Square para artículos agotados, ensáyelo de forma explícita: Square afirma que su función auto-86ing sincroniza los menús y el inventario. Elija un artículo de prueba, active el cambio configurado y revise cada interfaz pertinente donde se realizan pedidos. Registre dónde se reflejó el cambio y dónde todavía era necesario intervenir.

Incluya el trabajo fuera de la línea principal de cocina

Si el catering coincide con el servicio habitual, incluya el proceso de entrega entre equipos que realmente utiliza su personal. La página de catering de Toast enumera listas de preparación, hojas de empaque y etiquetas. Si estas herramientas forman parte de su configuración, coteje los documentos con el pedido de catering mientras la cola habitual de cocina sigue activa.

No dé por hecho que una prueba satisfactoria del mostrador a la cocina también cubre el catering, una impresora de bar o un área de recogida independiente. Registre un resultado explícito para cada destino requerido. Toda estación que no se haya incluido en el guion debe figurar en el informe como no probada.

Escenario 3: pagos y modo sin conexión

Ejecute el escenario de pagos en línea mientras se siguen procesando pedidos. Utilice el método de prueba aprobado para comprobar los flujos de pago y propinas que piensa ofrecer. Incluya correcciones, anulaciones o reembolsos únicamente mediante el procedimiento que su proveedor haya aprobado para el simulacro.

La lista de verificación de implementación de KitchenHub incluye el procesamiento de pagos, las propinas, las anulaciones y los reembolsos. Use esos puntos para preparar su guion de pruebas de pago y, después, defina el estado esperado de la transacción y de la cuenta para cada acción.

Registre el resultado completo del pago

Registre el momento en que se inicia el pago, el estado que aparece en pantalla y el estado en que queda la cuenta. Después, coteje la referencia de la transacción con el reporte correspondiente. Si el pago sigue pendiente, manténgalo como pendiente en el registro hasta conocer su estado final.

Si el dispositivo parece dejar de responder, indique al empleado que siga el procedimiento de recuperación documentado por el proveedor. Registre lo que vio y lo que hizo. No indique al personal que siga intentando cobrar hasta que aparezca un recibo.

Revise también los detalles habituales del servicio. ¿Puede el empleado saber si el cliente ya pagó? ¿La propina se registra según lo previsto? ¿El recibo coincide con la cuenta? ¿Puede el gerente localizar la transacción sin depender de la memoria del cajero?

Distinga la conexión de respaldo del funcionamiento sin conexión

Toast indica que su Router ofrece conectividad celular con respaldo automático. Si su instalación utiliza esa función, registre si durante el simulacro de interrupción se activó la conexión de respaldo. Identifique ese resultado como una prueba de conexión de respaldo.

Toast también indica que su modo sin conexión permite aceptar pagos con tarjeta y enviar pedidos a la cocina. Antes de probar ese escenario, solicite a Toast o a su instalador que confirme la configuración necesaria, los dispositivos compatibles, el funcionamiento en cocina y los pasos de recuperación para su instalación.

No use un cambio exitoso a la conexión celular como resultado de un escenario independiente de funcionamiento sin conexión. Anote el estado real de la conexión durante la prueba.

Lea detenidamente las condiciones de los pagos

La página de Square para cafeterías indica que los pagos sin conexión se procesan al restablecer la conexión y advierte que se rechazarán si el dispositivo no vuelve a conectarse en un plazo de 24 horas desde el primer pago sin conexión. La misma nota al pie atribuye al vendedor la responsabilidad por los pagos sin conexión vencidos, rechazados o disputados y excluye al Square Reader de primera generación para pagos sin contacto y con chip, versiones v1 y v2.

Use esas condiciones publicadas como base para formular preguntas sobre su equipo y la configuración específica de su aplicación. Restablezca la conexión cuanto antes durante el simulacro, revise las transacciones en cola y registre sus resultados finales. No considere que una aceptación mostrada en pantalla sin conexión sea el resultado definitivo del pago.

La página de Lightspeed para restaurantes de servicio rápido anuncia un modo sin conexión, pero la descripción enlazada aquí no detalla todas las condiciones para los pagos y el envío de pedidos a la cocina. Obtenga las instrucciones correspondientes a su serie de Lightspeed Restaurant y a su configuración de pagos antes de definir el comportamiento esperado durante la prueba de interrupción.

Pruebe la recuperación como parte del mismo escenario

Restablezca la conexión aprobada y siga el procedimiento de recuperación del proveedor. Coteje los pedidos ingresados durante la interrupción con los registros de cocina y los resultados de los pagos. Registre las colas sin resolver, las comandas inesperadas, los pagos pendientes y las correcciones manuales.

Designe a un gerente como responsable de la conciliación. El fin de la interrupción es un punto de control; el escenario permanece abierto hasta que se hayan conciliado todos los pedidos y pagos.

Registro de resultados: métricas y plantilla de registro

Mantenga un registro lo bastante breve para usarlo durante un ensayo y lo bastante específico para orientar las correcciones. Anote los valores observados en lugar de completar las celdas después con resultados estimados. Si nadie anotó la hora de un evento, márquela como no registrada.

Defina las mediciones antes de comenzar:

Medición	Inicio y fin	Qué registrar junto con ella
Duración del ingreso del pedido	Desde que comienza el ingreso hasta que se ejecuta el envío	Complejidad del pedido, dispositivo, asistencia al operador
Demora en la llegada a cocina	Desde que se ejecuta el envío hasta que aparece en el destino previsto	Estación, impresora o KDS, exactitud de la información
Tiempo de respuesta del pago	Desde que comienza el paso de pago aprobado para la prueba hasta que se muestra la respuesta	Método de pago, estado de la conexión, estado del pago
Carga de trabajo completada	Pedidos que completan el recorrido acordado durante la prueba	Duración de la prueba, dispositivos activos, combinación de canales
Incidencias	Cada evento faltante, incorrecto, repetido o sin resolver	Referencia, fecha y hora, acción del personal
Finalización de la recuperación	Desde que se restablece la conexión hasta que se completa la conciliación	Elementos pendientes y trabajo manual

Estas son mediciones sugeridas para su ensayo, no valores de referencia publicados sobre proveedores. Establezca los tiempos aceptables antes de realizar las pruebas, basándose en sus requisitos de servicio y en los compromisos escritos de la propuesta. Deje explícitos los requisitos de exactitud, incluso cuando los tiempos objetivo varíen según el flujo de trabajo.

Plantilla de registro de pruebas para copiar

Referencia de prueba / pedido	Configuración y estado de la red	Escenario / dispositivo	Resultado esperado	Resultado observado y tiempos	Referencia del pago o de la comanda	Estado	Responsable / siguiente acción
Ingrese los identificadores	Registre las versiones, el equipo y la conexión	Indique el flujo de trabajo y la terminal	Describa el resultado previsto	Ingrese las observaciones	Use referencias sin datos sensibles	Aprobado / fallido / sin probar / pendiente	Asigne el seguimiento

Adjunte un resumen de la prueba con la carga de trabajo prevista, la carga de trabajo realmente completada, la dotación de personal, las horas de inicio y fin y cualquier interrupción. Registre por separado la prueba de referencia sin actividad simultánea y la prueba con operaciones simultáneas. Conserve las observaciones originales cuando agregue un diagnóstico más adelante.

Para medir los tiempos, conserve tanto las observaciones individuales como los resúmenes. Revise los casos completados más lentos y enumere por separado los casos sin terminar. No permita que un promedio oculte el pedido que nunca llegó a cocina.

Establezca criterios prácticos de aceptación

Un criterio útil es exigir que se pueda dar cuenta de cada pedido de prueba, que todos los destinos requeridos reciban la información correcta y que cada pago de prueba tenga un resultado conocido. Toda incidencia debe tener un responsable y una decisión sobre cómo proceder antes de que el gerente dé su aprobación.

Distinga entre una verificación fallida y una que no se realizó. Una conexión de delivery que no estuvo disponible durante el ensayo no ha aprobado la prueba. Un pago pendiente de conciliación no está finalizado. Toda solución alternativa debe documentarse y practicarse antes de incorporarla al procedimiento operativo aceptado.

Después de una corrección, repita el escenario afectado y el flujo de trabajo relacionado. Por ejemplo, si cambia las reglas de envío a las estaciones, compruebe tanto el pedido original como el resultado en cocina. Conserve el fallo anterior en el registro para que el equipo pueda ver qué cambió.

Complete el cierre del día, además del cierre de las cuentas

Pida a la persona responsable de la conciliación que compare los registros de pedidos con los informes de ventas, descuentos, reembolsos, propinas y pagos: las mismas áreas de revisión señaladas en la lista de verificación de Bread.

Luego ensaye la rutina de cierre adecuada para su configuración. Registre las cuentas abiertas o los pagos cuyo estado siga sin resolverse y cómo los gestiona el gerente. No dé luz verde a la puesta en marcha mientras el equipo de cierre siga intentando aclarar las transacciones de prueba.

Límites documentados por los proveedores: Toast, Square, Lightspeed

Esta comparación presenta las funciones documentadas y las preguntas que debe resolver durante la prueba. No clasifica los sistemas según mediciones de capacidad de procesamiento. Las páginas de producto enlazadas no ofrecen una carga de trabajo común y reproducible que permita comparar estas instalaciones.

Área	Toast	Square for Restaurants	Lightspeed Restaurant
Flujos de pedidos que debe incluir	Integraciones de delivery, toma de pedidos con dispositivos portátiles y conexiones con KDS	Gestión de pedidos para consumo en el local, para llevar, delivery y catering	Combos personalizados, kioscos conectados y pedidos en línea centralizados
Funciones de cocina descritas	Enrutamiento a estaciones y notificaciones de comida lista	Enrutamiento a estaciones de preparación y marcado automático de productos agotados (86)	KDS como parte del flujo de trabajo de restaurantes de servicio rápido
Información sobre conectividad	Aceptación de pagos con tarjeta y envío de pedidos a cocina sin conexión; conexión celular de respaldo del router descrita por separado	Pagos sin conexión sujetos a condiciones de reconexión, riesgos asumidos por el comercio y requisitos de hardware	Se anuncia un modo sin conexión; esta descripción para restaurantes de servicio rápido no detalla las condiciones
Detalles de configuración relevantes para la prueba	Las opciones de hardware incluyen terminales, dispositivos portátiles, KDS y lectores de tarjetas	No exige una red Wi-Fi propietaria; ofrece opciones de puesta en marcha autoguiada y con asistencia	Informes filtrados por local y permisos de empleados específicos para cada local
Pregunta que debe resolver antes de dar su aprobación	¿Qué funciones configuradas siguen operativas durante la interrupción prevista y cuáles utilizan una conexión de respaldo?	¿El hardware propuesto admite el flujo de trabajo sin conexión que necesita y puede el personal completar la conciliación?	¿Qué serie de Restaurant y qué configuración de pagos se están demostrando, y qué funciones siguen operativas durante una interrupción?

Convierta la comparación en una decisión de compra

Si dirige un restaurante con servicio en mesa donde la toma de pedidos con dispositivos portátiles y la coordinación con cocina son fundamentales, considere el flujo de trabajo documentado de Toast con dispositivos portátiles y KDS. Asegúrese de que la prueba reproduzca las modificaciones de pedidos, los destinos de envío y las correcciones habituales durante el servicio. El criterio de aceptación es completar su flujo de trabajo con la configuración propuesta.

Si dirige una cafetería y quiere conservar su red actual, considere la flexibilidad de red y las opciones de puesta en marcha de Square. Incluya el hardware de pagos propuesto en el ensayo y revise las condiciones de funcionamiento sin conexión con la persona que se encargará de gestionar una interrupción.

Si dirige un negocio con servicio en mostrador que recibe pedidos de delivery y vende muchos combos, considere los combos personalizados, los kioscos conectados y el flujo centralizado de pedidos en línea de Lightspeed. Centre la prueba en esos flujos de trabajo, en lugar de aceptar una demostración basada en pedidos sencillos en mostrador.

Con cualquier proveedor, registre las condiciones comerciales y los resultados de rendimiento en apartados separados de su hoja de evaluación. Solicite una propuesta desglosada que cubra la configuración que probó. Si cambian el paquete, la combinación de dispositivos o las integraciones, no dé por válidos los resultados de la prueba sin revisar esos cambios.

Qué dicen quienes operan restaurantes

Esta guía no incluye testimonios independientes de operadores ni una clasificación basada en el consenso de los clientes. Las recomendaciones anteriores proponen un método de ensayo; no presentan resultados de pruebas prácticas realizadas en un restaurante propio.

Para obtener referencias, pida al proveedor que le ponga en contacto con un operador cuyo servicio se parezca al suyo. Pregúntele qué ocurrió en el momento de mayor actividad simultánea de pedidos, trabajo en cocina y pagos. Profundice en qué equipos se utilizaron, qué solución provisional se aplicó y si el problema quedó resuelto.

Vuelva a centrar la conversación en su hoja de pruebas. La experiencia de otro operador puede sugerir una situación que valga la pena ensayar; sus propios resultados deben determinar si esa situación se supera satisfactoriamente en su local.

FAQ

¿Qué carga de trabajo debemos probar?

Utilice un período de alta demanda representativo de sus propios registros o, si se trata de una nueva apertura, una previsión claramente identificada como tal. Reproduzca las actividades simultáneas, la complejidad de los pedidos, los dispositivos y los canales. Defina la carga de trabajo antes de la prueba y registre lo que realmente se completó. Esta guía no establece una meta universal de transacciones por minuto.

¿Basta con aceptar un pago sin conexión para aprobar la prueba?

No. Incluya el estado que aparece en pantalla, la reconexión y el resultado final de la transacción en su verificación de aceptación. Square, por ejemplo, indica que sus pagos sin conexión se procesan cuando el dispositivo vuelve a conectarse y están sujetos a las condiciones indicadas en su página para cafeterías. Siga las instrucciones del proveedor para la configuración exacta que esté probando.

¿Se debe probar el envío de pedidos a cocina mientras el personal cobra?

Sí, como parte de este ensayo recomendado. Realice esas tareas de forma simultánea y mida por separado la llegada de los pedidos a cocina y el tiempo de respuesta al procesar los pagos. La lista de verificación de implementación de KitchenHub incluye tanto el envío de pedidos a cocina como el procesamiento de pagos; este procedimiento combina ambas actividades en una misma prueba de servicio.

¿Podemos comparar proveedores utilizando el mismo guion de pedidos?

Sí. Mantenga las mismas fichas de pedidos, los destinos previstos, la carga de trabajo y los criterios de aceptación. Registre las diferencias en los dispositivos propuestos, las funciones habilitadas, la asistencia al personal y los métodos utilizados para los pagos de prueba. Informe el resultado de cada configuración probada, en lugar de declarar que una plataforma es la más rápida en todos los casos.

¿Qué debería impedirnos dar la aprobación final?

Según los criterios propuestos en esta lista de verificación, deje pendiente la aprobación si hay pedidos faltantes sin explicación, pedidos enviados al destino incorrecto, pagos cuyo resultado no se haya resuelto o flujos de trabajo obligatorios que no se hayan probado. Asigne cada problema a una persona responsable, documente la corrección o el procedimiento aceptado y repita las tareas afectadas. La lista de verificación de Joony para la puesta en marcha también abarca el servicio, la cocina, los pagos, los dispositivos, los datos, la capacitación y la preparación para las pruebas; tenga en cuenta todos esos aspectos al comprobar si se omitió algo esencial.

Reciba listas de verificación prácticas sobre tecnología para restaurantes y comparaciones de proveedores en el boletín de RestaurantTools.ai.

Divulgación

RestaurantTools.ai compara proveedores a partir de funciones documentadas, limitaciones y necesidades de quienes operan restaurantes. Podemos recibir una comisión a través de enlaces de afiliados. Las relaciones de afiliación y la compra de investigaciones B2B no otorgan inclusión, posiciones en las clasificaciones, cobertura favorable ni recomendaciones. Esta guía presenta un procedimiento de ensayo, no resultados de rendimiento medidos de los proveedores comparados.

Fuentes

1. Toast: Sistema POS para restaurantes de servicio rápido — tipo: proveedor
2. Toast: Equipos POS para restaurantes — tipo: proveedor
3. Toast: Catering y eventos — tipo: proveedor
4. Square: Cambie a Square para restaurantes — tipo: proveedor
5. Square: Cafeterías y condiciones para pagos sin conexión — tipo: proveedor
6. Square: POS para restaurantes de servicio rápido — tipo: proveedor
7. Lightspeed Restaurant: POS para servicio rápido — tipo: proveedor
8. KitchenHub: Lista de verificación para la implementación de un POS — tipo: externo
9. Bread: Lista de verificación de requisitos de un sistema POS para restaurantes — tipo: externo
10. Joony POS: Lista de verificación de un POS para restaurantes para su evaluación y puesta en marcha — tipo: externo