Pregunta

¿Cómo se puede probar la usabilidad de las interfaces de usuario de sus aplicaciones - ya sea web o de escritorio?¿Usted acaba de tirar todos juntos y luego ajustar basándose en la experiencia de usuario una vez que la aplicación es en vivo?O hacer pasar un determinado equipo de usabilidad para las pruebas antes de la liberación?

Somos un pequeño software de la casa, pero estoy interesado en las mejores prácticas de cómo medir la usabilidad.

Cualquier ayuda es apreciada.

¿Fue útil?

Solución

Me gusta Paul Buchheit del respuesta sobre esta desde el inicio de la escuela.La versión corta de lo que él dijo: escucha a tus usuarios.Escuchar no significa obedecer a sus usuarios.Tomar en el filtro de datos de todos los malos consejos y de forma iterativa, limpiar el sitio.Espuma, enjuague, repita.

Si usted es una pequeña tienda que usted probablemente no tiene un equipo de control de calidad o Usabilidad de la gente o lo que sea para ir a través del sitio.Sus usuarios van a ser los que en realidad el uso del sitio, aunque.Sus comentarios pueden ser de inestimable valor.

Si algo es demasiado duro para uno de sus usuarios a utilizar o demasiado complejo de entender por qué se debe utilizar, entonces podría ser de la misma manera para 1000 otros usuarios.Encontrar una manera más sencilla de llevar a cabo la misma cosa.

Una vez que haya reunido toda esta información y tener una lista de cosas para hacer, hacer los más simples a primera.De esa manera usted tiene avance en la usabilidad de progreso.

Otros consejos

Lo que me gusta hacer es darle a alguien un paquete de instalación, les pedimos que realicen una serie de tareas relacionadas con el funcionamiento de la aplicación, y el reloj.

Parte más difícil es mantener la boca cerrada.

Algunos de los mejores consejos en las pruebas de usabilidad está disponible en el sitio Web de Jakob Nielsen http://www.useit.com.Defiende lo que Se ha mencionado - pedir a los usuarios realizar varias tareas en su sitio web o aplicación web y, a continuación, sentarse a ver lo que hacen.

No interrumpir a los usuarios a través de preguntas o de la orientación de los mismos.Sólo observar y documentar su flujo.También puede obtener el hardware y el software para hacer el seguimiento de la vista y entender lo que capta la atención de los usuarios.

Sin embargo, la usabilidad no se debe empezar desde la fase de pruebas.Usted debe tener alguna idea general de lo que los usuarios en general les gusta y no les gusta cuando haces de desarrollo.Hay muchos sitios web y libros de esbozar generalmente aceptados de la usabilidad de las normas y los principios.

Normalmente, la prueba de la facilidad de uso de nuevas interfaces haciendo una pequeña selección de los usuarios a probar una versión beta.

Damos una pequeña cantidad de instrucción en cuanto a lo que las nuevas características/pantallas se supone que deben hacer y dejar que ellos sumergirse directamente en ella.Es muy interesante ver donde están mirando y haciendo clic en.Nunca nos demostración de las nuevas características - sólo hablamos de lo que hace.

Si la interfaz de usuario los cambios son mínimos, luego van a vivir y nos reunimos los comentarios de los usuarios reales.Es sólo cuando estamos haciendo grandes cambios que vamos a través de pruebas de usabilidad en beta.

Cuando el desarrollo de nuevas pantallas de ayuda generalmente a un infierno de un montón para llegar a un colega se sentó delante de la interfaz de usuario y pregúnteles qué es lo que hace.¿Qué áreas se haga clic en?Dónde están mirando primero?¿Qué secciones están atrayendo su atención?etc.

Estoy de acuerdo con Adam;usando un equipo analfabeto es muy útil.Sin embargo, lo que me he topado antes con que es el programa quiero probar no sólo es de "hasta su callejón" en la medida de que algo de lo que quiera hacer.

Una buena manera de empezar es con un prototipo de papel.Tienen tareas específicas que usted quiere que su "usuario" para realizar y tener que hacerlo.Para más información sobre la creación de prototipos en papel, inicio aquí.

Con frecuencia tomar cualquier nueva interfaz estoy trabajando en uno de nuestros técnicos de soporte de la gente.Han escuchado todas las quejas acerca de las interfaces que usted se pueda imaginar, así que si alguien va a pensar en los posibles problemas, ellos.

También, y no estoy bromeando acerca de esto, a menudo me tome el menos conocimientos informáticos persona que conozco (que está de madre es a menudo una buena opción...pero tienen que tener usa un equipo de antes, de lo contrario va a por sentido) y dejarlos sueltos en la interfaz con ninguna instrucción.Si no se pueden averiguar dónde están las cosas de manera intuitiva, a continuación, su GUI probable que las necesidades de trabajo.Recuerde, No les hagas pensar! (sí, sé que esto es para diseño web, pero se aplica)

Hay muchas maneras de probar la usabilidad de un sistema.Por favor, verifique cualquier literatura disponible que usted puede encontrar.Sólo quiero insistir en que las pruebas de usabilidad no es tan difícil como usted o alguien podría pensar.En un famoso artículo llamado "Un modelo matemático de la constatación de los problemas de usabilidad" en INTERACTUAR'93 y CHI'93, J.Nielsen y T.K.Landauer mostró que los usuarios sólo cinco son suficientes para encontrar la mayoría de los problemas en un sistema pequeño.

Si usted no tiene ninguna manera de leer este artículo, tratar de este artículo en el sitio web del autor:http://www.useit.com/alertbox/20000319.html

Z'been un tiempo desde que esta pregunta fue la última en activo, pero aquí va de todos modos.

A partir de la experiencia :

  • Utilice siempre Objetivamente medibles para decidir si la usabilidad es el mejor o no (el tiempo para lograr cuidadosamente seleccionados de la tarea, el tiempo de inactividad, KLM tipo de métricas) aquí una tecla del ratón registrador puede ser un valioso aliado
  • Nunca ir demasiado lejos por delante antes de consultoría y medir de nuevo con su cliente (no encage a sí mismo con el prototipo de papel y salir con el producto acabado...que nunca funciona)
  • leer, leer, leer, probar, evolucionar
  • Mantener las cosas simples y siempre recordar la tarea que tenía (¿por qué las necesidades del usuario, la interfaz)
  • prueba, prueba y prueba de nuevo...
  • Siempre ir a la parte inferior de las solicitudes de los usuarios.Aunque la casilla de verificación de la solicitud del usuario en este lugar en particular puede ser la mejor cosa a hacer, casi siempre se esconde un defecto fundamental más
  • el usuario del sistema (el uno con ella...como opuesta a la que pagar por ello) es su mejor aliado, mantener a él/ella en su lado

Nunca tenga miedo de refactorización de su diseño y evolucionar su sistema.También evolucionan sus métricas y mediciones también, sin embargo, tenga cuidado al hacerlo para no romper las mediciones de continuidad ya que es la mejor muestra de objetivo el progreso en un MUY subjetiva mundo.

lecturas recomendadas (distinto del propuesto anteriormente):

  • Manual de las pruebas de usabilidad Jeff Rubin.Un poco extremo, pero barajamos alrededor de un ágil versión de su enfoque y se encontró que si pasamos de los 30 minutos a la semana con los usuarios tendríamos un MONTÓN de información útil mientras no llegar inundado con demasiada información.

  • mantener estrecha vigilancia a la Sneiderman y Nielsen de este mundo y de otros que puedan surgir

La usabilidad de la inspección va, hay varios métodos viables.Se requiere una cantidad de recursos en lo que respecta a las personas, el análisis y la equiptment.

El más común y más fácil de realizar se llama

Evaluación Heurística

Básicamente, caminar a través de cada pantalla para comprobar si se ajusta a la heurística establecido por usted o su cliente.

Consulte este artículo por Nielsen

Cognitivo tutorial

Este método requiere que usted le pida al usuario para completar los pasos en la aplicación.Preparar los pasos para que el usuario completa.Los problemas que surgir durante este tutorial es tomada en consideración cuando el acabado de la aplicación.

Verificación este papel para más detalles.

Análisis De Pensar En Voz Alta

He utilizado este método principalmente en las primeras etapas de la creación de prototipos.Dejo que el usuario hable libremente sobre el sistema mientras está siendo utilizado.Hacer preguntas sobre uso, diseño, etc.Usted puede conseguir un muy buen veiw de la general feeligns del sistema, y cuáles son las características que falta.

Verificación este papel para obtener más detalles.

Análisis de la interacción Este es más complicado.Sólo he utilizado los pasos en recopilación de datos teqchniques propuesto por éste.Esta técnica toma en cuenta el contexto, actividades, lenguaje corporal, etc.Análisis de la interacción que comúnmente se centra en la investigación, no tanto en evaluaciones comerciales.

Este enlace lleva el artículo.

Tenga en cuenta que estos métodos lleva a la práctica para perfeccionar.Me gustaría empezar con ÉL, seguir CW y THA.Y sólo utilizar el Análisis de la Interacción si usted tiene un montón de recursos y de tiempo.

Hay un número de métodos para probar o evaluar la usabilidad de una aplicación.Desglosado en métodos cualitativos y cuantitativos y la base sobre la que se está planeando para probar.

Además se clasifican en función de si los usuarios están involucrados o expertos en hacer la prueba.

A nombre de algunos de los métodos,

  1. Opiniones de los expertos, la interfaz de usuario o expertos en usabilidad de la tasa de la facilidad de uso de una interfaz basada en el decidido heurística y principios
  2. Formativa pruebas de usabilidad de la tarea de los flujos y los usuarios disponen de tareas a completar.Comentarios cualitativos se recoge basado en lo que los usuarios sientan el dolor de puntos durante las pruebas.Este tipo de pruebas se realiza durante el diseño para proporcionar retroalimentación en el diseño de la aplicación.
  3. La recapitulación de las pruebas de Usabilidad de la tarea de los flujos y los usuarios disponen de tareas a completar.El rendimiento de las aplicaciones en la eficiencia, la efectividad y la satisfacción se mide con base en los usuarios de la finalización de las tareas.

La importancia de la diferencia es si se acciona el usuario o un experto para decir que la diferencia en la facilidad de uso.Más adelante al hacer la evaluación al final del proyecto o durante las fases de diseño.

Yo soy un firme creyente en lo que yo llamo 3-martini pruebas de usabilidad.A la hora de diseñar un sistema, imaginar que la persona que va a usar sólo ha tenido 3 martinis.

Antes de entregar el sistema a sus colegas de otros programadores, aseguramiento de la calidad, soporte técnico) o probadores de usabilidad, informal, prueba con un par de amigos y una botella de vodka (fuera del trabajo, por supuesto) a menudo puede resultar instructivo.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top