¿Cómo saber cuándo se completa una interfaz?
Lo que significa que una prueba de usabilidad mide si una interfaz cumple los objetivos que establece, pero solo prueba lo que está presente. ¿Cómo sé cuándo una interfaz está completa? Significa una prueba, o medida de integridad, aptitud, etc.
NOTA: Si no puede pensar en una respuesta, publique al menos la respuesta de un componente de interfaz completo y por qué está completo según su experiencia.
Si tiene preguntas, solo pregunte, ¡gracias!
Los minimalistas dirían "cuando no quede nada para eliminar" :-)
Ok, ahora en serio, una interfaz está completa cuando satisface todos los objetivos que estableciste para ella, por lo que si no tienes objetivos medibles no puedes medir la integridad, después de todo, no puedes medir el estado físico sin saber lo que se supone para encajar.
Un buen ejemplo de objetivos sería: "permitir al usuario hacer X, Y y Z en menos de 1 minuto con una tasa de éxito del 90%", que todo lo que queda es hacer que los usuarios se sienten frente a la computadora y les pidan hacer X, Y y Z si más del 90% son capaces de realizar todas las tareas en menos de un minuto.
Otros buenos ejemplos son "aumentar la tasa de conversión en un 50%" o "reducir el abandono del cliente en un 10%", etc.
Un mal ejemplo es "aumentar la tasa de conversión", en este ejemplo nunca se puede declarar la interfaz completa, siempre habrá más opciones para probar y pequeñas mejoras para realizar.
Creo que "completo" es una definición problemática, pero creo que sé a qué te estás dirigiendo (mira mi definición al final).
Comencemos con un ejemplo sencillo: mirando los automóviles, ¿qué es una interfaz de usuario completa?
- Una rueda para dirigir
- Pedales de gas/freno (y freno de mano)
- Transición de marcha (automática o cambio)
- Luces, batidores, etc.
¿Qué tal un radio/reproductor de CD? ¿La interfaz del automóvil está incompleta sin ella?
Estrictamente hablando - no! No es una funcionalidad vital para conducir, pero la mayoría de las personas nunca considerarían tener un automóvil sin radio (a menos que sea un automóvil de carreras, por ejemplo).
¿Qué tal una nevera fría?
La mayoría de la gente no pensaría que un automóvil normalmente tendría uno ... pero ¿qué pasa si el automóvil es en realidad una limusina? Entonces, sin una nevera, realmente no sería una limusina, ¿verdad?
Mi punto - "completo" se refiere a las necesidades y expectativas de sus usuarios objetivo.
Entonces, una de las cosas clave que debe hacer es acercarse a sus usuarios potenciales y preguntarles:
"Oye, he creado una aplicación de gestión de proyectos/contabilidad/diseño/CRM/etc. , ¿qué quieres? para permitirle hacer? ¿Cuáles son las características clave en sus ojos? Si carece de _ ___ aún lo consideraría ? "
Una vez que tiene implementados todos los escenarios y características, realiza sus pruebas de usabilidad periódicas para ver si los usuarios pueden lograr todas las cosas que ha implementado para ellos (en función de sus solicitudes y expectativas).
Una interfaz es un viaje, no un destino; )
En serio, ¿una interfaz está realmente terminada? Si puede mejorarlo, sin hacer que el usuario se desoriente, entonces hágalo mejor. Mire la página de inicio de Google, ha estado experimentando ajustes menores constantes desde el primer día.
A veces, las mejoras no se vuelven obvias (para el usuario o el diseñador) hasta que el sistema haya estado en uso durante un tiempo. O las expectativas y requisitos de los usuarios pueden evolucionar con el tiempo.
Por lo tanto, siempre pensar que su interfaz está 'terminada' es un cambio corto para sus usuarios.
Una interfaz está completa cuando el usuario dice que sí.
Creo que muchas de las respuestas rebotaban alrededor de esto, pero ninguna golpeó en la cabeza. Sí, sus objetivos son importantes, pero lo más importante es cómo a las personas que realmente usan su programa les gusta. Debe realizar pruebas de usabilidad consistentes para producir una interfaz completa. Período. Si no obtiene información sobre el comportamiento del usuario, está diseñando un producto basado en sus suposiciones. Los hechos siempre son mejores. No escuches lo que quieren; mira lo que hacen en el entorno en el que usan tu producto. Solo entonces verá lo que necesita mejorar. Recuerde que su producto debe cumplir con sus expectativas. A las personas no les gusta aprender nuevos procesos, así que no intentes forzarlos.
Me gusta el ejemplo del auto, pero también debes conocer a tu audiencia. Diferentes personas requieren diferentes necesidades; los ancianos necesitan más asistencia visual, por ejemplo. Básicamente, cuando sus usuarios dicen que todo funciona exactamente como hubieran esperado, entonces ya está.
Estoy de acuerdo con @David. Las pruebas de usabilidad y las revisiones de diseño son agradables. Pero realmente tiene que "vivir con" un diseño por un tiempo y ver cómo funciona con datos reales. Nombres largos, casos de uso que te hacen preguntarte quién lo usaría DE ESA MANERA.
La mejora es continua y continua. Necesita cambio. Las características que parecían centrales e importantes quedan en el camino. Los usuarios fallan (en masa) en captar lo que parecen ser las diferencias más obvias. Sí, puede (y debe) descubrir algunos de estos mediante pruebas. Pero no siempre.