Se va a evaluar el prototipo creado antes de realizar el diseño real de la aplicación, para conocer cómo se comportan los usuarios con el diseño.
Se repartirá una hoja a los usuarios (ver anexo) que van a realizar la prueba en la que se indica las acciones que tienen que realizar. En ningún momento en la prueba la persona que observa puede interactuar con los usuarios, solo hacer preguntas para obtener información adicional.
Las pruebas que se realizarán a los usuarios son las siguientes:
Leer el texto de la página de Biblioteca.
Escuchar y parar la audición de la página Panteón de los Reyes.
Ir al inicio de la aplicación.
58
Usuario 1 Prototipo Leer el texto de la página de la Biblioteca Le gustó: Le gustó el diseño. No le gustó:Que no aparezcan fotos o logotipos en la página.
Observaciones:
Accede correctamente a la página de la Biblioteca
Escuchar y parar la audición de la página Panteón de los Reyes Le gustó: -- No le gustó:
El menú en la parte inferior. Le gusta más el menú como aparecen en otras aplicaciones en la parte superior y que se despliegue.
Observaciones:
Conoce el botón de “comenzar” y lo pulsa. Accede correctamente a la página pulsando el botón de “Panteones” desde el menú de la parte inferior.
Ir a inicio Le gustó: --
No le gustó: -- Observaciones:
Reconoce el botón “Home” y accede al inicio.
Buscar el teléfono del R.M. y llamar
Le gustó: -- No le gustó: -- Observaciones:
Observa dónde puede estar la información que busca y pulsa más información. A continuación ve en el listado “Horarios-Precio-Tel” y lo pulsa, accediendo y pulsando el botón de “Llamar”.
59
Usuario 2 Prototipo Leer el texto de la página de la Biblioteca Le gustó: -- No le gustó:Nos sugiere que el control de audio tuviese más diseño.
Observaciones:
Accede correctamente a la página de la Biblioteca.
Escuchar y parar la audición de la página Panteón de los Reyes Le gustó: -- No le gustó:-- Observaciones:
Accede sin problemas a la página buscada y pulsa el botón de “Comenzar”.
Ir a inicio Le gustó: --
No le gustó:
Nos indica que el botón puede contener además de la imagen un texto y que además se podría poner un botón de “Back” (volver) en la parte superior.
Observaciones:
El usuario está acostumbrado a utilizar iPhone y aplicaciones iPhone que poseen el botón “Back” en la mayoría de ellas.
Buscar el teléfono del R.M. y llamar
Le gustó: -- No le gustó: -- Observaciones:
Busca y accede correctamente a “Mas información” y desde ahí a llamar.
60
Usuario 3 Prototipo Leer el texto de la página de la Biblioteca Le gustó: No le gustó:Que no aparezcan fotos o logotipos en la página.
Observaciones:
Accede correctamente a la página de la Biblioteca
Escuchar y parar la audición de la página Panteón de los Reyes Le gustó: -- No le gustó:-- Observaciones:
Conoce el botón de “comenzar” y lo pulsa. Accede correctamente a la página pulsando el botón de “Panteones” desde el menú de la parte inferior.
Ir a inicio Le gustó:
No le gustó: Observaciones:
Reconoce el botón de “Home” y accede a la página de inicio.
Buscar el teléfono del R.M. y llamar
Le gustó: No le gustó: Observaciones:
Ha buscado en varias páginas hasta encontrar el listado de “Más información” y leer en el listado la página de “Horarios-Precios-Tel” al que ha accedido y visto el botón de “Llamar”, pulsándolo.
Figura 45: Tabla usuario 3. Evaluación prototipo
7.1.
Conclusiones a la evaluación.
Como conclusiones podemos obtener lo siguiente:
En la mayoría de los casos los usuarios se manejan bien en la aplicación, encuentran
61
Algún usuario nos indica que el menú le gusta que aparezca en la parte superior.
También se ha indicado que el control de audio tuviese más diseño.
Un usuario ha comentado que el diseño es agradable.
Se ha comentado que el botón de “Inicio” tuviese texto además del icono.
Se nos ha sugerido poner un botón de “volver”, aunque el usuario que lo ha
recomendado es un usuario de iPhone y las pruebas están haciendo para un Smartphone Android.
Podemos generalizar por tanto que no ha habido problemas graves de usabilidad de la aplicación y se han tenido en cuenta las observaciones de los usuarios previos al diseño y se tendrán en cuenta también las consideraciones de los usuarios en la implementación.
Desde aquí vemos como el DCU es muy importante en el desarrollo del software y cómo a la larga nos ahorra tiempo y costes ya que diseñamos pensando en el usuario, mejorando su experiencia y usabilidad sin perder de vista las especificaciones descritas en este caso para nuestra aplicación pero si fuese para un cliente tampoco se perdería el objetivo de lograr implementar todas las especificaciones previstas.
Conseguimos por tanto con un poco de más trabajo un prototipo más completo y usable que nos hará llegar a la etapa de implementación con un trabajo de testeo prácticamente realizado, ya que es un método iterativo de trabajo y que nos ahorrará costes en tiempo de implementación al conocer que desean y cómo quieren que se comporte la interfaz los usuarios, uno de los aspectos más olvidados por los programadores que se centran sobre todo en las especificaciones sin tener en cuenta al usuario, con lo que al final de la implementación si los usuarios no están de acuerdo con el diseño, interfaz, usabilidad, etc, los costes y el tiempo se disparan con el riesgo que conlleva el tener que realizar una nueva programación de muchos de los aspectos no testeados con anterioridad. Este comentario que acabo de hacer, por desgracia, lo vivo constantemente en mi trabajo diario, donde el cliente no comprende que se tenga que “malgastar” (según palabras del propio cliente) tiempo en “pensar primero, hacer después, o más específicamente diseñar primero, programar después” (Mordecki, D. 2004. Pensar Primero, pg. 44).