|
|
|
Resumen: paper prototyping es una técnica para probar y mejorar la usabilidad de sitios web, probando prototipos en papel de los mismos con usuarios reales haciendo tareas reales, y mejorando el prototipo rápidamente a medida que se encuentran los problemas.
La idea de esta página es que conozcas una técnica que puede serte útil para la creación o rediseño de sitios web y aplicaciones, y que si tenés ganas de aprenderla y practicarla te puedas poner en contacto con otros que tengan tu mismo interés.
Si te resulta interesante como propuesta, querés conocer más o ver un prototipo en vivo y aprender junto a otros cómo usarla, escríbime a la dirección que está al final de esta página. También vas a encontrar allí más referencias sobre el tema. Lo que sigue es una explicación general de qué es y para qué sirve la prototipación en papel.
Pido disculpas si tal vez el texto no tiene la mejor redacción o algo no se entiende. No soy experto en escribir, pero pongo todo mi esfuerzo!
Si llegaste hasta esta página tal vez alguna vez oíste el término "paper prototyping" o al menos estás familiarizado con la idea de usabilidad web.
Paper prototyping, o protipación en papel, es una técnica novedosa -al menos en Argentina- para desarrollar sitios web y aplicaciones. No se trata de un software, sino de una práctica con más de 20 años de historia en los laboratorios de desarrollo de IBM, Microsoft y Sun en Estados Unidos.

Equipo de desarrollo creando un prototipo en papel
La prototipación en papel es una de esas actividades viscerales que son muy difíciles de explicar con palabras, pero que se vuelven claras como el agua cuando uno las vé en acción. Intentaré de todas formas contar de qué se trata, y espero que las fotos ayuden también a ver cómo funciona.
Durante el testeo, el usuario o usuaria representativo del target del sitio web usan "pantallas" hechas en papel, tocando "botones" con los dedos, escribiendo en "campos de formulario" con un marcador, y realizando otras acciones comunes en la navegación web. Mientras hace esto, se le pide que "piense en voz alta" para descubrir la forma en que entiende las pantallas.
Un equipo de testeo con prototipos de papel suele estar formado por tres o más personas:
El coordinador lleva al usuario por una serie de tareas preestablecidas que se desean probar. Puede ser o no parte del equipo de desarrollo.
Quien hace de Computadora maneja las pantallas de papel en respuesta a las acciones del usuario, sin hablar ni contestar las preguntas del usuario. Normalmente es uno de los miembros del equipo de desarrollo.
Los observadores, que pueden ser otros miembros del equipo de desarrollo, toman nota de lo que el usuario va haciendo y pensando en voz alta, y de cualquier problema que noten en la comprensión, la navegación, etc.
En mi experiencia, los usuarios entran rápidamente en el juego e interactúan con el papel como si realmente fuera una computadora. Es decir se concentran en el sistema que tienen delante y no en hablar con los miembros del equipo.
Es importante destacar que el testeo con prototipos en papel se puede hacer con muy poco esfuerzo y dinero. Apenas se necesita un poco de papel, marcadores, tijeras y otros insumos comunes de oficina. No hace falta mencionar que es mucho más económico que crear pantallas en photoshop o dreamweaver, especialmente si hay que modificarlas o rehacerlas luego.
Tal vez lo que estés pensando sea: "Nadie en sus cabales va a creer que realmente está delante de una computadora. Esto es una pérdida de tiempo". Yo creía lo mismo.
Hasta que armé un prototipo, lo probé con usuarios. Me dí cuenta de que funcionaba una cuando un usuario una vez dijo "increíble, lo envió!" cuando logró "enviar un mensaje" que había escrito de puño y letra en un "formulario" del prototipo.
Es posible que quienes hayan estado en un equipo de desarrollo de sitios web hayan experimentado una gran desazón al comprobar que lo que crearon no le sirve a los usuarios.
O peor aún, algunos equipos ni siquiera llegan a saber si un sitio web que crearon sirve o no, porque en Argentina muy pocos equipos realizan pruebas de usabilidad de sus desarrollos. Lo usual es que el trabajo se considere terminado cuando al cliente le gusta y lo aprueba, lo cual no significa necesariamente que los usuarios puedan usarlo o les sea útil.
Es muy común que una vez que hicimos casi todo el trabajo, si tenemos la suerte de que un grupo de usuarios lo pruebe, nos demos cuenta de que "no entienden" o les es difícil usar algo que a nosotros nos resultaba obvio, porque estabamos dentro del proyecto. Otro caso bastante común es que surjan discusiones -a veces interminables- entre los miembros del equipo acerca de cómo resolver algo, qué nombre ponerle a un botón, dónde colocar tal o cual elemento, etc.
Si bien no es la unica forma, el prototipado en papel sirve para encontrar y corregir los problemas comunes de usabilidad de forma rápida y económica, obteniendo información relevante del propio usuario, y por sobre todo obteniéndola ANTES de que empecemos a implementar el sistema en la computadora real.
Luego, el prototipo se puede utilizar como guía para el trabajo de diseño e implementación, eliminando mucho del trabajo de "advinación". Además, lo que el equipo haya aprendido acerca de los usuarios durante las pruebas sirve como base para la toma de decisiones cotidianas durante el proceso de desarrollo.
Si querés obtener más información sobre paper prototyping, podés ver http://www.gaiasur.com.ar/infotec
Si querés ponerte en contacto conmigo, escribíme a guillermoermel arroba gmail punto com. Espero oir tu opinión, tus críticas y tus ideas.
Última actualizacion: 8-feb-2006