USABLE ▸ Visibilidad del estatus ▸ Libertad y sensación de control ▸ Seguir estándares ▸ Prevenir es mejor que lamentar ▸ Ayudar al usuario a recuperarse ▸ Documentar el uso de la UI
USABLE ▸ Visibilidad del estatus (REST?) ▸ Libertad y control ▸ Seguir estándares (SOAP/REST) ▸ Prevenir es mejor que lamentar (Cambios de version) ▸ Ayudar al usuario a recuperarse (Mensajes de error útiles) ▸ Documentar el uso de la API
como se comportan tus usuarios AFK. ▸ Toma notas en distintos tipos de individuos: ▸ NO OLVIDAR: Los comerciales compran las licencias. ▸ Construye tu persona: ▸ Nombre, edad, sexo, empleo, salario, horarios, estilo de vida, objetivos a 5 años plazo. Personas reales.
Sirve para predecir como ciertos tipos de usuario interactuarían con tu producto. ▸ Es como test de usuario con PERSONAS: ▸ Dales una tarea. ▸ Ve como se comportan. ▸ Asume comportamientos basados en los resultados del experimento.
usuarios en tu audiencia objetivo. ▸ Dadas tareas, los usuarios deberán completarla usando tu producto. ▸ No tienen limite de tiempo y se les debe indicar que actúen como si estuvieran solos usando el producto. ▸ Explicar repetidamente que los errores que encuentre no son producto de su uso si no errores del equipo (evita frustraciones). ▸ Entrevista al finalizar (realizada por otra persona) para sacar información sobre la experiencia vivida.
miembros del equipo (idealmente): ▸ Miembro 1 toma notas y observa al usuario pero no interactúa activamente con el. ▸ Miembro 2 da instrucciones y chequea el progreso. ▸ Miembro 3 entrevista una vez finalizado el test.
tu producto. ▸ Genera un set de tareas que quieres que tus usuarios revisen. ▸ Consigue los sujetos (esta bien incentivarlos con una bebida/cerveza o darles un regalo). ▸ Instruye que sean honestos. Ellos no cometen errores, todo lo que no consigan hacer es falla de tu producto. ▸ Tomen y comparen notas entre los team members. ▸ Generen reportes y compártanlos con el equipo. ▸ Hagan ajustes y vuelvan a testear.