![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Buscar | Temas de Hoy | Marcar Foros Como Leídos |
![]() |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
|
|
#1
|
||||
|
||||
|
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.
__________________
Ya tengo Firma! |
|
#2
|
||||
|
||||
|
Cita:
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
__________________
Un saludo desde Canarias, "El abuelo Cebolleta" |
|
#3
|
||||
|
||||
|
Aquí pongo una imagen doble con algunos cambios y mejoras, gracias por vuestra ayuda, espero sigan dándome sus opiniones
![]()
__________________
Un saludo desde Canarias, "El abuelo Cebolleta" |
|
#4
|
||||
|
||||
|
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.
__________________
AKA "El animalito" ||Cordobés a mucha honra|| |
|
#5
|
||||
|
||||
|
Primero de todo, se agradece tus comentarios AzidRain
Cita:
Cita:
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. Cita:
Cita:
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
__________________
Un saludo desde Canarias, "El abuelo Cebolleta" Última edición por José Luis Garcí fecha: 14-11-2013 a las 10:29:16. |
|
#6
|
||||
|
||||
|
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.
__________________
AKA "El animalito" ||Cordobés a mucha honra|| |
|
#7
|
||||
|
||||
|
la interfaz
|
|
#8
|
||||
|
||||
|
Cita:
Cita:
Cita:
Si pones el modo consulta y pulsas en una familia o genero, sale el menú para poder insertar un producto nuevo o codificarlo. En Productos, el menú sólo sale si esta en modo consulta o no hay ticket asignado, tiene las opciones del anterior, más consulta, asignar elemento, entrada de productos (para el stock y la trazabilidad si se quieren llevar, es totalmente opcional), añadir a más usados (copia el elemento y lo pone en la familia más usados, con los productos que más vendes, para no tener que estar cambiando de pantallas) y si esta el botón venta directa pulsado aparece nuevo ticket. Al pulsar invitación, tiene dos opciones invitar al producto seleccionado en el ListView o todo el ticket. Y por último al pulsar el botón varios, van elemento como el cambio Derecha<>Izquierda de los paneles, configuración, cierres y aperturas, arqueos y número de columnas para ver cuantos productos vemos en la grilla, que por defecto es automática y se cambia de elementos según el tamaño del form, pero tiene la opción de dejarla en un número determinado Cita:
En cuanto a rapidez en las ventas, el sistema tiene tres modos de ventas: El estándar, puedes seleccionar el camarero, el cliente (ambos por defecto los que están elegidos), luego pulsas en asignar mesa y eliges el elemento, si quieres poner los comensales lo cambias y si no sigues adelante ya que por defecto da 1, e incluso hay elementos que no admite el cambio de ocupantes, al elegir el elemento crea un nuevo ticket, retorna ala pantalla de ventas, eliges los componentes y cuando quieras cobrar ya esta listo. El abreviado, pulsas el botón nuevo ticket directo, que asigna el camarero por defecto, el cliente de contado y ya solo es asignar productos y cobrar cuando se quiera, (no hay situación, ni elemento). (mientras este botón este pulsado, se mantiene hasta volver a pulsarlo, todas las ventas son por este sistema) El directo, pulsas sobre venta directa y eliges los productos y listo, a cobrar cuando se quiera, (no hay cliente, camarero, situación ni elemento) Estoy de acuerdo con lo que comentas, sobre el tema de charlar con posibles clientes, sólo existe un problema, he tenido mi propio bar cafetería y te puedo decir, según mi experiencia, que muchas veces se te acerca alguien te pide un X para llevar (lo ideal seria el modo abreviado), otras veces se te sientan en una mesa o taburete y se pegan horas (el modo estándar) y otras es tal el cumulo de gente que necesitas venta muy rápidas (el modo directo), he mirado e incluso he trabajado con un programa tpv muy básico, cuando tuve el bar y no veo este tipo de opciones al igual que si de un producto vende una ración o media o una tapa, o el caso de poner una oferta, tienes que poner el producto y luego modificar el texto o el precio a mano, por eso en mi sistema, decidí añadir opciones como las que te acabo de comentar y otras como el cobro directo (cuando estas en la pantalla de cobros, te permite introducir el importe del cobro si poner cantidad alguna, este es útil, para cuando no tienes que darle ticket al cliente y no vas a llevar el arqueo de dinero), o las opción en familia de más usados, con los géneros más usados (productos más usados, cafés, cerveza, agua, etc, realmente los que tú decidas) y combinados, que los creas pulsando el botón combinados de una manera muy visual. Aparte de lo ya comentado, he trabajado con mi fábrica de limpieza en muchos sectores de restauración y he oído mil veces las quejas sobre los sistemas , en cocina, como a Metres y camareros, de ahí es de donde parten algunas de mis ideas digamos locas, pongo algunos ejemplos. Tengo que crear un producto, tengo que salir de la pantalla ir al menú elegir el elemento, rellenarlo, buscar la foto, grabar y salir, mi idea es pongo el modo consulta (no salgo de la pantalla), creo el nuevo elemento, grabo y sigo. Lo mismo si viene un proveedor y nos trae una mercancía, hay que salir introducir los diferentes artículos y volver a la pantalla de ventas, pues en mi caso hago lo mismo que en el anterior. Otro caso típico es tener que ir a ver un resumen de tickets, para ver de un producto determinado cuantas unidades se ha vendido hoy, he incluso un sistema de búsqueda para ver en que tickets se ha vendido, pues nada modo consulta, elijo el producto y la opción consultar y me da un resumen de en que tickets se ha vendido, otros y el número total de unidades vendidas hoy. De todo lo que estoy hablando, lo he visto en varios TPV tanto por experiencia propia como que ha pasado delante de mi. El programa te permite hacer que los controles sean rápidos o lentos, esto lo va a decidir el dueño, en configuración y en su manera de trabajar, con esto me refiero, si cada vez que cambio de camarero tengo que solicitar su clave, ya perdemos unos segundos y se puede volver tedioso, salvo que esto sea sólo en un cambio de turno, tienes la opción de no usar clientes y dejar fijo el de contado, etc.
__________________
Un saludo desde Canarias, "El abuelo Cebolleta" |
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| Solicito vuestra opinión sobre formularios preimpresos | Critter | OOP | 3 | 06-02-2013 15:50:29 |
| Me gustaria vuestra opinión | Caral | La Taberna | 81 | 06-10-2007 14:44:21 |
| Vuestra opinión sobre el API XML-RPC de una aplicación | dec | Internet | 32 | 09-12-2006 21:09:57 |
| A ver si me queréis dar vuestra opinión | dec | La Taberna | 12 | 02-08-2006 17:05:43 |
|