Usabilidad

El quinto Beatle de la usabilidad


Por Juan José Escribano Otero

Debo confesar que el título es una "licencia" para atraer su atención, una pequeña mentira. Perdone el atrevimiento, prometo que es este primer párrafo centraré el tema sin adornos. Los Beatles (como casi todo el mundo sabe) eran cuatro, pero existía tras el escenario un quinto personaje al que se le atribuye buena parte deléxito del grupo: su manager. Pues bien, en usabilidad son cinco los principios que se suelen citar: navegación, tiempo de respuesta, contenido, interactividad y facilidad de comprensión. Estos cinco términos son nuestros "beatles", pero, al igual que en el famoso grupo musical, existe otro elemento entre bastidores: la documentación. Así pues, no es el "quinto" elemento, sino el sexto... Total, queel artículo no va de música ni de un quinto elemento, sino de usabilidad y de un sexto pilar. La única conexión es que este principio fundamental (la documentación) actúa desde la "trastienda" al igual que el manager.

La web está viva, el papel, muerto

La importancia de la documentación que debe acompañar a un documento web se puede argumentar desde infinidad de puntos de vista, pero esteartículo pretende hacerlo tan sólo desde uno de ellos: la necesidad de mantenimiento posterior al diseño de casi cualquier documento web. Cuando se diseña un documento para si difusión en papel, se pone especial cuidado en la composición de las páginas porque, una vez impreso, ese documento será definitivo y no cambiará con el paso del tiempo. Pero, al diseñar un documento web, debemos pensar enque seguramente haya que modificarlo en breve. Esta sensibilidad de los documentos web a los cambios externos son una de las razones, junto con la universalidad del acceso y la facilidad de difusión, del éxito de la Web como medio de comunicación. Pero, si en la fase de diseño e implementación, no hemos tenido cuidado en documentar el sitio web, las modificaciones futuras puedan degradar la calidaddel mismo de manera alarmante, llegando incluso a violar los principios de diseño que con mucho esfuerzo se hayan consensuado entre los miembros del equipo desarrollador.
Recuerdo el caso de una empresa que se dedica a la educación (el nombre lo omito por razones obvias) que hace dos años me pidió consejo para modificar la web que tenían en ese momento. Fue desolador. El documento se habíadiseñado por una empresa externa hacía dos años, el diseño había sido aprobado por la dirección y por varios grupos de testeadores. Era bastante buena ... pero en los dos años transcurridos se habían hecho modificaciones, ampliaciones de secciones enteras, de servicios ... sin centralizar ni por supuesto documentar dichos cambios. La empresa que originalmente diseñó el documento había perdido en esos dosaños al diseñador que trabajó en el proyecto y no guardaban ningún tipo de documentación sobre el particular, salvo una imagen del documento web en un CD-ROM. Cuando pedí un mapa de navegación para poder comprender ( y por lo tanto, "usar" el documento) provoqué no pocas peleas entre la empresa y la agencia que construyó el documento web.
Fue una experiencia dolorosa. En la copia del CD-ROM queme dieron llegué a contar doce archivos llamados escudo.gif en diversos directorios. De ellos, nueve tenían una copia exacta del escudo, mientras que los otros tres eran variaciones sobre el original. Además, había un número aún mayor de archivos llamados escudo1.gif, escudoa.gif, escud.jpg ... No aburriré al lector con detalles sobre los nombres de los archivos, los directorios y demás elementosdel CD-ROM, pero creo que es posible con el ejemplo explicado, hacerse una idea de lo difícil que resultaba utilizar dicho documento web como punto de partida para la nueva versión. Afortunadamente, yo no tenía que realizar dicha actualización, sólo emitir un informe sobre el documento actual. La cara y el estado de ánimo de la persona que debía realizar el mantenimiento de la nueva versión...