![Presentación]https://docs.google.com/presentation/d/1ZFZ-Sna84MA7XJ8RQFP2DGj8UactTkSThrAMy1fBQp0/edit?usp=sharing).
La situación habitual en un restaurante en cuanto a pedidos, tiempo de espera, facturación correcta, entre otros, no es la más ideal en la mayoría de los casos, lo que hace que resulte difícil dar un buen servicio al cliente, sobre todo durante las horas de mayor ocupación del local.
Los recursos con los que se cuentan en un local de este tipo (restaurante, bar, etc.) son escasos, y esto obliga al personal del restaurante a tener que desplazarse un gran un número de veces de un lugar a otro para poder cumplir con su labor, ocasionando deficiencias en el servicio, olvido de órdenes, retardos, y equivocaciones en los pedidos debido a que el sistema que se utiliza es manual.
Todo lo anteriormente explicado conlleva pérdidas económicas y de clientela que pueden determinar el éxito o fracaso del negocio.
Es por eso que se propone diseñar e implementar un sistema que brinde flexibilidad gracias al uso de terminales táctiles, las cual se automatizará el proceso del pedido, otorgará flexibilidad por medio de sus módulos configurables, ofrecerá información precisa garantizada por la aplicación, llevará a cabo el control de usuarios, la integración de los procesos del negocio por medio de los distintos módulos del sistema, optimización de los mismos debido a que el sistema reduce el tiempo de ejecución de los procesos y usabilidad.. En el actual ámbito de desarrollo, el sistema será implementado y testeado.
Se asumen terminales con dispositivos táctiles. De esta forma, es posible el desarrollo de la funcionalidad completa del software.
Design Sprint es una metodología desarrollada por Google Ventures popularizada por Jake Knapp. Sirve para mejorar los problemas de diseño que afectan al negocio.
Con un proceso de 5 días, aunque a veces los podemos acortar a 3 días. En ellos a través de una serie de técnicas y de un estricto control del tiempo pasamos de la idea al producto diseñado y con un plan de validación en mercado con usuarios.
Desarrollar una aplicación web capaz de dar soporte a la gestión de los pedidos de un restaurante.
Las necesidades más básicas para un restaurante son: disponer de un sitio donde ofertar los productos, un sistema para la gestión de pedidos, y un registro donde poder almacenar dichos pedidos y el coste de los mismos.
Para conocer los principales problemas y situaciones a los que se enfrentan los brindadores de dichos servicios se realizó una visita a uno de estos establecimientos.
Se realiza una visita guiada al establecimiento ubicado en la calle Génova 56, Juárez, CDMX, de una de las cadenas más representativas dentro de la industria de la comida rápida.
A lo largo del recorrido la gerente de la sucursal en cuestión nos mostró las instalaciones mientras nos narraba cada una de las medidas y procesos de limpieza y organización que llevan a cabo en cada una de las áreas (comedor, cocina, almacenes, cajas, etc). Actualmente, en el mercado se pueden encontrar numerosas soluciones software, las cuales se dedican a la gestión de restaurantes, cumpliendo con las necesidades más básicas mencionadas previamente, con esto en mente y como la parte final de dicho recorrido nos dirigimos al área de cajas, donde amablemente nos mostró el software que utilizan y el proceso que llevan a cabo dentro de la interfaz para realizar un pedido tanto de manera presencial como de manera remota como lo ofrecen las aplicaciones de Rappi o Postmate por citar un ejemplo.
Con ello encontramos una serie de características:
Sincronización con orden de cocina
Total y forma de pagos
Sincronización con aplicaciones de comida
Menú de Botones Grandes
Te muestra el resumen del pedido
Flujo simple
Diseño poco amigable
No es intuitiva
Inconsistencias en la Interfaz
Desordenada
Contraseña larga para ingresar
No tiene secciones definidas
Filtros confusos
Orden arbitrario
Sin actualizaciones continuas (promociones)
Visualmente poco atractiva
La gerente del establecimiento nos comento lo que desearía y facilita su trabajo:
Consistencia en el diseño
Orden de los productos
Actualización de las Promociones
Una navegación más intuitiva
A través de la exploración de campo se realizó un empathy map para definir el perfil de nuestro usuario
.
Por medio de la colaboración de las compañeras interesadas en desarrollar una mejor interfaz con respecto al proyecto de Burguer Queen se elaboró el siguiente benchmark para así poder generar un producto que cubra con las necesidades de dichos brindadores de estos servicios:
Posteriormente se realizó una búsqueda de diferentes soluciones y aplicaciones que cumplen con las necesidades básicas, a continuación se van a citar las diferentes soluciones encontradas:
• AZHosteleria o http://www.softpyme.net/software-bar-restaurante.php • RestaWeb o http://www.techni-web.es • RestBar o http://www.restbar.com/
A continuación se detallan las principales características y carencias de dichas soluciones:
En conclusión, todos las soluciones vistas, complacen las necesidades básicas, disponer de un sitio donde ofertar los productos, un sistema para la gestión de pedidos, y un registro donde poder almacenar dichos pedidos y el coste de los mismos, pero ninguno de ellos cumple con una interfaz amigable o un proceso intuitivo donde el usuario pueda realizar un proceso rápido y de fácil entendimiento.
Visualizar la presentación con cliente aqui *presentación.
Propuesta de Valor
Un software de gestión de pedidos para restaurantes debe abarcar numerosas alternativas de facturación y control. Y debe ser lo más flexible posible. No son las mismas necesidades para un restaurante de clase A que en un fast food. Debe ser una herramienta moldeable a las necesidades de control y gestión que precisa el cliente. Las necesidades más básicas para un restaurante son: disponer de un sitio donde ofertar los productos, un sistema para la gestión de pedidos, y un registro donde poder almacenar dichos pedidos y el coste de los mismos.