Un día mientras estaba en un aula de cómputo se acerco una profesora, alrededor de los 50, que me pidió permiso para usar la máquina que estaba junto a mi. Lo que deseaba era subir sus tareas a la plataforma educativa utilizada en un curso dentro de un diplomado de actualización tecnológica para docentes.
La profesora tenía que subir la tarea correspondiente para cada sección del curso. Me solicitó ayuda, accedí con gusto y juntos conectamos el USB, buscamos la liga para subir la tarea dentro de un mar de opciones para la primera sección (del curso), buscamos la carpeta con los archivos dentro de la USB y subimos el archivo; sin embargo, para el resto de las veces ella no pudo realizar la tarea por si sola, tuve que seguir asistiéndola. ¿Por qué?
En ese momento recordé que esto de la usabilidad parece algo tan tonto a veces. Tonto, hasta que uno se da cuenta de que los usuarios sí tienen problemas al interactuar con el producto. La profesora, al igual que sucede con personas cuya alfabetización informática es deficiente, caracteriza la interacción como una secuencia lineal cuasi-estricta que deben de seguir para completar la tarea. Por lo tanto, al no “aprender un paso”, se pierden completamente.
Tengo la conjetura de que alguien con mayor alfabetización tecnológica, sobretodo cuando se va volviendo experto, comienza a relacionar ideas. Por lo tanto, no intenta realmente aprenderse la secuencia de pasos para realizar la tarea, sino que estructura todo un modelo mental que involucra los conceptos (lo que se entiende por archivo, arrastrar, abrir, memoria, movimiento, etc.) así como los diferentes “caminos” con los que puede realizar la misma tarea, lo cual implicar el entendimiento de cómo moverse “en ese espacio” (en este ejemplo la plataforma educativa).
Algo evidente en esta experiencia fue notar que la usabilidad está ligada a la arquitectura de información. Habían muchas opciones y prácticamente la profesora sólo requería aquellas que le mostraran a) en que sección está subiendo la tarea y b) cómo subir la tarea. Entonces, lo complicado está en hacer una “reducción de puertas” por las que tiene pasar el usuario mientras va “navegando” en este espacio y más aún, que dichas puertas esten bien “marcadas”. Sí note a la maestra hacer recorrido visual para las opciones que dispone la plataforma, pero también notaba una expresión de que no entendía bien a lo que se referían tantas palabras.
En días pasados, me llamaron para asistir a una investigadora que estaba transcribiendo, según vi, unas notas periodísticas sobre el tema de braceros y también estaba registrando algunos detalles importantes sobre dichas notas. Cuando llegué estaba algo exaltada porque no entendía porque el Word le ponía el párrafo que estaba tecleando en ese momento en rojo cuando ella lo único que quería era ponerlo en subrayado o negritas (no recuerdo bien). ¿Qué es lo que estaba pasando?
La verdad no tenía idea. Pero algo que se me ocurrió fue dar clic derecho para obtener opciones sobre ese párrafo. Entonces noté algo parecido a “aceptar inserción”. Di clic y el texto cambió a negro. Supongo que el párrafo en rojo era para dar evidencia en el manejo de versiones entre lo que ya estaba guardado y lo nuevo.
Desde mi perspectiva, ambas mujeres me figuraban que usaban con sus respectivas herramientas en forma “mecánica”. Por ejemplo, la primera profesora solo quería saber dónde estaba el archivo y en qué lugar debería de colocarlo, literalmente. Como cuando mueves un objeto dentro de un cuarto. En el caso de la investigadora, me imaginé que era una persona que usaba la máquina de escribir y luego con el desarrollo tecnológico tuvo que usar Word. Obviamente en la máquina no podías hacer inserciones nuevas sobre lo ya escrito.
Un punto que me llamó la atención con la investigadora, supongo que parte de su personalidad, es comentar cosas como “no se qué le apreté”, “yo estaba trabajando y no se que pasó”. De alguna manera lo relacioné con el caso de la primera profesora, donde el “no entender” es literalmente eso: no entender con qué estás interactuando.
Por ejemplo, dado el caso de la investigadora, mi conjetura es que el problema es la falta de correspondencia uno a uno entre el modelo de lo ya conocido (la máquina de escribir) y el modelo mental que involucra la nueva herramienta (la laptop más el Word). Obviamente el último es mucho más grande que el primero, y que al parecer está contenido (la idea de la máquina de escribir, teclear en una hoja sólo que ahora en la laptop).
Extender el modelo mental sobre el objeto antiguo para derivar en uno nuevo más complejo, puede ser complicado. La herramienta debe tener un diseño que brinde una buena curva de aprendizaje durante el proceso. Algo me dice que cuando no logramos bien esa curva, claro que podemos utilizar la nueva herramienta, pero nos quedamos utilizándola en esta forma “mecánica”.
Después, con la misma usuaria, surgió otra emergencia: después de alcanzar alrededor de 200 hojas en su documento, había perdido toda la información, quedando solamente una hoja en todo el documento con lo último que tecleó. ¿Qué fue lo ocurrió?
Realmente es un misterio. Yo medio hice un par de cosas, incluyendo el “deshacer” para ver si aparecía su texto original y checar sí habían copias, pero nada. Luego solicitamos la ayuda de un ingeniero en sistemas, el cual trató de conducirla a través de preguntas que entendí que eran para dar evidencia del “error de usuario”. Pero nada. Platicando con él, llegamos a la conclusión de que al no encontrarse corrupto el archivo, quizá no se fijo de que estaba tecleando sobre un documento nuevo y por no entender la diferencia entre un “save” o “save as”, o bien quizá por el estrés, no se dio cuenta y sobre-escribió su archivo. 
Una última historia. Un día, cierto diseñador de información, con formación también en cómputo, y que además le gusta platicar y discutir sobre el diseño de interacción, estaba mandando un mail en el móvil de Apple. Por error, hizo “tap” en enviar el mail y entonces no supo como cancelar la acción. Aunque se regresó al menú inicial para ver si aparecía el “outbox”, no consiguió nada. Después de otro par de “taps” para checar qué estaba pasando, el correo salió con la mitad de texto. Tuvo entonces que mandar otro correo con el texto faltante.
Sí, a mi me pasó. 
De hecho, en el ciente de MacOS cuando no quería descargar los correos o bloquear la salida de uno, me iba rápidamente a checar la ventana de actividades y le daba “alto” a ese proceso. En el teléfono no pude localizar la “tachita” para detener el envío, y tampoco me “salió” el outbox para entrar ahí y de nuevo buscar una “tachita” para cancelar. Quise hacer un mapeo entre el modelo que tiene el cliente de correo para computadoras de escritorio con el cliente para móviles. Y no dudo que exista una forma de “parar” el correo, sólo que no “entendí” cómo descubrir esa forma.
En resumen, podríamos decir que las interfaces pueden tornarse realmente complejas pero que esa complejidad no va siempre a la par con la curva de aprendizaje de usuario para utilizar la nueva herramienta, no tanto por su falta de capacidad (los usuarios no son estúpidos) sino por falta de alfabetización informática y/o tecnológica quizá, o bien, porque simplemente no se esfuerzan (porque no les interesa, su tarea base siempre está muy clara y es lo más sencilla, no importa cuán sofisticada sea la herramienta con sus “extras”) en sacarle más “jugo” a las mejoras, en parte porque todos queremos una vida sencilla dentro de lo complicada que nos la hacemos. Y claro, el entendimiento, semiosis o conformación de un modelo mental del espacio de interacción, o como quieran llamarlo, entre lo que trae en la cabeza el diseñador para ofrecer una solución a lo que tiene un usuario, definitivamente no es lo mismo. Bien dicen: cada cabeza es un mundo.
Todo un reto, ¿no creen? ¿Hasta dónde eres como diseñador de interacción una guía montessori o un dictator con tus propuestas?
