¿Metodologías a piñon? Mejor no

¿Alguien piensa que en usabilidad y HCI tenemos buenas técnicas y metodologías? Yo no. Honestamente creo que estamos en pañales, por eso me parece extraño que alguna gente se tome las metodologías actuales tan en serio y las aplique tan a piñon.

La observación

Reconoce Donald Norman que ha estado muy equivocado durante muchos años, y que eso de "primero observar y luego diseñar" que ha estado pregonando durante años, no es nada acertado.

Quizás en un mundo ideal sería perfecto, pero en el mundo real una vez el proyecto se ha decidido es demasiado tarde para cambiarlo, así que ya apenas hay nada que observar. Puesto que no suele haber gente de HCI en los puestos directivos de una organización la observación llega siempre demasiado tarde.

Por ejemplo, cuando alguien en las alturas de Telefónica decidió lanzar el proyecto Noxtrum era ya demasiado tarde para ponerse a observar a la gente con lápiz y papel para saber si el proyecto tenía sentido o no. Había que hacerlo y punto.

Por otro lado la otra pega que pone Norman a la observación inicial es que el proyecto debe estar parado y no iniciarse hasta que la observación termine y determine las "necesidades reales" de los usuarios. ¿Es esto realista? ¿Cómo encaja esta parálisis en un proceso iterativo de desarrollo?

Demoledor.

El test de usuarios

Norman en su artículo también aclara un malentendido corriente con los test de usuarios. Comenta el autor de La psicología de los objetos cotidianos que los test de usuarios son como el proceso de debuggeado de un programa, valen para encontrar los bugs, los problemas a resolver, pero no sirven para averiguar lo que el usuario quiere o puede venirle bien que haga la interfaz. Y aquí da en el clavo.

No hay metodologías para generar buenas ideas

Este es un gran problema de las metodologías de usabilidad y HCI actuales, sirven para encontrar los problemas, pero no para encontrar mejores soluciones. No hablo de una solución a un problema detectado (eso suele ser relativamente fácil), sino plantear un concepto nuevo, una interfaz totalmente diferente, una manera totalmente diferente de enfocar la situación globalmente.

Las técnicas de observación y las entrevistas dan información sobre las necesidades y modelos mentales de la gente, pero eso no te dirá como debe ser la mejor interfaz, como tampoco te lo dirá un test de usuario ni una evaluación heurística.

Hay pocas metodologías de HCI que ayuden a la conceptualización y a nuevas maneras de enfocar la interfaz. La mejor de ellas, en mi opinión, es la metodología de personajes y los escenarios, sin embargo el propio inventor, Alan Cooper, reconoce que está aún poco elaborada y que ojalá escriban un libro para documentarla mejor

Algunas conclusiones

Ciertamente la necesidad de popularizar las técnicas de usabilidad quizás ha hecho que se vendan demasiado técnicas y metodologías que luego tienen poca aplicación práctica en casos concretos o que aportan un beneficio muy dudoso respecto a su coste.

Es verdad que algunas de estas técnicas ayudan mucho a convencer de la importancia de la usabilidad inicialmente. Todos los que hemos hecho test conocemos el fenómeno de conversión masiva a la "religión de la usabilidad" tras presenciar un test de usuarios real. Sin embargo una vez que el equipo está ya convencido de la importancia de la usabilidad y no comete errores de usabilidad graves las técnicas tradicionales se quedan un poco cortas, siempre ayudan, pero no hacen maravillas.

No es muy frecuente que tenga un equipo tan bueno y una web tan libre de errores de usabilidad, así que en general por ahora hay mucho jugo que sacar a las metodologías tradicionales de usabilidad. Sin embargo a veces pasa, hay cosas ya suficientemente buenas.

Las filosofías de desarrollo ágil

Es aquí donde el tema se conecta con las filosofías de desarrollo ágil (prefiero no llamarles metodologías, otro día explicaré por qué) donde es habitual y normal el testeo masivo de nuevas ideas que no se sabe si van a funcionar o no.

Si me invento una nueva interfaz o una nueva funcionalidad, hasta no probarla en real con suficiente gente no sabré si funciona. No hablo de saber si tiene errores concretos de usabilidad (algo que puedo detectar con un heurístico o un test de usuarios), si no de saber si el nuevo concepto globalmente funciona mejor o no. La observación o las entrevistas te dirán si más o menos puede encajar con lo que han dicho o con los objetivos de los usuarios o sus modelos mentales, pero poco más, mucho trabajo para poco resultado. Hay mil cosas que podrían encajar o que no.

Las filosofías de desarrollo ágil dan por supuesto que te vas a equivocar hagas lo que hagas, así que renuncian a la investigación previa porque creen que no te va a dar la solución y prefieren directamente probar las cosas.

Norman se confiesa admirador de estas filosofías ágiles de desarrollo. La verdad es que estoy de acuerdo, creo que a día de hoy, cuando puedes utilizarlas, son la mejor solución para llegar a buenas interfaces.