Necesito vuestra opinión sobre mi TPV

[[newtron]]

José Luís.

Sobre este tema hay mucho que comentar pero lo primero que me llama la atención es que veo un botón de "pasar pedido a cocina", imagino que pulsando ese botón enviarás a una impresora en cocina los artículos del pedido. Este tema creo que estaría mejor resuelto si tuvieras ya preconfigurado en el programa las distintas impresoras tanto en barra como en cocina y que en la ficha del artículo determinaras por qué impresora debería de emitir el pedido. De esta forma al grabar la comanda se imprimirían de manera automática cada uno de los artículos a su impresora correspondiente.

Saludos

[juanelo]

A mi de entrada (sin saber si esta pantalla es la del administrador) se me hacen demasiadas opciones para una sola ventana. Pienso que esta dirigida a un restaurante o giro similiar, y no creo que un mesero comun deberia tener TODAS estas opciones a la mano.
Es mi opinion de primera mano.

[[José Luis Garcí]]

Empezado por juanelo

A mi de entrada (sin saber si esta pantalla es la del administrador) se me hacen demasiadas opciones para una sola ventana. Pienso que esta dirigida a un restaurante o giro similiar, y no creo que un mesero comun deberia tener TODAS estas opciones a la mano.
Es mi opinion de primera mano.

Hola juanelo, esta es la pantalla de ventas, por los TPV que han pasado por mi mano, tienen gran parte de estas opciones, salvo que este equivocado, claro y si esta dirigido a restauración, por eso la ración, la media ración y la tapa

[[José Luis Garcí]]

Aquí pongo una imagen doble con algunos cambios y mejoras, gracias por vuestra ayuda, espero sigan dándome sus opiniones

[[AzidRain]]

Se ve muy bien el proyecto, pero a mi juicio la interface está demasiado sobrecargada. Estoy de acuerdo con que muestra las opciones completas pero no todos los usuarios utilizan las mismas. Me parece que falta un poco de metáfora y no se si se hicieron casos de uso pq de ahí parte el detalle. El mesero quiere poder introducir sus pedidos lo más rápido posible y que la cocina los reciba pronto (no le interesa el precio y que descuentos y etc., su trabajo es atender las mesas). El de la cocina, quiere tener rápido que es lo que tiene que cocinar, si acaso poder consultar la "receta" de cada orden y poder ir marcando lo que va sacando para que los meseros sepan que ya están sus órdenes.

El resto es tarea del cajero, cobrar y ver que consumieron, etc. Es decir, estás haciendo una sola pantalla para 3 casos de uso lo cual no es funcional. El proceso debe ser: tomar pedido, elaborar pedido, cobrar pedido. Con las variables que pueda haber en cada caso. Por lo que sugiero que tengas 3 pantallas para cada uso. Sobre todo pensando en que estas usando pantalla táctil. Otro detalle, si es pantalla táctil para que poner rótulos en los botones? Sobra el texto o sobra la imagen. Las imágenes que ocupas roban mucho espacio valioso y en algunos casos no representan lo que hace el botón como "Unidades" que muestra tres botellas de agua, lo que a mi me dio la idea a primera vista es que ahí ordeno agua. o Cobrar, que parece un oso de peluche aunque en realidad son unas monedas. Invitación no lo entiendo no me dice nada la imágen. El espacio dedicado a indicar que estamos a dia tal de tal y que son las tales horas y que estamos en tal estación del año, me parece sobrado, ya de por sí el SO nos da esa información y para el usuario no es nada útil.

Curiosamente los números que pones en el panel númerico son los que menos destacan de la pantalla, cuando deberían ser los más importantes. Creo que la información está organizada de acuerdo como pensaste el diseño pero no a como el usuario espera hacer su trabajo.

Ejemplo:
Mesero:
Poner Orden-> Capturar platillos->Pedir orden a cocina

Cocina:
Leer orden->Indicar Orden Lista

Mesero:
Ver Ordenes Listas->Indicar Orden entregada al comensal

Mesero:
Pedir Cuenta

Cajero:
Recibir Solicitud de cuenta->Elaborar cuenta

Mesero:
Revisar cuentas listas

Cajero:
Cerrar cuenta.

Mesero:
Indicar Mesa Disponible (los comensales se van hasta que pagan la cuenta y dejan la propina)

Aunque es largo me parece que es la forma en que cualquiera le entendería a un sistema de restaurante cualquiera que sea, sin tocar el caso de fastfood que es otra cosa totalmente distinta.

Mi humilde opinión.

[[José Luis Garcí]]

Primero de todo, se agradece tus comentarios AzidRain

Empezado por AzidRain

Se ve muy bien el proyecto, pero a mi juicio la interface está demasiado sobrecargada. Estoy de acuerdo con que muestra las opciones completas pero no todos los usuarios utilizan las mismas. Me parece que falta un poco de metáfora y no se si se hicieron casos de uso pq de ahí parte el detalle. El mesero quiere poder introducir sus pedidos lo más rápido posible y que la cocina los reciba pronto (no le interesa el precio y que descuentos y etc., su trabajo es atender las mesas). El de la cocina, quiere tener rápido que es lo que tiene que cocinar, si acaso poder consultar la "receta" de cada orden y poder ir marcando lo que va sacando para que los meseros sepan que ya están sus órdenes.

Cuando te refieres al mesero, creo entender que quieres decir el camarero, en cuanto a cocina, la idea es que no maneja el programa, aun que me ha gustado lo de las recetas y lo de ir marcando, e incluso el aviso de ordenes, me lo apunto.

Empezado por AzidRain

El resto es tarea del cajero, cobrar y ver que consumieron, etc. Es decir, estás haciendo una sola pantalla para 3 casos de uso lo cual no es funcional. El proceso debe ser: tomar pedido, elaborar pedido, cobrar pedido. Con las variables que pueda haber en cada caso. Por lo que sugiero que tengas 3 pantallas para cada uso. Sobre todo pensando en que estas usando pantalla táctil. Otro detalle, si es pantalla táctil para que poner rótulos en los botones? Sobra el texto o sobra la imagen. Las imágenes que ocupas roban mucho espacio valioso y en algunos casos no representan lo que hace el botón como "Unidades" que muestra tres botellas de agua, lo que a mi me dio la idea a primera vista es que ahí ordeno agua. o Cobrar, que parece un oso de peluche aunque en realidad son unas monedas. Invitación no lo entiendo no me dice nada la imágen. El espacio dedicado a indicar que estamos a dia tal de tal y que son las tales horas y que estamos en tal estación del año, me parece sobrado, ya de por sí el SO nos da esa información y para el usuario no es nada útil.

Lo que suele pasar es que aquí, suele usar el programa una única persona y esta más orientado a bares y cafeterías que a restaurante, pero tomo nota.
En cuanto a las imágenes y los textos, si te refieres a los botones, es una costumbre que adquirí cuando trabajaba con minusválidos, ahí aprendí que hay un amplio número de personas que tienen problemas a la hora de leer, incluso con gafas y a otra les cuesta entender las imágenes en iconos, por culpa de daltonismo, petequias y principio de cataras, etc, por eso el uso de ambos sistemas.
El resto de las imágenes las carga el cliente, esta son mero ejemplos.
En cuanto a las imágenes usadas, no creo que sean las definitivas, pero si sobre las que hablamos me pones unos ejemplos te lo agradecería, ya que la verdad muchas veces me pierdo buscando.
En cuanto la mes, día, etc, es por que el programa tiene la opción de poder ocupar toda la pantalla ocultando totalmente la barra de tareas, con lo que no tendría visión de dicha información.

Empezado por AzidRain

Curiosamente los números que pones en el panel númerico son los que menos destacan de la pantalla, cuando deberían ser los más importantes. Creo que la información está organizada de acuerdo como pensaste el diseño pero no a como el usuario espera hacer su trabajo.

A que panel numérico te refieres, al numpad o alguno de los visores?

Empezado por AzidRain

Ejemplo:
Mesero:
Poner Orden-> Capturar platillos->Pedir orden a cocina

Cocina:
Leer orden->Indicar Orden Lista

Mesero:
Ver Ordenes Listas->Indicar Orden entregada al comensal

Mesero:
Pedir Cuenta

Cajero:
Recibir Solicitud de cuenta->Elaborar cuenta

Mesero:
Revisar cuentas listas

Cajero:
Cerrar cuenta.

Mesero:
Indicar Mesa Disponible (los comensales se van hasta que pagan la cuenta y dejan la propina)

Aunque es largo me parece que es la forma en que cualquiera le entendería a un sistema de restaurante cualquiera que sea, sin tocar el caso de fastfood que es otra cosa totalmente distinta.

Mi humilde opinión.

Como ya dije te agradezco tu opinión, y tomo nota de los procesos como me indicas, el botón que pone mesa taburete, etc y el que aparece en el popmenu como asignar te lleva a un selector de planos donde te indica la mesa ocupada te pongo una imagen en baja calidad con el uso en dos sitios diferentes (salón y terraza).




En esta pantalla eliges el elemento, el número de ocupantes, o haces reservas e incluso la opcion de unir mesas con un identificador, realmente hay una muy parecida que te permite crear dicho plano, ya comente el tema en el foro http://www.clubdelphi.com/foros/show...597#post469597

Aún me queda de esta pantalla poner un icono más representativo y que no parezca el nombre

[[AzidRain]]

Que bueno que mis humildes opiniones te sirvan. En efecto al mencionar "mesero" me refiero a "camarero" como lo nombran de aquel lado del charco. Me queda ya claro que el software que desarrollas es para un solo usuario o algo más pequeño que un restaurante, pero no deberías limitarlo pues la idea es bastante buena. En todo caso tanto bares como cafeterías también tienen camareros, cocina y cajero. Lo que cambia es lo que sirven. Por ejemplo en el caso del bar el barman puede tener su pantalla donde vaya metiendo lo que sirve y ahí le puedes anexar un "tumbaburros" (recordatorio) de recetas de tragos.

El panel numérico al que me refiero es el que sale del lado izquierdo de la pantalla.

Insisto en que por muchas opciones que tenga el sistema, para el tipo de negocio, estamos hablando de usuarios que siempre tienen prisa por lo que no quieren estarse metiendo en menús interminables o demasiadas pantallas. El usuario piensa en realizar una sola tarea.

Te falta un boton que muestre el estatus de las mesas del camarero. Imagínate que llega el camarero a la pantalla y quiere saber como están sus mesas. Con un toque de dedo podría ver todas sus mesas, que pedidos tienen, que ya sirvió, que cuenta llevan, etc. Pero solo como consulta. Insisto que falta trabajar mas los casos de uso. Te recomiendo que platiques con varios camareros, cocineros y cajeros, recojas sus opiniones y sobre eso hagas los casos de uso y sobre eso diseñes la interface. Recuerda que lo que ve el desarrollador no es lo mismo que ve el usuario final.

[[José Luis Garcí]]

Empezado por newtron

José Luís.

Sobre este tema hay mucho que comentar pero lo primero que me llama la atención es que veo un botón de "pasar pedido a cocina", imagino que pulsando ese botón enviarás a una impresora en cocina los artículos del pedido. Este tema creo que estaría mejor resuelto si tuvieras ya preconfigurado en el programa las distintas impresoras tanto en barra como en cocina y que en la ficha del artículo determinaras por qué impresora debería de emitir el pedido. De esta forma al grabar la comanda se imprimirían de manera automática cada uno de los artículos a su impresora correspondiente.

Saludos

Se agradece y tomo nota