• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
Pruebas de usabilidad, guerrilla style
 

Pruebas de usabilidad, guerrilla style

on

  • 467 views

Slides de la presentacion Pruebas de usabilidad, guerrilla style, desarrollada en la Drupaleada de Agosto 2012 #Drupalcr

Slides de la presentacion Pruebas de usabilidad, guerrilla style, desarrollada en la Drupaleada de Agosto 2012 #Drupalcr

Statistics

Views

Total Views
467
Views on SlideShare
467
Embed Views
0

Actions

Likes
0
Downloads
2
Comments
0

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    Pruebas de usabilidad, guerrilla style Pruebas de usabilidad, guerrilla style Presentation Transcript

    • Ubercart, usabilidad guerrilla styleDrupaleada Agosto 2012
    • José Leivatwitter: @leivajdDrupal: jleiva
    • Que veremos hoy...• Porqué la Usabilidad es importante• Excusas para no probar• En quién nos estamos centrando• Ubercart como ejemplo
    • Filosofía.• Less features• Less options/preferences• Less promises http://gettingreal.37signals.com/ch02_Build_Less.php
    • "the guru of Web page usability"
    • Mr. Don’t Make Me Think
    • ¿Qué es la Usabilidad?
    • Usability means making sure something works well,and that a person of average ability or experiencecan use it for its intended purpose without gettinghopelessly frustrated. - S. Krug
    • Beneficios.
    • • ayuda a informar al proceso de diseño• descubrir problemas desconocidos o inesperados• solucionar los problemas al principio del proceso• probar supuestos Beneficios.
    • • Identifica funcionalidades innecesarias• Provee objetividad, y argumentos para ganarbatallas• el usuario medio NO existe• es tan barato y fácil, que es estúpido no hacerlo Beneficios.
    • Excusas para no probar.
    • • No tenemos tiempo.• No tenemos dinero.• No tenemos experto.• No tenemos laboratorio.• No sabemos interpretar resultados.
    • Como lo resolvimos.• 1 iteración. DIY• 2 iteración. Colegas.• 3 iteración. Tres partes, 5 usuarios.
    • Porque solo 5?• Tiempo.• Recomendado por expertos.• Probar e informar el mismo día.• Menos notas.• Enfoque en problemas importantes. http://www.useit.com/alertbox/20000319.html
    • En quién nos estamoscentrando.
    • • Centrado en el diseñador.• Centrado en el desarrollador.• Centrado en el cliente.
    • Centrado en el usuario/personas.Implica involucrar a los usuarios durante todoel proceso, no solo para el diagnóstico, sinocomo co-diseñadores.
    • Como lograrlo?• La Usabilidad es parte del camino.• Probar temprano y seguido.• Usuarios reales.• Iterar.
    • Herramientas.*• Personas.• Pruebas de Usabilidad.*Menciono las que use en el desarrollo del proyecto.
    • Personas.• Elaborar fichas.• Escenario.• Necesidades.• Atributos clave.• Factores de riesgo.
    • Pruebas de usabilidad.• Usuarios reales.• Realizar tareas.• Pensar en voz alta.• Observar.
    • Ubercart como ejemplo
    • http://drupal.org/project/ubercart
    • Pruebas de usabilidad a 15 personas• Categorizar productos (menús)• Encontrar si hacen cambios o reembolsos.• Proceso de Compra de una camiseta.Tiempo aproximado: 20 - 40min.
    • Algunos resultados.• +80% quiere carrito en todo el sitio.• +80% tres fields por item.• -50% ha usado Paypal.• Casi 100% confianza es importante.• +-70% confusión en botones/mensajes.• +70% confusión ingresar.
    • • 80% separar navegación.• 90% comprar sin cuenta.• 90% formulario muy largo.• Pocos pasos.• Lista deseos.• Recomendar.• Comentarios/rating.
    • Que se cambio antes de laspruebas?
    • • Tablas, out.• Catálogo default, out.• Traducciones.
    • Que se cambio después de laspruebas?
    • Resumen.
    • • Es mejor probar que no probar.• Hágalo, no pida permiso.• Observar más que escuchar.• El usuario medio no existe.• Asumir es un gran, gran error.• Revisar, implementar ASAP.• ¡Sí podemos!
    • Bonus.
    • http://www.lukew.com/ff/entry.asp?1579
    • http://www.zurb.com/article/883/small-painful-buttons-why-social-media-bu
    • http://developer.android.com/design/style/writing.html
    • http://www.estudiomanati.com/drupal-day
    • Cupón 10% off :)LMAFAN