por Yusef Hassan Montero y Sergio Ortega Santamara
Informe APEI 3 2009 Esta publicacin ha contado con el patrocinio de: Informe APEI 3 2009 Informe APEI sobre usabilidad por Yusef Hassan Montero y Sergio Ortega Santamara http://www.apeiasturias.org info@apeiasturias.org Informe APEI sobre usabilidad Yusef Hassan Montero y Sergio Ortega Santamara Gijn: Asociacin Profesional de Especialistas en Informacin, 2009 Informe APEI 3 - 2009 D. L.: AS-06633-2008 ISBN: 978-84-692-3782-3 Edicin: APEI Director editorial: Raquel Lavandera Fernndez Diseo y maquetacin: Digitales Jos & Ccero, S.L. Esta obra est bajo una licencia Reconocimiento-No comercial-Compartir bajo la misma li- cencia 2.5 Espaa de Creative Commons: http://creativecommons.org/licenses/by-nc-sa/2.5/es. Edicin sostenible. Los informes de APEI estn editados como documentos electrnicos de lectura en pantalla. Si no es necesario, no los imprimas. Si los imprimes, hazlo a doble cara. 1. Introduccin 7 2. Definicin y conceptos 9 La experiencia del usuario 9 Usabilidad 9 Accesibilidad 11 Arquitectura de informacin 12 Diseo de interaccin 12 Diseo grfico 13 Experiencia del usuario: una visin global 13 Simplicidad 14 Definiendo la simplicidad 14 Deconstruccin 15 Lo importante permanece por mucho que cambien las cosas 16 Nada puede provenir de la nada 17 Limitar y evidenciar las caractersticas de tu producto o servicio 18 El tiempo es oro 19 A modo de conclusin 20 3. El factor humano 21 Percepcin visual 21 Vemos menos de lo que creemos ver, pero ms de lo que somos conscientes de estar viendo 21 Atencin visual: un mecanismo doblemente guiado 22 Organizacin perceptual 23 Ver no es lo mismo que reconocer 23 No miramos del mismo modo una interfaz web que un atardecer 24 Principios fundamentales de diseo visual 24 Cognicin 25 El almacn de nuestra mente 25 Tomando decisiones 26 Errar es humano 27 Limitar posibilidades 27 Orientar al usuario 28 Solicitar confirmacin 28 Advertir al usuario 29 Evitar la prdida de informacin 29 Permitir deshacer 29 Ofrecer solucin automtica a los errores 29 Mensajes de error para humanos 29 A modo de conclusin 30 ndice_ 5 Modelos mentales 30 Cmo piensan nuestros usuarios? 30 Esquemas y la representacin conceptual del conocimiento 32 Aplicaciones de los mapas conceptuales 33 A modo de conclusin 34 El sujeto como ser social 34 Perspectiva social de la cognicin 34 La importancia del contexto 35 Utilizando el contexto para llegar a la simplicidad 36 Desde nuestra experiencia subjetiva hacia la intersubjetiva 37 Consistencia y familiaridad como parte de la experiencia intersubjetiva 37 4. Diseo centrado en el usuario (DCU) 39 Introduccin 39 Proceso 41 Necesidades del usuario 42 A modo de conclusin 42 Metodologas y tcnicas de DCU 43 Test de usuarios 43 Evaluacin heurstica 46 Card sorting 47 Eye-tracking 50 Etnografa 52 Otras tcnicas destacables 54 Documentacin del diseo 55 Documentos de proyecto 56 Documentos de investigacin con usuarios 58 Documentos de diseo 60 5. Conclusiones 65 La experienia del usuario 65 Simplicidad 65 Percepcin visual 65 Cognicin 65 Modelos mentales 65 El sujeto como ser social 66 Introduccin al diseo centrado en el usuario (DCU) 66 Metodologas y tcnicas de DCU 66 Documentacin del diseo 66 6. Bibliografa 67 6 Muchos recordaremos cmo hace aos cuando en los hogares empezaban a hacer pre- sencia los primeros ordenadores personales y en el entorno laboral comenzaba la automatizacin de procesos se incorpor un nuevo trmino a nuestro vocabulario: amigable. Este se utilizaba para referirse a aquellas aplicaciones software en las que su uso, al menos, no terminaba provocn- donos un dolor de cabeza o un estado de intermi- nable frustracin. Este trmino fue progresivamente sustituido por otro, usabilidad, un anglicismo (usability) que se refiere a la facilidad de uso de las aplicaciones, herramientas o productos interactivos. Este cam- bio terminolgico no obedeca a una moda, sino a la intencin de definir, delimitar y clarificar uno de los atributos de calidad de los productos inter- activos que mayor impacto tienen en la satisfac- cin del usuario y la aceptacin social del producto. La investigacin acadmica y la prctica profe- sional en el rea de la usabilidad han experimen- tado en los ltimos 20 aos una evolucin y desarrollo exponenciales. Actualmente contamos con multitud de congresos, publicaciones, labo- ratorios y empresas especializadas en el rea, as como con numerosas asociaciones profesionales enfocadas especficamente o parcialmente al m- bito de los profesionales de la usabilidad (como es el caso de APEI, la asociacin que promueve este informe). A pesar de que an sigue siendo comn que, como usuarios, tengamos que enfrentarnos a aplicaciones o sitios web con un diseo insufri- ble, basta echar la vista atrs simplemente unos aos para comprobar que algo ha cambiando. El diseo web cada vez se encuentra ms profesio- nalizado y valorado socialmente, y las visiones multidisciplinares centradas en el usuario poco a poco van completando a aquellas exclusivamente tecnolgicas, publicitarias o de marketing. El presente trabajo pretende introducir al lector en el amplio tema de la usabilidad, aunque su ca- rcter introductorio no implica que no vayan a tratarse cuestiones de inters para quienes ya ten- gan experiencia y conocimientos en la materia. De modo ms especfico podemos decir que este tra- bajo se dirige principalmente a estudiantes y pro- fesionales de la informacin, documentacin, diseo, periodismo, publicidad, marketing, au- diovisual, informtica, y por generalizacin a todo aquel profesional con competencias en tecnolo- gas de la informacin y la comunicacin. Aunque este informe est enfocado principal- mente al diseo de sitios web, en muchas ocasio- nes hablaremos genricamente de productos interactivos o aplicaciones, e incluso se usarn ejemplos de productos fsicos, ya que el conoci- miento sobre usabilidad es transversal y aplicable a cualquier objeto o herramienta destinada a su uso humano. Dado que existen numerosos recursos electr- nicos, artculos y libros sobre usabilidad, en el pre- sente informe nos hemos propuesto ofrecer una visin alternativa con el fin de profundizar en aquellos aspectos ms tiles para el lector. Para ello, hemos intentado mantener cierta distancia entre lo puramente profesional y lo acadmico. Esto significa que este informe no es ni un receta- rio de consejos sobre diseo, ni un handbook sobre modelos y teoras cientficas. Creemos fir- memente que, aunque los principios y recomen- daciones de diseo son tiles, entender los porqus es la mejor garanta para alcanzar dise- os usables. En otras palabras, no creemos tan re- 7 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d Uno_ Introduccin levante acatar recomendaciones generales sobre cmo organizar y representar los diferentes ele- mentos en un diseo, como conocer cmo los usuarios exploran e interpretan estos diseos. Igualmente, aunque reconocemos que la aplica- cin de las metodologas propias de la prctica de la usabilidad exigen conocimiento, tiempo y expe- riencia, entendemos que su uso en el entorno pro- fesional est destinado al incremento prctico de la usabilidad del producto, y por tanto no necesitan ser abordadas con la rigurosidad propia del mbito cientfico. El presente informe se encuentra estructurado en tres grandes captulos. En Definicin y conceptos se analizar y describir en detalle tanto el con- cepto de usabilidad, como todos aquellos directa- mente relacionados (simplicidad, arquitectura de informacin, experiencia de usuario, etc.). En el se- gundo captulo, El factor humano, trataremos de entender y comprender al usuario, a travs del an- lisis de su percepcin visual, cognicin, modelos mentales, y su naturaleza social. En el ltimo cap- tulo, de carcter metodolgico, se introducir la fi- losofa de Diseo Centrado en el Usuario, describiendo las principales tcnicas de investiga- cin, indagacin, inspeccin, evaluacin y docu- mentacin. 8 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d La experiencia del usuario Usabilidad Como hemos sealado en la introduccin de este trabajo, usabilidad es un concepto que se re- fiere bsicamente a la facilidad de uso de una apli- cacin o producto interactivo. Pero esta no es ms que una definicin operativa, que poco nos revela acerca de la verdadera naturaleza emprica, de- pendiente, relativa, e incluso tica, de este con- cepto. A continuacin vamos a desgranar ms detalladamente a qu nos referimos cuando ha- blamos de usabilidad. Dimensin emprica La usabilidad es un concepto emprico, lo que significa que puede ser medida y evaluada, y por tanto no debe entenderse como un concepto abs- tracto, subjetivo o carente de significado. De hecho, la usabilidad es un atributo de calidad cuya definicin formal es resultado de la enumeracin de los diferentes componentes o variables a travs de los cuales puede ser medida. Entre estos com- ponentes, encontramos (Nielsen; 2003): - Facilidad de aprendizaje (Learnability): cmo de fcil resulta para los usuarios llevar a cabo tareas bsicas la primera vez que se enfrentan al diseo? - Eficiencia: una vez que los usuarios han apren- dido el funcionamiento bsico del diseo, cunto tardan en la realizacin de tareas? - Cualidad de ser recordado (Memorability): cuando los usuarios vuelven a usar el diseo despus de un periodo sin hacerlo, cunto tardan en volver a adquirir el conocimiento necesario para usarlo eficientemente? - Eficacia: durante la realizacin de una tarea, cuntos errores comete el usuario?, cmo de graves son las consecuencias de esos errores?, cmo de rpido puede el usuario deshacer las consecuencias de sus propios errores? - Satisfaccin: cmo de agradable y sencillo le ha parecido al usuario la realizacin de las ta- reas? Una de las mejores formas de evaluar la usabi- lidad de un producto o aplicacin es ponindola a prueba con usuarios reales, un mtodo conocido como test de usuarios (este mtodo ser descrito con ms detalle en el captulo sobre Diseo Cen- trado en el Usuario). Observando cmo los usua- rios se enfrentan a tareas interactivas, podemos cuantificar objetivamente la usabilidad del diseo, contabilizando el nmero de errores que cometen (eficacia) o midiendo el tiempo que tardan en completarlas (eficiencia). Adems, preguntando a los usuarios una vez finalizadas sus tareas, podre- mos medir la usabilidad subjetiva o percibida, es decir, cmo valoran los usuarios el diseo o cul es su grado de satisfaccin. Esta naturaleza emprica de la usabilidad hace posible, por ejemplo, comparar la usabilidad de un diseo y la de su rediseo, y comprobar de este modo si los cambios realizados han sido acerta- dos o no. No obstante, esto no debe hacernos creer que la medicin de los diferentes componentes de la usa- bilidad se encuentra exenta de dificultades (Dillon; 2001). Las personas somos seres enormemente complejos, un hecho que aade inevitablemente un alto grado de incertidumbre tanto al diseo como a la evaluacin de productos interactivos. 9 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d Dos_ Definicin y conceptos Dimensin dependiente Sera un error creer que lo que motiva el uso de un producto o aplicacin es su usabilidad. Los usuarios no buscan usabilidad, buscan utilidad, en- tendida como el provecho, beneficio e inters que produce su uso (Hassan-Montero; 2006). En otras palabras, lo que motiva al usuario es la capacidad que percibe del producto para resolver sus necesi- dades o deseos. Dicho esto, que utilidad y usabilidad sean con- ceptos diferentes no implica que podamos disociar o desmembrar un atributo del otro. La relacin entre utilidad y usabilidad es de mutua dependen- cia, tal y como expone la acertada definicin de Di- llon y Morris (1999): la usabilidad representa el grado en el que el usuario puede explotar la utili- dad. A esta definicin podemos aadir que la usa- bilidad tambin representa el grado en que esta utilidad es percibida por el usuario. No es posible, por tanto, hablar de usabilidad y utilidad como fac- tores desconectados o independientes. De hecho, no slo la utilidad es dependiente de la usabilidad, pues esta dependencia tambin se pro- duce en sentido contrario. Podemos afirmar que un producto o aplicacin ser usable en la medida en que el beneficio que se obtenga de usarlo (utili- dad) justifique el esfuerzo necesario para su uso (aprendizaje, atencin, tiempo). Este es un hecho que queda evidenciado a la per- feccin en la siguiente cita: Si la facilidad de uso fuera el nico criterio vlido, las personas se quedaran en los trici- clos y nunca probaran las bicicletas Engelbart, cita extrada de (Fischer; 2001). Como diseadores, nuestro objetivo debe ser adaptar el diseo al usuario; a sus habilidades, co- nocimientos y modelos mentales. Sin embargo, como afirma Norman (2005b), en muchos casos ser necesario que los usuarios tambin se adapten al producto o herramienta. Pensemos por ejemplo en los automviles. Son herramientas que requieren de un gran esfuerzo de aprendizaje y adaptacin por parte de sus usuarios, aunque no por ello son percibidos como artefac- tos poco usables. La capacidad del automvil de sa- tisfacer las necesidades del usuario supera el esfuerzo que ste debe hacer para aprender a ma- nejarlo. Un sitio web no puede exigir ese grado de adap- tacin por parte del usuario, sencillamente porque el beneficio o utilidad percibida no son compara- bles al caso de los automviles. Lo que pretende- mos exponer es que no podemos pensar en la usabilidad de forma aislada, sino que siempre ten- dremos que analizarla en relacin con la utilidad del producto, es decir, con el grado en que el pro- ducto podr exigir la adaptacin del usuario. Imaginemos dos diseos, que para una misma tarea requieran el mismo esfuerzo del usuario. Esto no significa que ambos sean igual de usables, ya que la motivacin y resistencia a la frustracin del usuario estar determinada por el beneficio que perciba de completar la tarea, percepcin que ser producto tanto de su utilidad real como de la ca- pacidad del diseo para comunicar esta utilidad. Dimensin relativa La usabilidad no debe ser entendida como una cualidad universal. Todo producto, aplicacin o sitio web, nace para satisfacer las necesidades de una audiencia especfica. Por tanto, estos produc- tos sern usables si lo son para esta audiencia ob- jetiva, no necesariamente para el resto de la poblacin. Esta dimensin relativa queda evidenciada en la definicin que la norma ISO 9241-11 (1998) ofrece de la usabilidad: grado de eficacia, eficiencia y sa- tisfaccin con la que usuarios especficos pueden lograr objetivos especficos, en contextos de uso es- pecficos. Como vemos en esta definicin, la usabilidad no slo es relativa a sus usuarios, sino tambin a los usos (objetivos y contextos). Un microondas puede ser usado por sus usuarios objetivos para desconge- lar comida, o puede ser usado por estos mismos usuarios para guardar zapatos, un objetivo este l- timo para el que el diseo del microondas no tiene por qu estar preparado, ni por tanto resultar usable. Adems, an cuando el producto es usado para los objetivos y en los contextos previstos, estos ob- jetivos y contextos determinarn la importancia de su usabilidad. Por ejemplo, un telfono mvil puede ser usado para realizar una llamada de emer- gencia (en situaciones de riesgo o peligro), o para escuchar las diferentes melodas que incorpora, un objetivo este ltimo para el que la usabilidad puede que no sea tan relevante como para el primero. 10 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d No definimos la usabilidad como un atributo re- lativo con la intencin de enfrentarlo a conceptos como Accesibilidad Universal o Usabilidad Uni- versal (Shneiderman; 2000), sino, como veremos en los siguientes apartados, con el objetivo de en- tender los lmites reales de esa universalidad. Dimensin tica Disear productos usables resulta rentable eco- nmicamente. De hecho, el buen diseo se evala por su retorno de inversin. No obstante, el obje- tivo final del buen diseo, del diseo usable, es mejorar la calidad de vida de las personas, y esta rentabilidad econmica no es ms que una conse- cuencia lgica de este objetivo cuando el diseo tiene fines comerciales. Lo primero que debemos asumir es que la prc- tica de la usabilidad requiere una permanente ac- titud de empata, pues ser el usuario final, en ltima instancia, quien determine la calidad de nuestro trabajo. De este modo, nosotros somos los principales responsables de evitar la infoexclusin, de evitar que nuestros usuarios se vean discriminados al no poder acceder o comprender cmo usar nuestros diseos. Asegurar la usabilidad de nuestros dise- os significa proteger al usuario final de posibles efectos perjudiciales, fruto de su confusin o de malinterpretar el uso del producto (en el captulo sobre Cognicin hablaremos sobre cmo intentar evitar los errores del usuario). Adems, cuando afirmamos que un diseo usa- ble es aquel que se adapta a sus usuarios, no slo es un principio motivado con el fin de que el usuario entienda cmo usar el producto, sino tambin con el de evitar que se sienta molesto, insultado o vea herida su sensibilidad. Por ejemplo, uno de los pi- lares de la interaccin se encuentra en el uso del lenguaje, donde no slo se debe asegurar la co- rrecta interpretacin del mensaje por el usuario, sino tambin evitar daar sensibilidades cultura- les, sociales, polticas, religiosas, o de cualquier otro tipo. Accesibilidad La accesibilidad de un producto o sitio web es de- finida como la posibilidad de que pueda ser acce- dido y usado por el mayor nmero posible de personas, indiferentemente de las limitaciones pro- pias del individuo o de las derivadas del contexto de uso (Hassan-Montero, Martn-Fernndez; 2004). Por limitaciones propias del individuo nos referimos a las discapacidades permanentes o temporales de los usuarios, o a las impuestas por su nivel de conocimientos, habilidades o experien- cia. Por limitaciones derivadas del contexto de uso nos referimos a las condicionadas por el software, hardware o entorno de uso. A pesar de que en los siguientes captulos de este trabajo no se mencionar el trmino accesibilidad, es un tema que estar presente en todos y cada uno de ellos. La razn es que creemos que no tiene sen- tido pensar en accesibilidad y usabilidad como dos atributos o cualidades diferentes. Si un diseo no es usable, no puede considerarse accesible, y viceversa. Por tanto, en este trabajo englobamos accesibilidad bajo el concepto de usabilidad. La extendida creencia de que son atributos dife- rentes (y en ocasiones incluso incompatibles), nor- malmente es consecuencia de una (errnea) interpretacin exclusivamente tcnica del concepto de accesibilidad, en la que sta parece quedar re- ducida al cumplimiento de las directrices WAI (http://www.w3.org/WAI). Las pautas de accesibi- lidad deben considerarse, tan slo, como un punto de partida en el camino hacia la accesibilidad (Ri- bera, Trmens, Garca; 2008), ya que no es posible considerar un diseo plenamente accesible mien- tras haya usuarios objetivos que no puedan o sepan usar el sitio web. Se podra argumentar que la accesibilidad tiene vocacin universal y es resultado de un diseo para todos, mientras que la usabilidad es relativa, y resultado de un diseo orientado a satisfacer a una audiencia especfica. Pero esto no es cierto, ya que usabilidad y accesibilidad son resultado de un 11 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d Se podra argumentar que la acce- sibilidad tiene vocacin universal y es resultado de un diseo para todos, mientras que la usabilidad es relativa, y resultado de un di- seo orientado a satisfacer a una audiencia especfica diseo centrado en todos los usuarios que confor- man la audiencia del producto, pero no en el resto de la poblacin. Es decir, una filosofa de diseo usable es aquella que persigue satisfacer a su au- diencia especfica, asumiendo la diversidad de esta audiencia. Segn Shneiderman (2000), atender esta diversi- dad implica complacer a usuarios con diferentes habilidades, conocimientos, edad, gnero, discapa- cidades, condiciones de acceso, formacin, cultura, ingresos, etc. Como podemos intuir, la diversidad de la au- diencia no es un problema balad. Para empezar porque habr unas pocas caractersticas comparti- das por un gran porcentaje de la audiencia, pero una gran cantidad de ellas compartidas por por- centajes mucho menores. Adems, como alertan Newell y Gregor (2000) proporcionar acceso a personas con cierto tipo de discapacidad puede hacer el producto significativamente ms difcil de usar por personas sin discapacidad, y con frecuen- cia imposible de usar por personas con diferente tipo de discapacidad. Esto significa que, en mu- chas ocasiones, deberemos ofrecer diseos diferen- tes o adaptables dinmicamente para diferentes usuarios (y contextos de uso) (Hassan-Montero, Martn-Fernndez; 2004), algo que actualmente es posible tecnolgicamente, aunque tambin ms costoso. Arquitectura de Informacin Podemos definir la arquitectura de informacin como la actividad y resultado de organizar, clasifi- car, ordenar, estructurar y describir los contenidos de un sitio web, con el fin de que sus usuarios pue- dan satisfacer sus necesidades informativas con el menor esfuerzo posible. Para referirse al grado en que una arquitectura de informacin satisface a sus usuarios, suele emplearse el trmino findability o encontrabilidad (para un mayor detalle sobre el origen del concepto y disciplina de la arquitectura de informacin, se recomienda la consulta del tra- bajo de Ronda-Len, 2008). Anatmicamente, la arquitectura de informacin de un sitio web representa su esqueleto; el elemento del diseo que sostiene estructuralmente el conte- nido. Por tanto, la arquitectura de la informacin debe definirse en las primeras etapas del ciclo de diseo, ya que de esta organizacin conceptual de- pendern otros elementos de diseo, como su di- seo de interaccin, o su diseo grfico. Al igual que suceda con la accesibilidad, la fin- dability es considerada en este trabajo parte de la usabilidad. Mientras que la usabilidad representa el grado con el que el usuario puede acometer efi- caz, eficiente y satisfactoriamente tareas interacti- vas, la findability representa el grado con el que el usuario puede acometer un tipo concreto de estas tareas, las de recuperacin de informacin. Esto no significa que la arquitectura de informa- cin se enfrente a un problema accesorio. La recu- peracin de informacin es la tarea de mayor importancia de entre las que los usuarios realizan en un sitio web. Como afirma Nielsen (2009), una mala arquitectura de informacin es la piedra con la que tropiezan los usuarios cuando buscan cual- quier tipo de contenido en un sitio web, y por tanto lo que les impide poder llegar a realizar otras ta- reas (como comprar). Diseo de Interaccin Un concepto de diseo ntimamente relacionado con la arquitectura de informacin es el diseo de interaccin. Si la primera representaba el esqueleto del sitio web, el diseo de interaccin representa su sistema nervioso. Por diseo de interaccin nos referimos a la actividad y resultado de definir el comportamiento interactivo del sitio web, es decir, qu acciones se ofrecern al usuario en cada mo- mento, y cmo responder la aplicacin a las ac- ciones que realice. Actualmente ya no es posible entender el diseo de sitios web como la concep- cin de simples sistemas hipertextuales. Con la po- pularizacin de tecnologas web como AJAX (Asynchronous JavaScript And XML), se han au- mentado exponencialmente las posibilidades inter- activas de las aplicaciones web, por lo que cada vez su usabilidad depende ms de un correcto diseo de la interaccin. 12 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d Fig. 1. Aunque los dos botones son objetivamente igual de usables, el segundo tiene ms probabilidad de persua- dir al usuario y ser percibido subjetivamente como ms sencillo y claro (Anderson; 2009). Diseo Grfico Una vez que se ha definido la arquitectura de la informacin y el diseo de interaccin de un sitio web, se procede a disear, en detalle, cul ser su aspecto grfico o visual. Esta dimensin grfica del producto ser la que, desde el primer momento de la interaccin, condicione su usabilidad. La comu- nicacin visual no slo est supeditada a la facili- dad con la que el usuario pueda localizar visualmente el contenido de su inters, o sea capaz de discriminar visualmente el sentido y significado de los elementos de la pgina. Un diseo grfico usable, tambin, se convierte en una forma ms de lograr la expresividad del producto y de potenciar, entre otras cosas, la identidad visual como parte del proceso de comunicacin. En ocasiones se suele equiparar lo feo con lo usable, minimizando la importancia que la est- tica tiene en el uso de productos. Esto es un error, ya que, como demuestran diferentes estudios (Ku- rosu,Kashimura; 1995) (Tractinsky, Katz, Ikar; 2000) (Laviea, Tractinsky; 2004), la usabilidad per- cibida correlaciona con la apariencia esttica. Es decir, lo bonito es percibido por el usuario auto- mticamente como ms fcil de usar (aunque desde un punto de vista objetivo realmente no sea tan fcil de usar). Esto no implica que denotar amateurismo gr- ficamente ofrecer un aspecto grfico aparente- mente tosco y poco cuidado no pueda aportar valor en determinados contextos. La esttica, al igual que la usabilidad, tiene una dimensin sub- jetiva, es relativa a sus usuarios y contextos de uso. Es decir, aunque podamos hablar de principios es- tticos universales, el estilo estar condicionado por el producto y la audiencia a la que se dirija. Experiencia del Usuario: una visin global Aunque, como hemos visto, todos los elementos y atributos de diseo descritos se encuentran fuer- temente interrelacionados, e incluso pueden en- globarse bajo el concepto de usabilidad, la realidad es que cada uno de ellos identifica actividades y roles profesionales claramente diferenciados y es- pecializados. Dentro de un proyecto web podemos encontrarnos trabajando a diseadores de interac- cin, arquitectos de informacin, especialistas en accesibilidad, diseadores grficos y especialistas en usabilidad, entre muchos otros perfiles. Como en la conocida parbola del elefante y los seis hombres ciegos (Gutirrez-Restrepo, McCa- thieNevil; 2005), las diferentes comunidades pro- fesionales se encuentran afrontando un mismo problema desde enfoques parciales, atendiendo a 13 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d Fig. 2. El paraguas de la Experiencia del Usuario. Fuente: uxnet.org atributos o componentes de diseo de forma ais- lada. En la bsqueda de visiones y soluciones glo- bales, en los ltimos aos se ha popularizado el concepto de Experiencia de Usuario o Diseo de Experiencias de Usuario, un concepto paraguas bajo el que integrar las diferentes disciplinas y roles profesionales (Hassan-Montero, Martn-Fernn- dez; 2005) (Paluch; 2006). Pero la Experiencia del Usuario pretende ser algo ms que la suma de sus partes. En palabras de Gon- zlez-Vilalta (2004) es una evolucin, un cambio de paradigma o el crecimiento de la disciplina ms all de las fronteras que hasta ahora le ponan coto. Como seala DHertefelt (2000), la Experiencia del Usuario representa un cambio emergente del pro- pio concepto de usabilidad, donde el objetivo no se limita a mejorar el rendimiento del usuario en la interaccin eficacia, eficiencia y facilidad de aprendizaje, sino que se intenta resolver el pro- blema estratgico de la utilidad del producto y el problema psicolgico del placer y diversin de su uso. Por ltimo sealar que la Experiencia del Usuario no constituye una disciplina cerrada y de- finida, sino un enfoque de trabajo abierto y multi- disciplinar (Knapp-Bejern; 2002). Algunos recursos de inters: - sidar.org: Fundacin Sidar-Acceso Universal - aipo.es: Asociacin Interaccin Persona-Orde- nador - cadius.org: Comunidad de Arquitectura de In- formacin, Usabilidad y Diseo de Interaccin - iainstitute.org: The Information Architecture Institute - ixda.org: Interaction Design Association - upassoc.org: Usability Professionals Association - uxnet.org: User Experience Network Simplicidad Construimos rellenando espacios vacos, com- pletando huecos en la pantalla. Estamos dispues- tos a cubrir y completar cada rincn de nuestras interfaces ya que, quizs, sea la forma de sentir que aadimos valor al producto o que aprovechamos las posibilidades expresivas del medio. Si se nos da una hoja en blanco, un bolgrafo, y se nos hace es- perar un poco, no podemos resistirnos a adornar esa hoja con algn trazo, no tanto para comprobar que el bolgrafo funciona como por romper con ese vaco, con la simplicidad que representa tanto es- pacio en blanco. Sin embargo, en los ltimos aos la simplicidad se ha demostrado como un atributo ms de cali- dad en la red. Se busca de alguna manera la dife- renciacin con el resto de sitios, pero en este caso minimizando la carga visual y cognitiva del usua- rio. No hay duda de que los diseos simples tienen atractivo, son diferentes, y esto puede ser utilizado en estrategias de venta. Pero no por esto debemos eludir la realidad de que trabajamos con sistemas complejos y con usuarios cuyo principal objetivo no es la simplicidad. Estn dispuestos a asumir la complejidad, siempre y cuando no se vean supera- dos. La complejidad inherente de un sitio web est su- peditada al nmero de funciones y volumen de sus contenidos, pero su complejidad aparente lo est a nuestras decisiones de diseo, a cmo facilitemos su uso estructural y visualmente. Nuestro objetivo debe ser que el usuario sienta el control durante la interaccin, y que las funciones y contenidos que se les presenten en cada momento respondan a sus objetivos inmediatos. Que el usuario se sienta c- modo mientras navega implica reducir y organizar los diferentes contenidos y opciones sin que esto suponga un impedimento para la consecucin de sus objetivos, es decir, sin que esta simplificacin desemboque en una mayor complejidad. Definiendo la simplicidad Son numerosos los autores (Maeda; 2006) (Nor- man; 2008) (Tanenn; 2008) que han dedicado su trabajo a definir el concepto de simplicidad y otor- garle la relevancia que merece en el desarrollo y di- seo de interfaces web. En todo momento sus argumentos han tomado en consideracin la exis- tencia de una complejidad inherente a cualquier 14 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d La complejidad inherente de un sitio web est supeditada al n- mero de funciones y volumen de sus contenidos, pero su compleji- dad aparente lo est a nuestras de- cisiones de diseo, a cmo facilitemos su uso estructural y vi- sualmente dispositivo, tecnologa o sistema creado. No es nuestro propsito establecer lmites a esta comple- jidad, sino definir el concepto de simplicidad en la web asumiendo la propia dificultad que entraa la tecnologa. Nuestras primeras reflexiones nos pueden llevar a pensar que prescindir de elementos poco signifi- cativos en una interfaz reducir la carga visual y por tanto facilitar directamente su uso. Pero no creemos tan importante comenzar a prescindir de elementos arbitrariamente como estudiar la inter- accin de las partes que conforman nuestro sitio y su influencia en el comportamiento del usuario. Pensemos en un puzzle compuesto de miles de piezas. Es un objeto complejo, pero que est divi- dido en pequeas partes que permiten que seamos capaces de dominar dicha complejidad. Cada pieza tiene su lugar, inducido por su forma y aspecto, y a medida que vamos ubicando las piezas aumenta nuestra comprensin del conjunto y la funcin de cada una de ellas respecto al total. Uno de los principales problemas de usabilidad surge cuando el usuario percibe que cada elemento de una interfaz puede relacionarse de forma distinta con el resto y adoptar formas y funciones variadas. Esto aumenta la complejidad y le obliga a hacer un esfuerzo mayor para clarificar y comprender la fun- cin exacta de cada elemento (vase figura 3). Cuando la funcin de cada elemento y sus rela- ciones con el resto sean perceptibles inmediata e inequvocamente, y cuando hayamos prescindido de cualquier elemento sin funcin ni relacin al- guna, entonces habremos reducido la complejidad del sitio web a su nivel ptimo, a una complejidad necesaria, funcional, irreductible. El caso contra- rio sera una complejidad artificial, producto de la ornamentacin innecesaria, del exceso de opciones y contenidos irrelevantes, y donde la relacin entre elementos se caracterice por su ambigedad. Esta primera explicacin no debe hacernos creer que simplicidad es sinnimo de usabilidad. Niel- sen (2006a) se refiere al concepto simplicidad como una prctica continuada, centrada en opti- mizar los sitios web y maximizar el xito de los ne- gocios. Una forma tambin de reducir las barreras que imponemos a nuestros usuarios para llegar a donde desean. Simplificar sera por tanto un proceso transfor- mador, orientado a facilitar el uso del producto, y dirigido a reducir la complejidad a un nivel com- prensible, asumible y controlable por el usuario. El mtodo para alcanzar esta complejidad funcional es la deconstruccin, anlisis que nos permitir reducir la complejidad sin sacrificar la presencia de elementos significativos y relevantes. Como seala Norman (2008), lo que estamos buscando nuestro objetivo final no es la simpli- cidad, sino reducir la frustracin del usuario a la hora de enfrentarse a las tareas. La simplicidad es uno de los medios para lograr un diseo com- prensible y que genere experiencias de uso satis- factorias. Deconstruccin La deconstruccin, o el desmontaje por medio del anlisis y la bsqueda de ambigedades o con- tradicciones, fue defendido por diversos autores como una forma de romper con el modelo here- dado de la cultura impresa (Bush; 1945) (Derrida; 1989) (Nelson; 1993). En la literatura impresa encontramos infinidad de prcticas que contravienen el pensamiento no lineal que caracteriza a nuestras estructuras y sis- temas de navegacin online. La asignacin de lu- gares especficos a ciertos elementos, o el simple hecho de recurrir a ms informacin visual de la que normalmente se tiene en cuenta, es una he- 15 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d Fig. 3. Mensaje de Yahoo! Groups, en el que la funcin y relacin semntica entre elementos resulta confusa. Fuente: nordic-design.net rencia retrica del texto impreso (Landow; 1995), el cual es til para una exploracin secuencial del contenido pero no tanto para estructurales hiper- textuales e hipermedia. En el ejemplo que vemos en la figura 4, la es- tructura presentada aporta en s misma una buena cantidad de informacin visual (espaciados, p- rrafos, tipos y tamaos de letras, posiciones) po- tencialmente significativa, pero corresponde a un modelo que no se adapta al comportamiento inter- activo del usuario. No siempre es fcil explotar la riqueza visual del texto y acudimos a elementos alternativos (imge- nes, fotografas, iconos, vdeos...) para expresar las mismas ideas. Entonces descubrimos en la varia- cin, la dispersin, la fragmentacin o la atomiza- cin, frmulas para romper con el fluido discurso textual. Esto permite integrar elementos multime- dia, bloques de significado que se complementan o se interrelacionan para facilitar la comprensin. Los avances tecnolgicos y la evolucin de la web 2.0 nos facilitan llegar a esta situacin. El problema es alcanzar la unicidad con este exceso de medios y multiplicidad de significados. Conseguir trabajos significativos y bellos con medios simples. (Karvo- nen: 2000). Con la deconstruccin llegamos a una explora- cin de la forma, la funcin y la utilidad de cada elemento en una interfaz web. Podremos hacer uso de diferentes tcnicas o metodologas para reducir el nmero de elementos no relevantes que estn presentes en la web. Pero no debemos olvidar que siempre sern los usuarios quienes mejor decidan, porque son ellos quienes estn buscando dominar y gestionar la complejidad. Por lo tanto, las meto- dologas ms pertinentes sern aquellas que invo- lucren en este proceso al usuario. Lo importante permanece por mucho que cambien las cosas Si por un momento pensramos que nos fueran a cobrar por cada pxel que ocupamos en la pantalla, seguramente nos olvidaramos de ciertos elementos que acostumbramos a colocar en nuestras pginas. Esto no quiere decir, como decamos antes, que tengamos que reducir todas las pginas a la m- nima expresin. Todo depende de las caractersti- cas, objetivos y necesidades de nuestros usuarios. Pero si prescindimos de un elemento, y el cambio no afecta a la comprensin del usuario, entonces su presencia no era necesaria. Si valoramos cada elemento del diseo desde la perspectiva del usuario, y entendemos que hay una relacin directa entre dichos elementos y la tasa de xito, se puede extraer todo aquello que no resulta relevante y que, incluso, puede distraer y desviar la atencin del usuario. La reduccin debe plantearse siempre desde la funcionalidad. Esto no quiere decir que aquello que no alcance la funcionalidad adecuada deba ser eli- minado. Siempre ser posible modificar su presen- cia, aspecto y ubicacin, disminuyendo su jerarqua visual. Por ejemplo, todos aquellos elementos de mayor tamao, o los ubicados en zonas centrales de la interfaz, tienen mayor capacidad de atraccin de la atencin visual. Por el contrario, si su tamao o posicin quedan minimizados, o simplemente estn ocultos, se disminuye su jerarqua visual (vase ca- ptulo sobre Percepcin visual). 16 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d Fig. 4. Imagen del Wordpress Theme - WpNewspaper Nada puede provenir de la nada Esta categrica frase inicial, defendida en dife- rentes mbitos del saber, encuentra su sentido en nuestras explicaciones sobre la simplicidad. Todo es predispuesto en nuestras interfaces porque est dotado de significado y funcionalidad, aportando informacin al usuario, orientando y canalizando su interaccin. Incluso la ausencia de informacin tambin est aportando significado. Es el arte de no decir nada diciendo algo (Watzlawick, Bavelas y Jackson; 1997) o la perspectiva de que nada es algo im- portante (Maeda; 2006). Cuando separamos elementos en pantalla con es- pacios vacos, o cuando eliminamos informacin de ciertas zonas, estamos guiando la atencin del usuario hacia aquello que permanece y es rele- vante. Al contar con menos elementos valoramos y confiamos ms en aquello que es visible, refor- zando su percepcin. Esto no implica que el sis- tema no sea complejo. Solo se est buscando la reduccin razonada, la ocultacin o invisibilidad 17 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d Acceder a tu cuenta de usuario Introduce tu nombre de usuario y contrasea Recuerda que los campos son sensibles a maysculas (no los copies directamente desde otra aplicacin o un pdf. pues no funcionar) Nombre de Usuario: Contrasea: Recordarme en este ordenador durante una semana Haz clic aqu si quieres recuperar tu nombre de usuario o contrasea Acceder a tu cuenta de usuario Nombre de Usuario: Contrasea: Recordarme en este ordenador olvidaste tu contrasea? Acceder Acceder Recordarme Acceder Problemas? Complejidad por falta de reduccin Complejidad por exceso de reduccin Fig. 5. Ejemplo de cmo la falta y exceso de reduccin aumentan la complejidad. 18 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d de la complejidad inherente, aumentando la per- cepcin de facilidad de uso. Los espacios o la au- sencia de espacios pueden ser mensajes poderosos dentro de un contexto determinado. Cualquier elemento o concepto integrado en nuestra interfaz web debe presentar un alto grado de significatividad, tanto interna como externa- mente (Ortega-Santamara; 2004). Internamente porque debe tener sentido en s mismo y mostrar una estructura lgica que permita entender el con- cepto o elemento como tal. Por ejemplo, un logo- tipo transmite por s solo un significado con relacin a los valores que la empresa pretende co- municar a sus clientes. Externamente porque este elemento cumple una funcin dentro del sistema, definida principal- mente por su relacin con el resto de elementos. Nuestro logotipo est marcando una coherencia en la identidad de conjunto, adems de indicar a los usuarios en todo momento dnde se encuentran (sin contar con su aporte a la navegacin al vincu- lar a la pgina de inicio). De esta manera, deducimos que cada elemento colocado en nuestra interfaz transmite informa- cin, aporta significado al conjunto y propone conductas y acciones determinadas en el usuario. Los usuarios hacen uso de la informacin y de los objetos visibles en pantalla en funcin de sus relaciones y relevancia en el conjunto. Cuando so- brecargamos los espacios la sensacin de fatiga y de frustracin aumenta. Limitar y evidenciar las caractersticas de tu pro- ducto o servicio Una forma muy comn de diferenciarnos de la competencia es aumentando el nmero de carac- tersticas de nuestro sitio web. As podemos pensar que nuestros visitantes se van a sentir ms atrados y esto favorecer su fidelidad. Pero un exceso de caractersticas puede causar fa- tiga, distraccin y provocar reacciones emociona- les negativas, aumentando la percepcin de dificultad de uso. En otras palabras, al incrementar el nmero de caractersticas se observa un efecto positivo sobre las capacidades percibidas, pero un efecto negativo sobre la usabilidad percibida (Thompson, Hamilton, Rust; 2005). En el grfico de la figura 6 podemos observar dicha relacin de dependencia. A medida que la tecnologa ha ido avanzando hemos conseguido di- sear interfaces con un nmero mayor de caracte- rsticas aumentando su capacidad. Esto se trata de algo que inicialmente todos deseamos. Como sealan Thompson, Hamilton y Rust (2005) las preferencias iniciales de los consumidores depen- den ms de las capacidades de los productos que de la usabilidad de los mismos. Sin embargo, aunque los consumidores comen- zamos dando ms importancia a estas capacidades, acabamos valorando la usabilidad. La clave est en ofrecer un nmero limitado de caractersticas, aquellas que con ms probabilidad respondern a las necesidades reales del usuario, y no todas las po- sibles. Ofrecer productos y servicios especializados que aporten valor y utilidad, sin que esto merme su usabilidad. La reduccin de las caractersticas, ya sea por eli- minacin o su degradacin en la jerarqua visual, no es la nica va para simplificar. Organizar, clasi- ficar y ordenar son tambin formas de simplificar. Cuando clasificamos o agrupamos caractersticas bajo categoras comunes, estamos resumiendo y sintetizando su significado a travs de rtulos des- criptivos. De este modo, ofrecemos al usuario una va rpida para entender el todo, sin necesidad de analizar cada una de sus partes. Cuando ordenamos o relacionamos espacial- mente diferentes elementos en funcin de criterios compartidos (momento secuencial de la accin, orden alfabtico, orden cronolgico, relevancia...), guiamos y simplificamos su bsqueda y localiza- cin por el usuario, permitindole economizar su capacidad usabilidad d e s e a b i l i d a d n de caractersticas Fig. 6. Grfico de Rob Tanenn (http://www.designingforhumans.com) esfuerzo. Por ejemplo, Google no simplifica los re- sultados de bsqueda por reduccin o clasificacin, sino por ordenacin. Es la ordenacin por rele- vancia de los resultados de una consulta la que nos permite ordenar nuestra propia exploracin, guindola de lo ms relevante a lo menos. El tiempo es oro Muchos de los sitios web que visitamos a diario contienen informacin y servicios que rara vez uti- lizamos. Esto es extensible a sistemas operativos, software o productos fsicos. Sabemos qu pode- mos conseguir y qu nos ha funcionado siempre y descartamos aquello que nos obliga a dedicar de- masiado tiempo al aprendizaje o al manejo. Krug (2001) fue muy certero con el ttulo de su libro No me hagas pensar al indagar en los problemas ms complejos en la construccin de sitios web y pro- poner soluciones sencillas, que parezcan fciles du- rante el proceso. Esto implica que los usuarios se olviden de la estructura para centrarse en el conte- nido y minimicen cualquier pensamiento acerca de su funcionamiento o significado. Tannen (2008) a su vez propone un mtodo para cuantificar y comparar la complejidad de dos in- terfaces a partir del tiempo requerido para comple- tar una tarea. Es una manera de evaluar prototipos y valorar de forma gil aquellas propuestas que fa- cilitan la toma de decisiones. Aunque deben to- marse en cuenta algunas consideraciones previas, como la experiencia del usuario o la forma de pre- sentacin. Aun as, el propio autor reconoce que algunos procesos longitudinales, aunque conlleven ms tiempo, pueden ser percibidos como ms c- modos y usables si se incide correctamente en las informaciones visuales. Es decir, no siempre la re- duccin conlleva menor complejidad. 19 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d Fig. 7. Agrupacin de caractersticas. Fuente: www.plaxo.com Fig. 8. Ordenacin secuencial. Fuente: snapily.com A modo de conclusin Como veamos en apartados anteriores, la per- cepcin de un sitio web se ve afectada por la cog- nicin, el contenido o la forma. Cognicin en cuanto a la manera que tiene un usuario de recu- perar y utilizar la informacin. Contenido en cuanto a la cantidad de informacin que es pre- sentada en cada pgina. La forma en cuanto a la in- terfaz, la navegacin y la estructura que creamos. Un diseo es descrito como complejo cuando sus partes son difciles de identificar y dotar de signi- ficado en el conjunto. Esto a su vez depende de la cantidad de agrupamientos que el usuario es capaz de realizar de forma inconsciente, la familiaridad con un diseo web y el conocimiento previo de los objetos presentes en la interfaz (Michailidou, Har- per, Bechhofer; 2008). El error es intentar hacer frente a esa compleji- dad pensando que nuestros usuarios estn bus- cando simplicidad. Sus necesidades estn marcadas por la facilidad de uso de la complejidad. Adecuar las caractersticas a las necesidades de nuestros usuarios, destacando la utilidad, funcionalidad y facilidad de uso, puede ayudarnos a gestionar la complejidad necesaria y producir diseos que evi- ten la frustracin del usuario. 20 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d Percepcin visual El canal visual es el sentido ms intensamente utilizado en nuestra vida cotidiana y, como no poda ser de otra forma, en el uso de aplicaciones interactivas. Si definimos la interfaz como la su- perficie de encuentro entre usuarios y aplicacin, debemos entender que su diseo grfico ser el que condicione, desde el primer contacto, la fluidez interactiva entre ambos, la usabilidad de la aplica- cin y la consecuente experiencia del usuario. Dado que el diseo centrado en el usuario re- quiere conocer al usuario sus necesidades, habili- dades, contexto, entorno, objetivos y motivaciones, el diseo de interfaces grficas exige conocer los ojos del usuario, o ms correctamente, cmo las personas percibimos visualmente (Hassan-Mon- tero; 2007b). Muchas de las cuestiones que plantearemos pueden resultar obvias para el lector, desde el mismo momento en que si analizamos subjetiva- mente la apariencia de una interfaz, podemos in- tuir su eficacia visual. Sin embargo, con este mtodo slo vemos el resultado de nuestra per- cepcin, pero no entendemos su proceso, el por- qu. Qu sucede desde el impacto de la luz en la retina del ojo hasta que asignamos significado e interiorizamos aquello que estamos viendo? Vemos menos de lo que creemos ver, pero ms de lo que somos conscientes de estar viendo Las personas estamos condenadas a realizar dia- riamente miles de bsquedas visuales. Por su- puesto podremos cerrar los ojos cuando nos plazca, o paralizar la vista en un punto per- dido, aunque mantener esta supresin visual re- querir un esfuerzo, ya que estamos programados biolgicamente para no cesar en nuestra bs- queda visual. Es el movimiento o rotacin ocular el meca- nismo que sustenta estas bsquedas visuales. Este movimiento ocular se produce mediante saltos r- pidos llamados sacadas que se intercalan con fijaciones, o momentos de relativa quietud del ojo que nos permiten enfocar y ver ntidamente una zona determinada (Jacob; 1995). Como metfora podemos decir que lo que esta- mos haciendo es tomar instantneas continua- mente, como si de una cmara fotogrfica se tratase, cuya resolucin estar determinada por el punto en que realicemos la fijacin. Mientras que esa zona focal ser capturada con una gran reso- lucin o nitidez, aquellas zonas no enfocadas pero dentro de nuestro campo de visin se capturarn con una resolucin inversamente proporcional a su distancia con la zona central (Ware; 2008). Las zonas ms alejadas del punto focal conformaran lo que llamamos visin perifrica. Como primera curiosidad sobre nuestra forma de ver, resulta que si bien durante las fijaciones capturamos incesantemente instantneas de la es- cena visual, durante los movimientos sacdicos 30 a 120 ms, la visin queda prcticamente su- primida (para una explicacin ms detallada vase Hassan-Montero y Herrero-Solana, 2007). Sin embargo, estas interrupciones no son percibi- das, lo que indica que lo que vemos es una cons- truccin mental a partir de las instantneas percibidas. Es decir, vemos menos de lo que cree- mos ver. Al mismo tiempo, la informacin visual que ad- quirimos con las fijaciones es procesada masiva y paralelamente (Wolfe; 2006) (Ware; 2008). Si toda esta informacin llegara a nuestra consciencia se- 21 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d Tres_ El factor humano guramente sufriramos un colapso cognitivo, ya que como veremos en el siguiente captulo estamos biolgicamente limitados en cuanto al volumen de informacin que podemos procesar consciente- mente. Para evitar este colapso las personas estamos do- tadas de mecanismos perceptuales automticos, en forma de filtros, que slo permiten llegar una parte de la informacin percibida a nuestra consciencia. En otras palabras, vemos ms de lo que somos conscientes de estar viendo. El primero de esos fil- tros es el de nuestra atencin visual. Atencin visual: un mecanismo doblemente guiado Qu determina que atendamos visualmente una zona y no otra de una interfaz? Para responder a esta cuestin primero debemos entender que, en los primeros instantes de la percepcin visual, la informacin fluye masivamente en forma de ca- ractersticas bsicas: color, movimiento, orienta- cin, tamao, etc. (Wolfe; 2006). La percepcin no es un proceso pasivo, pues las personas guiamos voluntaria y activamente nuestra atencin, decidiendo qu queremos que supere el fil- tro de nuestra atencin visual, y qu no. Este guiado se produce sobre caractersticas grficas deseadas, es decir, sobre las propiedades bsicas que resultan de nuestro inters (Wolfe; 2006). Por ejemplo, cuando leemos un texto en una web, son aquellas cualidades grficas propias del alfabeto las que buscamos vi- sualmente y a las que atendemos, y no otras. Ahora bien, que nos encontremos en el desierto buscando una cantimplora, no significa que nues- tra atencin no se vaya a ver atrada involuntaria- mente hacia un escorpin en movimiento. Es decir, decidimos qu queremos atender visualmente, pero al mismo tiempo nuestra atencin se ve interferida involuntariamente y de forma automtica por de- terminadas caractersticas visuales, an cuando hagan presencia en zonas de visin perifrica. En las interfaces web sucede exactamente igual. Los usuarios explorarn o escanearn visualmente la interfaz en busca de propiedades grficas propias de los objetos deseados en cada momento enla- ces, texto, imgenes, controles. Esta exploracin puede verse facilitada si el diseador enfatiza aque- llos elementos potencialmente ms relevantes para los usuarios, guiando su atencin y estableciendo puntos de entrada (Fidalgo; 2006); o por el con- trario entorpecida si la interfaz no presenta una je- rarqua visual lgica, es decir, cuando nada parece visualmente ms relevante que el resto. Los mecanismos de los que, como diseadores, disponemos para atraer la atencin del usuario, se encuentran en el uso que hagamos de las diferen- tes caractersticas grficas bsicas en la interfaz. Lo que nos dice la teora psicolgica sobre la percep- cin, es que la capacidad que tiene un elemento vi- sual de atraer la atencin del usuario se encuentra en directa relacin con sus diferencias grficas res- pecto a los elementos colindantes (Wolfe; 2006). Es decir, visualmente nos vemos involuntariamente atrados por lo inusual. Un elemento con mayor tamao que el resto, con un color distinto a los dems (figura 9), con una orientacin diferente, o en movimiento (mientras el resto de la pgina permanece esttica), tendr ms probabilidad de atraer nuestra atencin (Wolfe, Horowitz; 2004). Esto es algo que com- prendieron a la perfeccin los diseadores de ban- ners (movimiento+animacin=atencin visual), pero dado que la mayor parte de las veces no visi- tamos una web buscando contenidos de ese tipo, los usuarios aprendieron a ignorar automtica- mente todo aquello que, por sus propiedades gr- ficas (y ubicacin), pareciera informacin publicitaria (lo fuera o no). Esta ceguera selectiva no significa que los usuarios no vean los banners animados, sino que esa informacin visual en la mayora de casos no llega a superar el filtro de su atencin, y por tanto esas zonas de la interfaz no recibirn fijaciones. La publicidad contextual, popularizada por Google, intenta atraer nuestra atencin por el ca- mino contrario. En vez de por medio de su dife- renciacin grfica respecto al resto de elementos de la pgina, mediante su similitud, de tal forma que el usuario no aparte su atencin, ya que tendr la impresin de que por su aspecto pueda tratarse 22 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d Fig 9. Inevitablemente nuestra atencin se ve guiada hacia el crculo rojo, el nico inusual. Fuente: www.human- computer.net/blog tambin de contenido de inters. Por supuesto, conforme mayor sea la experiencia de navegacin del usuario, ms mecanismos automticos habr interiorizado para administrar su atencin visual, lo que le permitir guiarla ms eficazmente hacia lo que considere relevante. Organizacin perceptual Una vez que focalizamos nuestra atencin sobre una zona de la interfaz, y antes de darle un sentido a lo que estamos viendo, tiene lugar una etapa de organizacin perceptual. Las caractersticas grfi- cas bsicas que superan el filtro de nuestra aten- cin se reconfiguran perceptualmente, formando patrones, estructuras, formas, contornos y regio- nes. Es decir, antes de interpretar la semntica o significado de lo que vemos, se produce un anlisis automtico de su sintaxis grfica: cmo se coordi- nan, ordenan y vinculan entre s los elementos foco de nuestra atencin visual. Dicho de otro modo, lo que tiene lugar es un pro- ceso automtico de resolucin de interrogantes visua- les: Qu forma parte de qu? Qu est relacionado con qu? Qu sigue un orden lgico de qu? En esta etapa es donde entran en juego las tan populares en el campo del diseo grfico leyes de la Gestalt (vase wikipedia: Gestalt Psychology). Entre estas leyes, algunas de las que mayor aplica- cin tienen en el diseo de interfaces son la ley de proximidad, de similitud y de regin comn (Ware; 2003); todas ellas referidas a cmo un con- junto de elementos son percibidos automtica- mente como un mismo grupo. Sobre estas leyes se sustentan numerosas reco- mendaciones o directrices de usabilidad. Por ejem- plo, cuando se recomienda que los enlaces tengan todos una misma caracterizacin grfica (color, ti- pografa, efectos), se hace con el fin de que el usua- rio, una vez detectado un enlace, pueda diferenciar automticamente y sin esfuerzo qu es un enlace y qu no dentro de un mismo sitio web, sobre la base de la ley de similitud. Por su parte, la ley de proximidad o la de regin comn es ampliamente utilizada para, por ejem- plo, codificar visualmente mens de navegacin, agrupndolos como una misma cosa, y diferen- cindolos del resto de elementos de la interfaz. La verdadera utilidad de las leyes de la Gestalt es que, si son correctamente aplicadas, permiten al usuario realizar un gran nmero de operaciones visuales de forma exclusivamente automtica, per- mitindole asignar sin esfuerzo funciones y signi- ficados similares a los elementos relacionados o agrupados. Lo que se encuentre prximo, dentro de un mismo marco, o sea grficamente similar, tendr un sentido similar. Como se puede deducir, el mayor error que po- demos cometer en relacin con estas leyes es apli- carlas de forma que se opongan entre s: que sobre la lgica de una ley dos elementos se encuentren relacionados, pero sobre la lgica de otra, perte- nezcan a grupos diferentes. Ver no es lo mismo que reconocer La ltima de las etapas de la percepcin visual es aquella en la que se vincula lo que se est viendo con lo conocido. En otras palabras, una vez que fo- calizamos nuestra atencin visual, y organizamos perceptualmente la zona enfocada, intentamos in- terpretar, asignar significado o comprender aque- llo que estamos viendo. Aqu nos adentramos en el complejo dominio de la cognicin humana: el len- guaje, la memoria, el razonamiento Aunque posteriormente trataremos el tema de la cognicin y los modelos mentales, desde el punto de vista del diseo visual lo que debemos asegurar es que el tamao y forma del objeto grfico lo haga reconocible, que permita una fcil equiparacin con aquello que el usuario conoce, puede com- prender o interpretar (Hassan-Montero; 2007b). En el uso de texto, influir el contraste y tamao de la fuente, la tipografa y efectos empleados, pero por encima de todo, el uso del lenguaje, su claridad y precisin. En el caso de iconos o elementos de control el problema a resolver es similar, pues se debe prestar especial atencin al uso de metforas y cmo son de familiares para el pblico obje- tivo, la resolucin grfica de estos objetos, o su grado de estandarizacin. 23 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d Lo que se encuentre prximo, den- tro de un mismo marco, o sea gr- ficamente similar, tendr un sentido similar No miramos del mismo modo una interfaz web que un atardecer Hasta el momento hemos descrito el proceso de percepcin visual desde una perspectiva casi ex- clusivamente universal. Sin embargo nuestra acti- tud y comportamiento visuales no son los mismos independientemente de la escena visual que tenga- mos delante de nuestros ojos. Nuestra experiencia adquirida navegando por Internet nos impregna de mecanismos y herramientas que nos permiten un comportamiento especfico y optimizado para la exploracin visual de interfaces web. Sabemos que los diseadores web atienden en mayor o menor medida a convenciones implcitas (Hassan-Montero; 2007b). Cuando un diseador afronta la elaboracin de una interfaz, antes habr visitado miles de sitios web, y ser consciente de que sus potenciales usuarios tambin tendrn una larga experiencia navegando por otros sitios web. Estas convenciones, desde el punto de vista exclu- sivamente grfico, se refieren a propiedades grfi- cas comunes para representar elementos de control y navegacin (enlaces, botones, scroll, mens...), pero tambin a la ubicacin y distribucin de los diferentes elementos de una pgina en funcin de su naturaleza. Como comentbamos previamente, los contenidos publicitarios suelen ocupar deter- minadas zonas de la pgina, pero lo mismo ocurre con los sistemas de navegacin, el buscador, las sec- ciones de contacto, el logo, y por supuesto, el con- tenido principal. Esto provoca que los usuarios, en funcin de qu tipo de elemento persigan con cada bsqueda vi- sual, atendern con mayor probabilidad a aquellas reas de la interfaz donde habitualmente se en- cuentran ubicados en la mayora de sitios web. Por tanto, como diseadores, debemos atenernos a estas convenciones de diseo web, con el objetivo de facilitar la eficiencia de cada una de las bsque- das visuales que realicen los usuarios. Principios fundamentales de diseo visual Como conclusin podemos afirmar que, si bien en el diseo de interfaces intervienen muchos ms fac- tores, la recomendacin principal a la hora de afron- tar el diseo de una interfaz visualmente usable es el cumplimiento sistemtico de los siguientes princi- pios: Enfatizar, Organizar y Hacer reconocible. - Enfatizar implica hacer visible lo relevante, esta- blecer una clara jerarqua visual entre elementos y zonas de la interfaz, de modo que la atencin del usuario se vea guiada de forma lgica y se- cuencial de lo ms relevante hacia lo secundario. La relevancia, claro est, es un concepto subje- tivo, y no todos los usuarios considerarn rele- vante lo mismo. Adems, como diseadores debemos atender a los objetivos del propio sitio web (cliente), que no siempre coincidirn con los de sus usuarios. Nuestra misin es enfatizar aquellos elementos de la interfaz que para el cliente y la mayora de usuarios pueden tener ms importancia, y mantener un equilibrio entre los intereses del usuario y del cliente cuando no sean compatibles (por ejemplo, el necesario equilibrio entre contenido y publicidad). - Organizar significa establecer relaciones visua- les lgicas, que faciliten de este modo al usuario relacionar o diferenciar elementos automtica- mente. La correcta aplicacin de las leyes de la Gestalt impregnar al diseo de un aspecto vi- sual organizado, claro e intuitivo, lo que reper- cutir positivamente tanto en su usabilidad objetiva como subjetiva. - Hacer reconocible nos obliga a considerar con especial cuidado el uso de iconos, etiquetas, en- cabezados, enlaces de tal forma que se re- quiera del usuario el menor de los esfuerzos para comprender y predecir el funcionamiento interactivo de la interfaz, permitindole dedi- car toda su capacidad de atencin y concentra- cin a lo que realmente le interesa, el contenido. 24 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d Fig. 10. Principios del diseo visual. Cognicin Disear productos interactivos no es una tarea fcil. No al menos cuando pretendemos que satis- fagan las necesidades, expectativas y deseos de sus destinatarios, y se adapten a su contexto y natura- leza. En el dilogo interactivo o intercambio de monlogos (Norman; 2007) que se produce entre usuarios y aplicaciones software, la comple- jidad de los primeros aade inevitablemente un alto grado de incertidumbre al proceso de diseo de los segundos. Entre los medios de que dispone un diseador para reducir dicha incertidumbre, uno de los prin- cipales es el conocimiento emprico que la psico- loga nos ofrece sobre la cognicin. Adentrarnos en el estudio de la psicologa no es un camino sin obstculos, debido a que existen multitud de teoras que ofrecen diferentes visiones y modelos sobre la mente, y que no siempre son compatibles. No obstante es innegable que cuanto ms conozcamos por poco que sea acerca de cmo las personas adquieren, interiorizan, proce- san o exteriorizan informacin, ms acertadas re- sultarn las decisiones que tomemos sobre el diseo, disminuyendo el esfuerzo requerido para su uso. El almacn de nuestra mente Las personas estamos constantemente perci- biendo informacin, algo que no tendra dema- siada utilidad si no furamos capaces de registrarla y almacenarla para su posterior uso. Cuando vimos el tema de la percepcin visual ya adelantbamos que no todo lo que vemos supera el filtro de nues- tra atencin visual. Del mismo modo, no todo lo que supera ese primer filtro termina siendo alma- cenado. La memoria humana se compone de dos siste- mas o almacenes funcionalmente diferentes, lla- mados memoria operativa (a corto plazo) y memoria a largo plazo (Sperling; 1960) (Cowan; 1988, 1999) (Baddeley; 2001). La memoria opera- tiva estrechamente relacionada con nuestra cons- ciencia es la que utilizamos en tareas como el razonamiento o la comprensin, y se caracteriza por su capacidad limitada y su temporalidad. La memoria a largo plazo, como su nombre indica, es un almacn ms estable y duradero en el tiempo, adems de tener una capacidad ilimitada o al menos con unos lmites desconocidos. Podramos decir que la memoria a largo plazo sera como una gran biblioteca, la memoria opera- tiva una mesa de trabajo en la que slo cabran al mismo tiempo un nmero limitado de libros, y la consciencia el bibliotecario que trabaja en la mesa. Los libros que ocupan la mesa de trabajo (memo- ria operativa) podran ser potenciales nuevas ad- quisiciones (percepcin) o haber sido recuperados del fondo documental de la biblioteca (memoria a largo plazo). Lo primero que debemos aceptar como disea- dores es que las personas, y por tanto los potencia- les usuarios de nuestros diseos, no pueden procesar conscientemente y al mismo tiempo un nmero ilimitado de tems. Miller (1956) estim que el lmite de la memoria operativa era de unos 72 tems, aunque estudios posteriores parecen re- ducir este nmero a entre 3 y 5 (Cowan; 2001). A la capacidad limitada de la memoria operativa debemos aadir el hecho de que registrar infor- macin en la memoria a largo plazo no es un pro- ceso libre de esfuerzo, ni tampoco lo es su posterior recuperacin consciente. Para facilitar el almace- namiento de informacin las personas tendemos a buscar patrones o reglas que resuman la informa- cin percibida, sntesis que ser ms sencilla de al- macenar que un conjunto de hechos o datos inconexos. Del mismo modo, para recuperar in- formacin de nuestra memoria a largo plazo, usa- mos frecuentemente estrategias nemotcnicas, como la re-codificacin de la informacin almace- nada, facilitando asociaciones entre informacin de los diferentes almacenes (Cowan; 2001). El proceso de adquisicin y recuperacin cogni- tiva de informacin descrito aunque de forma muy resumida, debera hacernos reflexionar sobre el coste que determinadas decisiones de diseo ten- drn para el usuario en funcin de la tarea que se encuentre realizando. Una tarea tpica es la localizacin de un tem de entre un conjunto, como por ejemplo cuando el usuario est explorando las diferentes opciones de un men de navegacin. Almacenar todas las op- ciones mentalmente y realizar comparaciones ra- zonadas entre cada par de tems con el objetivo de determinar cul de ellos es el buscado, no slo le resultar imposible en trminos de espacio ope- 25 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d rativo, sino adems muy poco eficiente. Por tanto, la estrategia usada por el usuario ser explorar los tems y elegir el primero de ellos que crea se co- rresponde con la funcin o contenido deseado, an cuando no todos hayan sido valorados. Es decir, en su navegacin el usuario utiliza una estrategia de ensayo y error. El coste de la exploracin de diferentes tems es proporcional a su nmero, un tiempo y esfuerzo que como diseadores podemos reducir de dife- rentes formas. Como vimos al tratar el tema de la percepcin visual, enfatizando grficamente aque- llos tems ms relevantes guiaremos la atencin del usuario, haciendo que su exploracin sea menos aleatoria, y por tanto ms eficiente conforme los tems ms enfatizados coincidan con los deseados o buscados. Otro mtodo es ordenar los tems de tal forma que el usuario pueda reconocer en esta ordenacin un patrn conocido, y aprovecharlo para ordenar de este modo su propia exploracin. Tal sera el caso de la ordenacin alfabtica en conjuntos de tems textuales, donde el usuario puede subdividir pro- gresivamente la lista de tems, reduciendo el tiempo necesario para completar la tarea. Por ejemplo, si busco un tem que empieza por g, cuando analice uno que empiece por n me indicar que no de- ber seguir explorando los siguientes, sino slo los anteriores. El tiempo de reaccin del usuario en estos casos, como demuestra la ley de Hick-Hyman (Hick; 1952) (Hyman; 1953), seguira una distribu- cin logartmica, en vez de lineal. La ordenacin alfabtica sera una solucin uni- versal a la ordenacin de tems textuales, si no fuera por dos pequeos problemas: no siempre somos capaces de verbalizar nuestra necesidad informa- tiva y, an cuando lo somos, dicha representacin sintctica no tiene por qu coincidir con el trmino o trminos utilizados en la interfaz. Este ltimo fe- nmeno es lo que Furnas et al. (1989) denomina- ban el problema del vocabulario del usuario, basado en la observacin de cmo las personas usan una gran variedad de trminos diferentes para referirse a una misma cosa. En la bsqueda de la mejor forma de ordenar conjuntos de tems, resulta especialmente til la ca- tegorizacin de esquemas de ordenacin propuesta por Rosenfeld y Morville (2002), compuesta por esquemas de ordenacin exactos y ambiguos. La primera categora engloba aquellas formas de or- denacin eficaces cuando el usuario se encuentra realizando una bsqueda por tems conocidos, cuando el vnculo entre tem y representacin mental es consistente. En otras palabras, si el usua- rio busca el nombre de una persona conocida, el de un pas, el de un idioma, o el de cualquier tr- mino donde no quepa ambigedad, la mejor solu- cin de diseo es ordenar alfabtica, cronolgica, geogrfica o numricamente, en funcin de la na- turaleza de los tems. Los esquemas de ordenacin ambiguos se deben usar cuando la representacin mental de la necesi- dad informativa y su representacin en la interfaz no tienen un vnculo libre de subjetividad. Por ejemplo, cuando los tems representan categoras temticas no tiene sentido ordenar alfabtica- mente, ya que en la mayora de casos el usuario se vera buscando un trmino diferente al utilizado en la interfaz para describir el mismo concepto. En estos casos la mejor solucin es reducir el n- mero de tems, agrupando aquellos semnticamente similares bajo rtulos descriptivos (Mehlenbacher, Duffy, Palmer; 1989). De esta forma el usuario pri- mero explorara los rtulos de cada grupo, y slo cuando estime que se encuentran relacionados con su necesidad, explorara los tems contenidos en el grupo. Como vimos en el apartado sobre la Simplicidad, ordenar, clasificar y agrupar, son formas de simpli- ficar. Tomando decisiones Tanto la tarea descrita bsqueda y localizacin de tems como otras posibles en la interaccin del usuario, comparten un mismo tipo de accin cog- nitiva: la toma de decisiones. Por ejemplo, cuando exploramos una serie de tems, por cada uno de- bemos tomar una decisin en base a la similitud percibida entre el tem y nuestra representacin mental: hacemos clic o seguimos buscando? 26 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d En su navegacin, el usuario utiliza una estrategia de ensayo y error La toma de decisiones es un proceso complejo, influido por multitud de factores, y por tanto com- plicado de resumir en pocas palabras. De todos modos debemos al menos entender que las perso- nas usamos dos sistemas diferentes en estas deci- siones, que denominaremos con fines didcticos sistema intuitivo y sistema racional. El primer mecanismo se caracteriza por ser muy rpido, sucio, susceptible a errores y fundamen- talmente emocional. Podemos decir que ante la toma de una decisin, se disparan reglas automti- cas o heursticas adquiridas en base a nuestra ex- periencia que nos ofrecen una solucin rpida, y nos posibilitan un comportamiento eficiente. No se trata de un sistema dirigido conscientemente, dado que aunque a posteriori podamos intentar razonar nuestra decisin, difcilmente esta recons- truccin se aproxime al proceso realmente aconte- cido. El segundo mecanismo, que llamamos racional, es un proceso lineal, lgico, consciente y que re- quiere esfuerzo y tiempo. Este mecanismo es menos propenso a errores, adems de que pode- mos frente a un error modificar el proceso, co- rrigiendo el resultado. La funcin y utilidad que tiene el primer sistema es la de permitirnos economizar nuestro esfuerzo cognitivo, de tal modo que slo tengamos que em- plear el segundo sistema para las decisiones real- mente importantes. El motivo de explicar la diferencia entre ambos sistemas se encuentra en entender que una gran parte de las acciones que llevamos a cabo sobre una interfaz estn dirigidas por decisiones tomadas in- tuitivamente. Esto explica por qu, por ejemplo, ante una ventana de alerta en la que se nos pre- gunta algo y se nos ofrecen dos posibles respuestas (s y no), es frecuente que automticamente haga- mos clic en una de ellas sin ni tan siquiera leer o procesar el contenido de la pregunta. O por qu al visitar por primera vez un sitio web, tras un pri- mer parpadeo somos capaces de tomar decisio- nes como cerrar directamente la ventana o, por el contrario, comenzar a explorar el sitio web. El por- centaje de acierto de estas decisiones rpidas estar determinado por nuestra experiencia como usua- rios, ya que recordemos que la intuicin es un me- canismo que se alimenta de las experiencias previas. Errar es humano Errar es humano pero echarle la culpa a otro es ms humano todava Les Luthiers Suele ser comn en conversaciones sobre usabi- lidad, escuchar que alguien argumente aquello de en usabilidad presuponis que todos los usuarios son idiotas, frase que no esconde otra cosa que la delegacin de la responsabilidad del diseo en los hombros del usuario final. Realmente la premisa de la que se debe partir cuando tratamos de crear productos usables no es que los usuarios sean idio- tas, sino que tienen mejores asuntos en los que em- plear su esfuerzo cognitivo que en comprender nuestro diseo. Es decir, ante un sitio web lo que el usuario persigue es satisfacer sus objetivos, que siempre estn relacionados con el contenido, no con el envoltorio grfico o interactivo de dicho contenido. Si la conclusin principal del captulo sobre per- cepcin visual era que los usuarios no exploran ex- haustivamente todos los elementos y contenidos de una interfaz, la conclusin principal de este cap- tulo es que no todo a lo que atendemos es proce- sado racional y detenidamente antes de realizar una accin, lo que nos lleva a cometer errores fre- cuentemente. Como diseadores no podemos im- pedir que los usuarios cometan errores, pero s intentar prevenir que se produzcan, as como ofre- cer vas de solucin cuando ocurran. A continua- cin se exponen diferentes vas para disminuir la probabilidad de error del usuario. Limitar posibilidades La primera medida para evitar que el usuario co- meta errores es limitar sus posibilidades de accin. Por ejemplo, en la figura 11 vemos dos posibles for- mas de solicitar al usuario que introduzca la fecha 27 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d Fig. 11. Diferentes formas de solicitar una fecha de cadu- cidad. de caducidad de su tarjeta de crdito. En el primer caso el usuario podra introducir dicha fecha de muy diversas formas (algunas correctas, otras no), mientras que en el segundo la separacin de cam- pos limita las posibilidades y por tanto reduce la probabilidad de error. En la figura 12 podemos observar las consecuen- cias de no limitar (a tiempo) las posibilidades de accin. Orientar al usuario Orientar al usuario, ofreciendo ayuda contextual tal y como podemos ver en la figura 13, es una me- dida recomendable para reducir posibles errores. Cuando el exceso de ayuda contextual sobrecargue la interfaz, pueden emplearse tooltips. Otra forma efectiva de orientar al usuario es me- diante sugerencias interactivas, que respondan a la accin del usuario y guen su recorrido, tal y como se puede observar en la figura 14. Solicitar confirmacin En ocasiones el usuario lleva a cabo una accin que puede tener consecuencias irreversibles y poten- cialmente perjudiciales, casos en los que resulta de gran importancia solicitar confirmacin (figura 15). De todos modos no debemos olvidar que cuanto ms abusemos de este tipo de mensajes en nuestras aplicaciones, menor ser su efectividad, pues la atencin del usuario se insensibiliza por repeticin. 28 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d Fig. 12. Mensaje de error. Fuente: http://www.usabilityinstitute.com/morsels/morsels.htm Fig. 13. Sugerencias en la caja de bsqueda. Fuente: 11870.com Fig. 14. Sugerencias interactivas. Fuente: Trabber.com Fig. 15. Mensaje de confirmacin de GMail Advertir al usuario Este principio est muy relacionado con el ante- rior. La diferencia estriba en que, aunque su obje- tivo es igualmente advertir al usuario de posibles consecuencias indeseadas, en este caso no se le so- licita confirmacin alguna, ya que estos mensajes tienen lugar antes de que el usuario lleve a cabo la accin (advertencia), no como respuesta a su ac- cin (solicitud de confirmacin). Ya que estos mensajes no requieren del usuario la toma de ninguna decisin, su contenido puede pasar desapercibido con mucha ms probabilidad, por lo que se recomienda no slo no abusar de ellos en la aplicacin, sino tambin redactarlos y pre- sentarlos visualmente de forma inusual, con el fin de forzar la atencin del usuario. Como ejemplo podemos observar la captura de la figura 16. Evitar la prdida de informacin Otro principio en la prevencin de errores es evi- tar la prdida de informacin introducida por el usuario. El ejemplo ms tpico es el de almacena- miento de correos electrnicos (borradores) me- diante tcnicas como AJAX, pero existen muchos ms contextos posibles, como cuando el usuario est completando un formulario de compra en una web, o dejando un comentario en un blog. Ya que los usuarios se guan por la ley del mnimo es- fuerzo, es precisamente la prdida del trabajo rea- lizado la mayor causa de frustracin. Permitir deshacer Permitir deshacer, una opcin tan comn en aplicaciones software de escritorio, resulta igual- mente necesaria en multitud de contextos web. Un ejemplo clsico es el de la Papelera en servicios web de correo electrnico, lo que permite al usua- rio deshacer su decisin de eliminar un mensaje, pero una vez ms podemos encontrar ejemplos en otros tipos de aplicaciones online. Por ejemplo, cuando el usuario se halla completando un proceso de compra divido en diferentes pasos, se le debe permitir volver y rehacer pasos previos. O cuando el usuario introduce una consulta en un buscador, la caja de bsqueda de la pgina de resultados debe incluir la consulta introducida por el usuario, a fin de permitirle rehacerla o modificarla. Ofrecer solucin automtica a los errores Idealmente las aplicaciones software, incluidos los sitios web, deberan demostrar un comporta- miento inteligente, solucionando automtica- mente errores cometidos por los usuarios. Un ejemplo por todos conocidos es el algoritmo que Google emplea para detectar errores en las consul- tas del usuario (el famoso quizs quiso decir:). Por supuesto, no se encuentra al alcance de cual- quier proyecto ofrecer soluciones algortmicas como la citada, aunque s emplear otras de ms sencilla implementacin, basadas en simples con- dicionales. Por ejemplo, detectando cundo el usuario introduce una URL sin http:// en un campo de texto para tal fin, y solucionando el pro- blema automticamente en vez de obligarle a solu- cionar el error manualmente. Mensajes de error para humanos Seguro que el lector se habr encontrado a lo largo de su vida digital con verdaderas obras de arte en forma de mensajes de error, desde luego no pen- sados para su consumo por simples humanos. 29 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d Fig. 16. Mensaje de advertencia en Firefox. Redactar mensajes para humanos implica expo- ner breve y claramente el problema, motivos y po- sibles soluciones, con un vocabulario entendible y sencillo. Es decir, justo lo contrario que el mensaje de la figura 17. A modo de conclusin En este apartado hemos introducido algunos de los factores psicolgicos que motivan o explican determinados comportamientos de los usuarios, as como algunas pistas sobre cmo facilitar deter- minadas tareas, o impedir y minimizar el efecto del error humano. Como conclusin debemos recordar que si bien el canal perceptual tiene un gran ancho de banda, y la memoria a largo plazo una gran capacidad, la memoria operativa y el esfuerzo cognitivo reque- rido para la toma de decisiones suponen un em- budo en el procesamiento de informacin del usuario, que como diseadores debemos evitar que se colapse. En el prximo apartado veremos con ms deta- lle otro de los conceptos cognitivos que explican la interaccin del usuario, los modelos mentales: re- presentaciones internas de la realidad externa. Modelos mentales En el prrafo anterior se deca que los modelos mentales son representaciones internas de una rea- lidad externa. Son concepciones generales, que di- rigen nuestros actos y que somos capaces de construir a partir de la experiencia. Gracias a nues- tra capacidad para adaptar nuestra conducta a par- tir de la experiencia, las personas podemos lograr una mayor eficacia para hacer frente a todo aque- llo que nos rodea. Es importante sealar que estos modelos menta- les no son estticos. Somos capaces de cambiar y alterar nuestras creencias sobre la realidad externa, por lo que, consecuentemente, nuestros patrones de conducta tampoco se resisten al cambio. Durante mucho tiempo, gracias a un aprendizaje continuado y a nuestra capacidad para llegar a ra- zonamientos deductivos o inductivos, hemos ido asimilando buena parte de las prcticas que se han generalizado en el desarrollo y diseo de interfa- ces. Mediante esta generalizacin hemos ido cre- ando nuestros modelos mentales, tomando cada experiencia como representativa de un conjunto de experiencias similares. As es como reconocemos aquello que ya cono- cemos y sabemos hacer uso de ello para navegar, localizar e identificar informacin de inters que responda a los objetivos que nos marcamos en cada momento. A medida que observamos cierto grado de ho- mogeneidad en la visualizacin de elementos y las acciones que posibilitan, se produce una realimen- tacin de refuerzo que nos permite, no solo con- firmar nuestras creencias, sino llegar a esa generalizacin que anticipa nuestro pensamiento. En ciertos momentos es posible que podamos re- solver ms eficazmente una situacin dada porque ya hemos interiorizado muchas de las acciones y resultados posibles. Incluso, podramos decir que conseguimos modificar nuestros esquemas de co- nocimiento con mayor celeridad porque nos abs- traemos de los principios y reglas que establecemos por generalizacin. Cmo piensan nuestros usuarios? La capacidad que tienen nuestros usuarios para interpretar y mantener cierto orden en su expe- riencia perceptiva y cognitiva, est basada en los modelos mentales que han ido elaborando en el transcurso de los aos. Cuanto ms conocimiento se tenga de determinadas situaciones, probable- mente la actividad mental ser ms rica. Nuestro objetivo en este captulo se centra en describir cmo los usuarios aplican lo que saben y son ca- paces de solucionar eficazmente los problemas que se les presentan. Partimos de la idea que si no podemos entender una interfaz web, y no somos capaces de actuar adecuadamente para ir satisfaciendo necesidades y objetivos, no solo no la podremos utilizar sino que tampoco seremos capaces de hacer un uso correcto de ella. Por tanto, el entendimiento se convierte en 30 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d Fig. 17. Mensaje de error. Fuente: http://www.excepton tuesdays.com/?p=16 una conducta hbil del usuario que estar en con- sonancia con el tipo y la cantidad de informacin que sea capaz de asimilar y emplear, teniendo en cuenta su desempeo intelectual. Si les preguntramos a los usuarios cmo saben lo que saben, seguramente no obtendramos res- puestas muy acertadas, dado que buena parte de las cosas que sabemos las hemos aprendido de un modo implcito. Hemos llegado a ellas en muchos casos por inferencia, porque las hemos deducido de otros hechos, en otras situaciones o contextos; y en otros casos porque hemos recibido formacin o aprendizaje de un modo explcito. En cualquier caso, la comprensin y el entendi- miento de una interfaz se basa en establecer un modelo conceptual apropiado que nos permita re- conocer aquello que ya conocemos y saber cmo utilizarlo. El usuario clasifica y organiza las per- cepciones, los pensamientos y la experiencia a par- tir de los cambios que se van produciendo en cada actividad o contexto. Todo ello queda almacenado en la memoria en forma de esquemas, los cuales re- presentan el conocimiento que tiene dicho usua- rio del mundo exterior y lo que piensa acerca de las cosas, las personas... Incluso somos capaces de interpretar la ambi- gedad o la subjetividad de ciertas acciones por- que encontramos patrones y significados diversos que nos permiten ofrecer solucin a cualquier pro- blema. Sera mucho ms fcil reinterpretar nues- tra experiencia para que sostenga determinadas presuposiciones que mantener la ambigedad, aunque esto signifique tomar por representativo un ejemplo equivocado. Pero an en tales ocasio- nes los usuarios incrementarn, ajustarn o rees- tructurarn sus esquemas de conocimiento para seguir aprendiendo y construyendo conocimiento ms eficazmente (Rumelhart, Norman; 1978) (Ru- melhart; 1980). La realidad que vamos construyendo es abierta, incompleta y ampliable (Norman; 1983a). Nos per- mite conectar todos nuestros conocimientos y est sujeta a nuestros intereses y necesidades. Tambin est sujeta a nuevas visiones, nuevas ideas y nue- vas interpretaciones que reconfiguran esa plurali- dad de conexiones. En este sentido podemos extraer que nuestro conocimiento est organizado en la memoria como redes interconectadas de re- presentaciones de objetos, sucesos y conceptos, for- mando la base estructural que otorga significado a nuestro mundo. Algunas teoras, como la teora de los esquemas o la teora de grafos, se basan en el uso de repre- sentaciones grficas para describir la organizacin del conocimiento en nuestra memoria, posibili- tndonos interpretar cmo comprendemos la in- formacin. 31 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d Fig. 18. Extraccin de un mapa conceptual a partir de un texto. Esquemas y la representacin conceptual del co- nocimiento Si no consigues entender un problema, dibuja un esquema George Plya Hemos visto hasta ahora que los modelos men- tales nos sirven para dar sentido y comprender la realidad externa. Son representaciones episdicas que cambian y evolucionan constantemente a par- tir de nuestras experiencias y, en muchas ocasio- nes, condicionan nuestra forma de aprehender el mundo. En cambio los esquemas son unidades b- sicas de procesamiento, estructuras de datos que nos permiten representar los conocimientos gen- ricos almacenados en la memoria (Rumelhart; 1980). Sirven para actuar, para comprender, para reconocer, para recordar, para resolver problemas, en definitiva para encontrar un orden en nuestra realidad cotidiana. Esto significa que la memoria funciona igual para todos, que podemos marcar cierto grado de uniformidad en el cmo, pero un alto grado de di- versidad en el qu. Cada pensamiento es una va concreta de transmisin, con un incontable n- mero de ramificaciones asociadas. Cuando escribimos, nos vemos forzados a linea- lizar nuestros pensamientos de tal forma que una gran parte de las ideas y asociaciones que te- nemos no pueden ser exteriorizadas (Buzan, Buzan; 1996). Pero existen mecanismos, tcnicas y estrategias que nos permiten alcanzar el punto de abstraccin necesario para, a partir de la linealidad, generar conexiones complejas, redes densamente interconectadas de gran eficacia para el almacena- miento, procesamiento y recuperacin de la infor- macin. Las redes conceptuales, los mapas mentales o los mapas conceptuales son un ejemplo de ello, ya que son tcnicas que no solo nos orientan y nos ayu- 32 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d Fig. 19. Mapa conceptual extrado de Novak y Gowin (1984). dan a regular nuestros procesos cognitivos, sino que adems nos facilitan una estimacin del cono- cimiento que ha adquirido el usuario y cmo est representado en su memoria. Un mapa conceptual puede ser definido como una representacin grfica del conocimiento per- sonal. Una representacin que incluye conceptos y sus enlaces, es decir, una estructura conceptual con conexiones semnticas. Pero veamos detenida- mente cmo se llega a la idea de mapa conceptual. El conocimiento puede ser entendido como el conjunto de representaciones de la realidad alma- cenadas en la memoria (Mayor, Suengas, Gonz- lez; 1995). Estas representaciones estn basadas en una codificacin de aquello que resulta significa- tivo, para evitar que la mente procese caticamente toda esa realidad. En un primer momento, el al- macenamiento de la informacin est lleno de de- talles, tanto visuales como verbales, y poco a poco, todos esos detalles van perdindose para mantener slo la informacin que ha resultado especialmente significativa y representativa. Esta informacin se convierte en conocimiento en la medida en que nos permite realizar inferen- cias lgicas. Sin embargo, para que podamos reali- zar un razonamiento adecuado, la organizacin de dicho conocimiento debe producirse en nuestra mente siguiendo una estructura reticular, con co- nexiones entre conceptos en forma de relaciones semnticas. Novak y Gowin (1984) desarrollaron amplia- mente la idea de mapa conceptual haciendo espe- cial hincapi en la ayuda que suponen para manifestar nuestros pensamientos y mejorar el ra- zonamiento. Es lo que Jonassen, Peck y Wilson (1999) han denominado herramientas de aprendi- zaje cognitivo. Herramientas capaces de represen- tar y expresar aquello que estemos pensando y plasmarlo en un simple papel. Aplicaciones de los mapas conceptuales Podramos sealar tres formas de trabajo con los mapas conceptuales: - Desarrollo individual: Comprensin y organi- zacin esquemtica de ideas personales utili- zando los conocimientos previos sobre la tarea. - Desarrollo consensuado: Negociacin de signi- ficados por parte de dos o ms personas, gene- rando nuevas formas de organizacin y favore- ciendo la flexibilidad mental. - Creacin de nuevos significados: Trabajando con un mapa conceptual elaborado podemos hacer cambios y establecer nuevas relaciones, que a su vez nos van a permitir construir nue- vos significados. El mapa conceptual tambin puede ser un ins- trumento de evaluacin para determinar si la nueva informacin ha sido comprendida, o para conocer la evolucin del pensamiento y la capaci- dad de aprendizaje. Como hemos indicado, los mapas conceptuales son poderosas herramientas cognitivas que nos permiten trabajar de forma ms elaborada, apro- vechando plenamente la capacidad humana para la representacin y pensamiento visual. Por tanto, su aplicacin puede abarcar desde la planificacin de una arquitectura de informacin hasta la pre- paracin de una presentacin para un cliente. Bre- vemente aqu presentamos algunas posibles aplicaciones: - Evaluacin de nuestro conocimiento (o autoe- valuacin). - Extraccin del significado, ideas clave o es- quema de un texto. - Ayuda para generar o comunicar ideas complejas. - Diseo de estructuras web complejas. - Representar grficamente lo aprendido y cap- tar intuitivamente los contenidos. - Toma de decisiones. En definitiva, disear implica comprender al cliente, sus objetivos y su modelo mental; as como comprender a los usuarios, sus objetivos y modelos mentales. A partir de esta adquisicin de conoci- miento, como diseadores transformamos nues- tros propios modelos mentales, con el fin de 33 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d Los mapas conceptuales son pode- rosas herramientas cognitivas que nos permiten trabajar de forma ms elaborada, aprovechando ple- namente la capacidad humana para la representacin y pensamiento vi- sual. plasmar en el producto un modelo conceptual que conecte a cliente y usuarios. En este proceso, los mapas conceptuales suponen una valiosa herra- mienta para explicitar, clarificar y representar todo este conocimiento. A modo de conclusin Los modelos mentales nos permiten dar explica- cin e interpretacin a aquello que percibimos. Por tanto, construyen la base para expresar cmo sa- bemos lo que sabemos, y la forma de entender e in- terpretar el mundo. Desde el diseo web nos enfrentamos a la tarea de lograr que nuestros usuarios construyan un mo- delo mental adecuado del sistema y sean capaces de integrarlo en la estructura del mundo, percibida o concebida por el mismo. Un objetivo de este captulo era comprender que, como diseadores, podemos representar y explici- tar nuestro modelo mental a partir de tcnicas es- pecficas, y clarificar as una organizacin coherente con las estructuras mentales de nuestros usuarios. El esfuerzo en el desarrollo conceptual, y la utili- zacin de metodologas y tcnicas especficas, faci- litar un modelo de diseo eficiente y bien definido para el tipo de usuario al que nos dirigimos. Nos servir tambin para obtener una constante reali- mentacin y saber si la imagen que hemos formado del sistema es adecuada. De la misma forma no hay duda que podemos interiorizar estrategias y convenciones comparti- das y transferirlas eficazmente a cada situacin a la que nos enfrentamos. Los diseadores pueden tra- bajar sobre dichas convenciones sin que por ello se prescinda de procesos creativos especficos, que en un futuro tambin podran ser compartidos. El sujeto como ser social Todas las explicaciones que hemos ofrecido hasta el momento evidencian la gran capacidad del ser humano para construir conocimiento. Nuestras presuposiciones, juicios, estrategias, objetivos, ideas y decisiones estn arraigados en nosotros y son dependientes del sistema ms complejo que conocemos, la mente humana. Sin embargo, si el presente trabajo se ciera ex- clusivamente a las estructuras y procesos internos del usuario, estaramos obviando la dimensin que motiva, conduce y define nuestra actividad cogni- tiva: la actividad e interactividad social, y el con- texto socio-cultural en el que tienen lugar. Esta armonizacin es necesaria en la medida en que las formas de comprender los contextos de des- arrollo, o de comprendernos a nosotros mismos, no dejan de ser artefactos sociales, productos de intercambio situados histrica y culturalmente y que se dan entre personas (Gergen, 1996). Perspectiva social de la cognicin La comprensin y transmisin de informacin entre individuos es un acto posible en la medida en que emisor y receptor comparten significados. Cuando un usuario se enfrenta a una interfaz, ser capaz de identificar y reconocer la funcin de cada elemento slo si ha aprendido previamente su sig- nificado, o ha adquirido las herramientas concep- tuales necesarias para deducirlo. Esto quiere decir que tanto el diseo como el uso de interfaces son actividades sociales, an cuando se realicen de forma aislada, pues se basan en significados com- partidos y construidos colectivamente. Cuando di- seamos, tcitamente acatamos y hacemos uso de convenciones de diseo, posibilitando al usuario final reconocer y comprender instantneamente aquello que ve, a partir del conocimiento adqui- rido en sus experiencias previas. La forma en que las personas aprendemos es- quemas y usos en los sitios web se produce de di- versas maneras: - Nueva informacin nos hace percatarnos de ac- ciones y elementos que no conocamos y nos lleva a la expansin de nuestras estructuras cog- noscitivas. - La exposicin a ideas que contradicen nuestras creencias puede causar que examinemos esas creencias y tal vez las reestructuremos. - La necesidad de comunicar ideas a los dems nos obliga a agudizar nuestras concepciones. - La comunicacin con los dems nos ayuda a desarrollar, diferenciar y organizar mejor nues- tras estructuras de conocimiento. Con esto lo que pretendemos exponer es que el significado y sentido de los que dotamos a las in- terfaces que diseamos, o asignamos a aquellas que usamos, no se encuentran encerrados en la mente 34 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d de cada diseador y usuario. Un diseo ser usable en la medida en que tanto diseador como usuario compartan esquemas y modelos conceptuales, po- sibilitando la interpretacin del mensaje. Por ejemplo, la facilidad con la que reconocere- mos la funcin de estas tres cajas de bsqueda est determinada por nuestras experiencias previas. El tercer caso resulta el que ms esfuerzo requerir, ya que visualmente no se asemeja a las cajas de bs- queda que estamos acostumbrados a encontrar en los diferentes sitios web, y nicamente leyendo e interpretando el texto contenido podremos dedu- cir su funcin. Los significados compartidos e intersubjetivos, tal y como hemos expuesto, no implica que sean universales, ya que, como veremos a continuacin, son dependientes del contexto. La importancia del contexto Las actividades humanas implican prcticas y re- laciones que adquieren significado y pueden en- tenderse en contextos determinados. Por contexto nos referimos a las interacciones de las personas con el medio, con otras personas, y con los recur- sos conceptuales compartidos social y cultural- mente. Es evidente que aunque los procesos cognitivos puedan ser los mismos, las culturas no reflejan de la misma manera el significado o la emotividad de ciertos elementos u acciones. En el diseo de interfaces se produce una nego- ciacin de significados entre diseador y usuario, negociacin que se encuentra contextualmente de- terminada. Por ejemplo, un mismo usuario aso- ciar sentidos diferentes a un enlace con el rtulo Archivos, en funcin de si se encuentra visitando un sitio web de noticias, un repositorio de software o la pgina web de una asociacin de Bibliotecas, Museos y Archivos. Igualmente, la categora Cor- tafuegos en un sitio web puede activar sentidos diferentes leda por un ingeniero informtico o por un ingeniero forestal. La funcin del diseador es especificar los obje- tos y acciones de la interfaz web, su organizacin, composicin, funcionalidad y las relaciones que van a tener unos con otros para formar un todo co- herente. El color de un enlace adquiere sentido y significado no slo cuando nos facilita distinguirlo de otros elementos que no son enlaces, sino tam- bin cuando esta distincin se produce en un con- texto hipertextual, donde la lectura de un texto invita a navegar por otros contenidos. Cuando miramos la hora en un reloj no percibi- mos piezas aisladas, sino que identificamos y dife- renciamos cada manecilla que aporta sentido y significado al conjunto. A su vez el tamao, la po- sicin y la situacin de la esfera en un contexto de- terminado estn condicionando la informacin que transmiten las manecillas, cuyo tamao y po- sicin nos ayudan a saber la hora. Gracias a una negociacin de significados de n- dole social sabemos interpretar la hora en cual- quier reloj que tenga ese nmero preciso de elementos y de relaciones entre ellos. Sin embargo, esta negociacin cambia a medida que modifica- mos el contexto. No siempre nos encontramos con manecillas y esferas. Lo relojes digitales tambin nos ayudan a medir el tiempo pero lo hacen incor- porando un elemento ms: los segundos. Incluso algunos relojes incorporan milisegundos. En el contexto de una competicin deportiva se requeri- rn estas dos ltimas funciones, mientras que los relojes colocados en los aeropuertos buscarn la precisin con un nmero menor de elementos, pero suficientes para que la gente no pierda sus vuelos. 35 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d Fig. 20. Diferentes cajas de bsqueda. Fig. 21. Relojes que incluyen diferentes elementos. Utilizando el contexto para llegar a la simplicidad Las formas precisas de distribuir y (re)organizar funcionalmente los diversos elementos de nuestras interfaces dependen no solo de las propias cir- cunstancias y objetivos del usuario, sino tambin de su pasado social y cultural en determinados contextos. Este ha ido evolucionando hasta produ- cir las formas actuales de comunicacin en la red. Las claves contextuales han ido cambiando y nues- tras prcticas de construccin de sitios se han ido adaptando a medida que hemos ido negociando nuevos significados. Por ejemplo, si hace unos aos se recomendaba usar el azul y el subrayado en los enlaces para posi- bilitar su reconocimiento, actualmente la situacin ha cambiado. Las convenciones de codificacin de enlaces cambian no tanto por un capricho compar- tido entre diseadores, sino por la consciencia o per- cepcin colectiva de que de esta forma se disminuye el ruido visual de las interfaces. Las formas de composicin y los diferentes espa- cios que hemos creado han ido evolucionando ms all del reconocimiento (descubrir elementos que la tarea exige que sean hallados) o el recuerdo (estable- cer relaciones lgicas con la experiencia pasada) por parte del usuario, buscando la efectividad del men- saje en otras formas de expresin. Composiciones, estilos y tendencias que no han dudado en mostrar la tecnologa que utilizamos como una fuente de ins- piracin y foco de atraccin hacia los usuarios. El conflicto se produce cuando los usuarios que- dan expuestos a un conjunto de prcticas interpre- tativas que no son adecuadas al contexto y activi- dad en la que se hallan inmersos. Como decamos cuando hablbamos de simplicidad, ciertos ele- mentos en pantalla no aumentan la efectividad de las acciones que debe realizar el usuario. Aunque el diseador crea que actan como estmulos para atraer su atencin, puede que el error sea que no adquieren una funcin instrumental adecuada y, en su defecto, generan ms problemas que solucio- nes al usuario. Cuando Karvonen (2000) habla de la calidad del diseo se refiere a diferentes cosas en diferentes mundos y cuando Veen (2001) habla de simplicidad opina que podemos contar con el contexto para alcanzarla. En definitiva, calidad, simplicidad y contexto forman parte de un mismo proceso de construccin. Si analizamos un contexto de uso determinado, es decir, si comprendemos la representacin que hacen los usuarios y su modo de actuar ante dife- rentes situaciones o tareas, podemos descubrir cul es la funcionalidad de cada elemento y su impor- tancia en dicho contexto a partir del significado que aporta al usuario. En este sentido la eficacia de un elemento o conjunto de elementos no debe ser entendida nicamente en funcin del grado de interaccin con el usuario. Puede que su aporta- cin est relacionada con el significado que aporta a otros elementos que s son cruciales en el proceso de interaccin o su relacin con ellos. Por ejemplo, un color de fondo en la zona de navegacin puede aportar mayor contraste adems de aportar valor a la identidad general del sitio. 36 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d Fig. 22. Solucin convergente para representar un calendario. Desde nuestra experiencia subjetiva hacia la in- tersubjetiva Como diseadores podramos pensar que pode- mos jugar con la aleatoriedad, o con la libertad ab- soluta a la hora de tomar decisiones o construir nuestro sitio web. Ciertamente no hay una visin objetiva o imparcial sobre estos asuntos. Nuestra experiencia es individual, propia de cada uno. Ex- perimentamos subjetivamente y las causas que mo- tivan nuestro comportamiento son muy variadas. Nuestras percepciones del mundo moldean el sistema interno del cerebro y, gracias a la investi- gacin en neurologa, cada vez tenemos ms infor- macin acerca de cmo funciona nuestra mente y cules son los cambios bioqumicos que se produ- cen. No obstante, no es posible entender la expe- riencia del usuario atendiendo nicamente a su dimensin fisiolgica, neurolgica y cognitiva. El otro gran reto es entender la dimensin social e in- terpsicolgica del usuario. Cuando diseamos nos estamos dirigiendo a nuestros usuarios, intentando ofrecerles un pro- ducto que sea comprensible y les permita satisfacer sus necesidades. Entonces es cuando nos damos cuenta que ofrecer visiones y perspectivas persona- les, filtradas por nosotros mismos, por nuestros in- tereses o nuestra percepcin del mundo no son viables. Esto no quiere decir que no sean vlidas, porque son tiles para uno mismo. Pero el objetivo es centrarse en perspectivas consensuadas, que se enmarcan en la comprensin compartida con otros. Con esto queremos hacer notar que aunque nuestra experiencia sea subjetiva hemos llegado a acuerdos comunes, convenciones compartidas, que nos han obligado a ir modificando paulatinamente nuestras estructuras internas a partir de la interac- cin con el contexto. Nuestros esquemas de cono- cimiento se ven sometidos a procesos de cambio que llevan, a su vez, a construir esquemas o rees- tructurarlos a partir de nuevas clases de situaciones y objetos. Cuando construimos interfaces debemos saber aprovecharnos de esas convenciones, de soluciones convergentes que reducen el esfuerzo y tiempo exi- gido al usuario. En contraposicin a esta forma de resolver pro- blemas de diseo, nos encontramos con soluciones divergentes, aquellas que requieren mayor capaci- dad de los usuarios para llevar a cabo tareas cogni- tivamente ms exigentes. Algunas de estas solucio- nes exigen capacidad de memorizar, detectar nue- vos patrones, manejar conceptos, palabras, significados especficos o visualizar nuevas relacio- nes espaciales y temporales. Esta falta o escasez de reconocimiento y defini- cin de la presencia y funcin del elemento Costa (1994) lo ha denominado exceso de originalidad. Nos encontramos, por tanto, con una carencia de identificaciones y referencias previas que nos im- piden extraer de la memoria esquemas claros y sig- nificados precisos. Las negociaciones de significado previas nos ayu- dan por tanto a clarificar los puntos de objetividad que aportan sentido y significado a las acciones de nuestros usuarios. Cada contexto de uso condicio- nar las soluciones que propongamos en cada caso. Consistencia y familiaridad como parte de la ex- periencia intersubjetiva Cuando hablamos de soluciones convergentes no dejamos de pensar en aquellos patrones de diseo que ayudan a nuestros usuarios a minimizar la carga cognitiva y tomar decisiones con mayor ra- pidez. Son los puntos de partida sobre los cuales desarrollaremos nuestro trabajo y nos acercaremos a la creacin de una imagen del sistema acorde con el modelo mental de nuestros usuarios. La actuacin de una imagen mental no solo es apropiada para evocar elementos y acciones del pa- sado, rescatando as experiencias perceptivas ante- riores, sino que tambin es una mirada hacia el 37 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d Fig. 23. Solucin divergente para representar un calendario. futuro, hacia la evocacin de acciones anticipato- rias de aquellas acciones no realizadas. El desarrollo de interfaces consistentes y capaces de generar cierta familiaridad con experiencias pasadas facilitan el camino y pueden ayudarnos a reforzar la estructura de conocimiento que preten- demos trasmitir. Por ejemplo, las pestaas o tabs para los mens de navegacin permiten un reconocimiento per- ceptivo automtico, ya que se plantean como una metfora conocida con el fin de facilitar su com- prensin y su funcionamiento. Facilitan el reconocimiento de una forma de interaccin que posiblemente haya sido usada en otras situaciones o contextos. En consecuencia, ac- tan como un instrumento de conocimiento con una intencionalidad comunicativa clara, que inter- viene en la preparacin y realizacin de la conducta del usuario. 38 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d Fig. 24. Pestaas de navegacin. Introduccin El Diseo Centrado en el Usuario (DCU), o User Centered Design (UCD), es definido por la Usability Professionals Association (UPA) como un enfoque de diseo cuyo proceso est dirigido por informacin sobre las personas que van a hacer uso del producto. El origen de esta visin se enmarca en el diseo industrial y militar de la dcada de los cincuenta. Por entonces, los diseadores estaban convenci- dos de que la optimizacin y adaptacin al ser hu- mano del diseo de productos responda a un minucioso proceso de investigacin en antropo- metra, ergonoma, arqui- tectura o biomecnica. Grandes diseadores y arquitectos como Norman Bel Geddes, Henry Drey- fuss, George Nelson o Charles y Ray Eames, in- fluenciados por los avances en la arquitectura o la in- geniera de la poca, estili- zaron los productos y aportaron soluciones in- novadoras que, progresiva- mente, derivaron en adaptaciones tecnolgicas a las caractersticas de las personas. Esa capacidad para ofre- cer visiones de futuro e ir ms all de la funcionali- dad les abri las puertas a una nueva manera de en- focar el diseo, donde la utilidad no estaba reida con el placer de uso, y la necesidad se converta en el contrapunto para ofrecer nuevas tcnicas y m- todos de trabajo. Henry Dreyfuss, autor del libro Designing for people (1955) populariz la concepcin del diseo como proceso a partir de sus diseos de telfonos de la serie 500 para Bell Telephones. Este diseador industrial, pionero del diseo centrado en el usua- rio, estudi cmo se construan los telfonos, cmo se perciban y eran utilizados por las perso- nas. Sus conclusiones fueron aplicadas a un nuevo diseo donde se corregan aspectos como la forma, el tamao, las proporciones o el color (figura 25). 39 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d Cuatro_ Diseo centrado en el usuario (DCU) Fig. 25. Telfono modelo 500 de AT&T. Fuente: http://blog.duopixel.com/articulos/dreyfuss.html En esa misma dcada los avances informticos daban luz a la segunda generacin de ordenadores, pero la atencin de los ingenieros de software se- gua centrada en comprender la forma de trabajo del ordenador, y muy poco en comprender la forma de trabajo de las personas. Podra parecer un descuido, pero lo cierto es que el cambio que se produjo con la incorporacin de los transistores en los circuitos de los ordenadores no ayud a dirigir la atencin hacia los nuevos usuarios. Estos transistores, adems de ser escasos, tenan serias limitaciones de procesamiento y al- macenamiento, que requeran una dedicacin mayor por parte de los ingenieros e informticos y que, en consecuencia, relegaban el inters por el comportamiento o las caractersticas de aquellas personas que comenzaban a experimentar proce- sos de interaccin con las mquinas. En la dcada de los ochenta comienza la plena expansin del diseo centrado en el usuario, como atestigua el aumento de revistas, artculos y foros especializados en los estudios de Interaccin Per- sona-Ordenador (IPO) o Human-Computer Inter- action (HCI) (Marcos; 2004). Norman (1983b), profesor de la Northwestern University y cofundador de Nielsen Norman Group, fue quien comenz a utilizar el termino User Cen- tered System Design en el conjunto de conferencias presentadas por su equipo, en la primera CHI Con- ference (1983), organizada por la ACM Special In- terest Group on Computer-Human Interaction (SIGCHI), en Boston (Massachusetts, USA). El concepto de DCU se utiliz como marco de trabajo, investigacin y desarrollo de principios del diseo de interfaces de usuario. Era el momento de observar cmo la gente usaba los sistemas y creaba sus propios modelos mentales a partir de los pro- cesos de interaccin. Tres fueron los trminos que deban ser valorados para entender estos procesos: - El modelo conceptual: ofrecido por el disea- dor del sistema. - Interfaz: la imagen que el sistema presenta al usuario. - El modelo mental: desarrollado por el usuario a partir de la imagen. Como seala Norman (1983b), la imagen del sis- tema gua al usuario en la adquisicin y construc- cin de un modelo mental ajustado al modelo conceptual creado por el diseador. De este modo, el enfoque del DCU persigue ase- gurar la consecucin de un producto con la fun- cionalidad adecuada para usuarios concretos. El objetivo de esta filosofa es ofrecer respuesta a pre- guntas como quin usar este sistema?, qu es lo que va a hacer con l? qu informacin necesi- tar para alcanzar sus objetivos? Se habla del DCU como una filosofa o un enfo- que porque como diseadores partimos de una premisa que condicionar todas nuestras acciones: el usuario debe ubicarse en el centro de toda deci- sin de diseo. No slo diseamos productos, di- seamos experiencias de usuario, porque no es posible entender el producto desvinculado de su uso, su contexto, o de las necesidades y motivacio- nes del usuario final. La identidad del DCU puede definirse por dife- renciacin a otros enfoques o filosofas de diseo, como los que describe Kalbach (2007): - Diseo centrado en el diseador (Designer-cen- tered design): El diseador, a partir de su visin personal, sabe qu es lo mejor en cada momento. - Diseo centrado en la empresa (Enterprise-cen- tered design): El sitio web se disea atendiendo a la estructura y necesidades de la empresa. - Diseo centrado en el contenido (Content-cen- tered design): El cuerpo de informacin es la base para organizar el sitio y la estructura de navegacin. - Diseo centrado en la tecnologa (Technology- centered design): Todo gira en torno a la tecno- loga y se busca la manera ms fcil de implementar una solucin. Que el DCU represente un enfoque diferente a los expuestos, no implica que sea incompatible. Afrontar un diseo desde este enfoque significa que debe ser el usuario final el que prevalezca sobre otros factores en la toma de decisiones, no que esos otros factores deban ser desatendidos, ya que como indica Louie (2009) los resultados podran ser de- sastrosos. En ocasiones se tiende a confundir usabilidad con DCU, pero aunque la usabilidad es un con- cepto central e inherente al DCU, es evidente que podemos sealar diferencias entre ambos concep- tos. La usabilidad es un atributo de calidad del di- seo, mientras que el DCU es una va para alcanzar y mejorar empricamente la usabilidad del pro- 40 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d ducto. Es decir, la usabilidad representa el qu, mientras el DCU representa el cmo. Como indica Caada (2003), disear objetos usables es algo muy loable, pero no implica necesariamente que se hayan logrado aplicando una filosofa de DCU. Sintetizando podemos afirmar que un sitio web podr satisfacer las necesidades de una organiza- cin, institucin o empresa si es capaz de dar res- puesta a las necesidades de los usuarios a travs de la calidad de uso. El objetivo final del DCU es, por tanto, lograr la satisfaccin de las necesidades de todos sus usuarios potenciales, adaptar la tecnolo- ga utilizada a sus expectativas y crear interfaces que faciliten la consecucin de sus objetivos. Proceso El DCU es un proceso cclico en el que las deci- siones de diseo estn dirigidas por el usuario y los objetivos que pretende satisfacer el producto, y donde la usabilidad del diseo es evaluada de forma iterativa y mejorada incrementalmente. De acuerdo a la norma ISO 13407, podemos des- granar este proceso en cuatro fases (figura 26): - Entender y especificar el contexto de uso: Iden- tificar a las personas a las que se dirige el pro- ducto, para qu lo usarn y en qu condiciones. - Especificar requisitos: Identificar los objetivos del usuario y del proveedor del producto debe- rn satisfacerse. - Producir soluciones de diseo: Esta fase se puede subdividir en diferentes etapas secuen- ciales, desde las primeras soluciones concep- tuales hasta la solucin final de diseo. - Evaluacin: Es la fase ms importante del pro- ceso, en la que se validan las soluciones de di- seo (el sistema satisface los requisitos) o por el contrario se detectan problemas de usabili- dad, normalmente a travs de test con usuarios. Sin embargo, el proceso descrito no debe hacer- nos creer en la filosofa de DCU nicamente como un proceso de ejecucin. El DCU es tambin un enfoque para pensar la idea del producto, para re- solver el problema estratgico de su utilidad. Es decir, disear centrndonos en el usuario no slo implica entender cmo ser usado el producto y evaluar las soluciones de diseo a partir de los usuarios, sino tambin analizar el valor del pro- ducto que pretendemos crear, su capacidad para resolver necesidades reales. Por ejemplo, imaginemos que vamos a disear un sitio web de comercio electrnico. El enfoque de DCU no slo debe guiar el diseo de tal modo que el sitio web se adapte a sus usuarios, sino tam- bin ayudarnos a analizar si el sitio web tendr usuarios potenciales o cmo aumentar esta posi- ble audiencia, indagando para ello en las necesida- des que los usuarios buscan satisfacer. 41 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d Fig. 26. Proceso del Diseo Centrado en el Usuario. Necesidades del usuario Antes de empezar a describir las metodologas propias del DCU (siguiente apartado), nos vamos a detener en la importancia que tiene que el pro- ducto satisfaga necesidades, porque el primer paso para alcanzar una meta es tomar un direccin de salida acertada. Si la concepcin de un producto no parte de las necesidades reales e intereses de sus usuarios, poco podrn aportar las siguientes eta- pas de desarrollo a la aceptacin del producto por parte del usuario final. De este modo estamos presuponiendo que el motor de la conducta humana son las necesidades. Con esto no obviamos, como indica Keinonen (2008), que a pesar de este claro vnculo entre ne- cesidades y conducta, las necesidades por s solas no puedan explicar la conducta. Por tanto, si son las necesidades del usuario las que motivarn (en gran parte) el uso del producto, deben ser precisamente esas necesidades las que motiven y condicionen el diseo. La forma de de- tectar y analizar estas necesidades es a travs de la observacin, investigacin e indagacin del usua- rio: la actividad, el entorno y el contexto en los que tendra lugar el uso del producto (vase siguiente apartado). Ponerse en la piel del usuario no es una tarea fcil. En muchas ocasiones los usuarios no sern conscientes de sus propias necesidades y tendremos que excavar en su actividad diaria para descubrir aquello que necesitan, aquello que slo una vez que vean reconocern como necesidad. En otras, nues- tra implicacin en el proyecto, las preocupaciones tcnicas o de plazos de entrega, sesgarn nuestra visin y capacidad de empata. Y en muchas otras es posible que terminemos confundiendo nuestros propios deseos con los de los usuarios. El trmino necesidad resulta, por otro lado, bas- tante ambiguo. Como Keinonen (2008) seala, este trmino se suele usar dndole hasta tres sentidos diferentes: deseos, necesidades instrumentales y necesidades fundamentales. Para el autor, disear atendiendo a las necesidades, implica proteger a los usuarios de posibles daos, frustraciones y confu- siones. La relacin entre necesidades y producto es, no obstante, ms compleja que lo expuesto. Hay oca- siones en las que el diseo no cumple la funcin de resolver necesidades, sino de generar e impulsar nuevas necesidades (Caas, Waerns; 2001). En otras ocasiones el diseador impregnar de unos objetivos al producto orientndolo hacia unas ne- cesidades especficas, pero el usuario terminar usndolo buscando satisfacer una necesidad no contemplada en su diseo. Esta ltima afirmacin no implica que debamos flexibilizar nuestros diseos de tal forma que pue- dan servir para prcticamente cualquier propsito, no al menos cuando esa flexibilizacin implique un aumento tal en el nmero de sus caractersticas o funciones que incremente su complejidad, hasta el punto de dificultar su uso (vase apartado sobre Simplicidad). Segn las explicaciones de Norman (2000), mu- chas veces los productos muestran un alto grado de complejidad por cometer el error de preguntar a los usuarios qu quieren y darles lo que piden. Nuestro trabajo de observacin debe centrarse en lo que la gente hace y en qu momentos no son eficaces o evidencian dificultades para alcanzar objetivos. Los diseos deben orientarse hacia aquellas ne- cesidades y propsitos ms probables. Factores contextuales como las diferencias individuales de nuestros usuarios, el tipo y las caractersticas del producto, la situacin o actividad que vayamos a desarrollar o, incluso, el tiempo que va a dedicar el usuario a interactuar con el producto (Karapano, Hassenzahl, Martens; 2008), modificarn la im- portancia de aquellas cualidades del diseo que van a satisfacer la experiencia de uso. A modo de conclusin La evolucin de los productos y herramientas ha estado basada histricamente en procesos que en 42 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d Fig. 27. Relacin Diseador-Usuario. pocas ocasiones hacan partcipe al usuario final. En nuestra historia ms reciente, en cambio, hemos experimentado un cambio de paradigma, fruto de la confluencia de disciplinas y caracterizado por una filosofa que convierte al usuario en el foco central del proceso de diseo. De aquellos orgenes, y gracias al aporte de estu- dios e investigaciones posteriores, hoy en da con- tamos con un marco metodolgico que nos permite disear productos interactivos que previ- siblemente ofrecern experiencias de uso satisfac- torias. Esto exige comprender a las personas y, como decamos en anteriores apartados, compren- der tambin cmo utilizan los sistemas en contex- tos especficos. La gua metodolgica que exponemos a conti- nuacin recoge tcnicas, procedimientos y mto- dos que nos ayudarn y permitirn empricamente la adecuacin de nuestros diseos a las necesida- des reales de los usuarios. Metodologas y tcnicas de DCU El DCU, como filosofa de diseo, engloba o se relaciona con un heterogneo conjunto de meto- dologas y tcnicas que comparten un objetivo comn: conocer y comprender las necesidades, li- mitaciones, comportamiento y caractersticas del usuario, involucrando en muchos casos a usuarios potenciales o reales en el proceso. Este apartado pretende servir de gua metodol- gica, respondiendo a preguntas fundamentales sobre cada tcnica: su descripcin (qu), su proce- dimiento (cmo), su ubicacin en el ciclo del pro- ducto (cundo), y qu limitaciones o problemas pueden presentar. Test de Usuarios Qu El test de usuarios es la prueba reina del DCU, ya que representa la mejor forma de evaluar la usabi- lidad de un diseo. Estas pruebas se basan en la ob- servacin de cmo un grupo de usuarios llevan a cabo una serie de tareas encomendadas por el eva- luador, analizando los problemas de usabilidad con los que se encuentran (Hassan-Montero; Martn- Fernndez; 2003a). An cuando el diseador tenga amplios conoci- mientos sobre usabilidad, resulta recomendable evaluar el diseo con usuarios. Esto se debe a que, conforme ms tiempo dedica un diseador a un proyecto, menor es su perspectiva y ms difcil- mente detectar posibles problemas. Podemos decir que gran parte de lo que el diseador percibe cuando mira su propia obra, es una construccin mental; ve aquello que tiene en mente, no aquello que sus usuarios tendrn ante sus ojos. Cmo El nmero de participantes que son necesarios para detectar el 100% de los problemas (ms im- portantes) de usabilidad de un diseo se encuentra en torno a 15. Nielsen (2000) recomienda que, en vez de hacer una prueba con 15 participantes, es mejor llevar a cabo tres pruebas con 5 participan- tes por cada una, repartidas en diferentes momen- tos del proceso de desarrollo. Como Nielsen (2000) defiende, el objetivo de estas pruebas es mejorar de forma iterativa la usabilidad de la aplicacin, por 43 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d Metodologas y tcnicas de DCU Test de usuarios Evaluacin heurstica Card sorting Eye-tracking Etnografa Otras tcnicas destacables Entrevistas Encuestas Analtica web lo que cada prueba con 5 participantes nos ofre- cer suficiente informacin para mejorar la solu- cin de diseo, an cundo no nos permita detectar el 100% de los problemas de usabilidad. En el reclutamiento de participantes debemos asegurarnos de que los elegidos tienen perfiles acordes con los usuarios reales o potenciales del sitio web, muestran inters por el tipo de sitio web a evaluar y, a ser posible, tienen experiencia usando sitios web de naturaleza similar (Hassan-Montero; 2007a). Este reclutamiento de participantes, como en cualquier tcnica de DCU que implique la par- ticipacin de usuarios, sigue tres pasos: determinar la audiencia del sitio web a evaluar, localizar a miembros representativos de esa audiencia, y con- vencerles para participar (Kuniavsky; 2003). El que los participantes estn motivados resulta crucial para el xito de la prueba. Por tanto, cuando los participantes no sean amigos, familiares o compa- eros de trabajo, ser muy importante ofrecerles algn tipo de remuneracin o recompensa por su colaboracin en la prueba. Cada uno de los participantes realizar la prueba por separado, y durante cada prueba deberemos registrar toda aquella informacin relevante para el posterior anlisis del comportamiento del usua- rio. Para esto se puede utilizar desde un bloc de notas, hasta grabaciones de vdeo del usuario, pa- sando por aplicaciones que registren las acciones del usuario sobre la interfaz. La primera impresin que se lleve el participante al mostrarle el diseo supone una informacin muy valiosa sobre su usabilidad. Los usuarios, ante una pgina web, juzgan lo que ven y toman deci- siones intuitivas en muy poco tiempo (vase apar- tado sobre Cognicin), juicios y decisiones que resultan de gran relevancia para entender la capa- cidad comunicativa del diseo. Por ello, antes de comenzar formalmente el test se recomienda llevar a cabo lo que Perfetti (2005) denomina un test de 5 segundos. Este mtodo consiste en ofrecer al par- ticipante un contexto y objetivos concretos (ej.: Te encuentras en poca de exmenes, y necesitas saber si hoy estar la biblioteca abierta por la tarde), y a continuacin mostrarle la pgina durante un pe- riodo de cinco segundos. Despus se le solicita al participante que exprese todo aquello que recuerda de la pgina que ha visto. Esta prueba tambin se puede llevar a cabo sin ofrecer objetivo o contexto alguno al participante, mostrndole la pgina du- rante 5 segundos y preguntndole posteriormente cul ha sido su primera impresin, qu contenidos cree que ofrece o puede encontrar en ese sitio web, permitindonos de esta forma evaluar la capacidad autoexplicativa de su diseo visual. A continuacin podemos comenzar la prueba completa, en la que solicitaremos al participante una serie de tareas a realizar sobre el sitio web, ana- lizando los errores que cometa, el tiempo emple- ado y su satisfaccin final una vez finalice la tarea. Es decir, esta es una prueba destinada a medir tanto la usabilidad objetiva (qu y cmo acta el usua- rio), como la usabilidad subjetiva (cmo de fcil ha percibido la tarea) (recordemos el apartado sobre Experiencia de Usuario). Segn Kuniavsky (2003), algunos requisitos que deben cumplir las tareas encomendadas al partici- pante son: - Ser razonables: Es decir, tareas tpicas que un usuario real llevara a cabo. - Estar descritas en trminos de objetivos finales: La tarea debe contextualizarse bajo un objetivo o motivacin mayor. - Ser especficas: La tarea no puede se demasiado genrica, sino que debe describir objetivos con- cretos con el fin de poder comparar los problemas encontrados con los del resto de participantes. - Ser factibles: Encomendar al usuario tareas irre- alizables no aporta informacin til sobre los problemas reales de usabilidad del sitio web. En estas pruebas lo que se debe evaluar es el diseo a travs de los usuarios, no al contrario. - Duracin razonable: Si la tarea requiere dema- siado tiempo para ser completada, sera reco- mendable descomponerla en sub-tareas. 44 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d La primera impresin que se lleve el participante al mostrarle el di- seo supone una informacin muy valiosa sobre su usabilidad Con los test de usuarios no slo pretendemos de- tectar en qu momentos el usuario se equivoca o se detiene durante la realizacin de la tarea, sino tambin el porqu: qu es aquello que no entiende o qu le ha llevado a tomar decisiones equivocadas. Una forma de obtener esta informacin es me- diante el protocolo think-aloud o pensamiento en voz alta, que consiste en solicitar al participante que exprese verbalmente durante la prueba qu est pensando, qu no entiende, por qu lleva a cabo una accin o duda. No obstante, este proto- colo tiene algunos inconvenientes, como el hecho de contar lo que uno hace y por qu lo hace inevi- tablemente altera la forma en la que se hacen las cosas (en comparacin con cmo se haran en cir- cunstancias normales). Una alternativa es el m- todo think-aloud retrospectivo, en el que el participante primero realiza la tarea y, una vez fi- nalizada, expresa verbalmente cmo recuerda que ha sido su proceso interactivo. Una vez los participantes finalicen la prueba y se haya registrado toda la informacin pertinente, se procede a analizar los resultados y sintetizarlos en un informe final, concluyendo qu mejoras nece- sita el diseo en base a estos resultados. Cundo Aunque los test de usuarios son pruebas de eva- luacin, no debemos por esto creer que deben lle- varse a cabo una vez ha finalizado el proceso de diseo, desarrollo e implantacin del producto. Re- cordemos que el DCU es una filoso- fa de diseo iterativa basada en la mejora incremental del producto. Por tanto, cuanto ms esperamos para realizar la primera de las prue- bas, ms costoso resultar la repara- cin de los errores de diseo que se detecten. En las etapas ms tempranas del proyecto, ya que el producto an no ha tomado forma, los test de usuarios deben realizarse sobre prototipos (modelos desechables elaborados es- pecficamente para la evaluacin de las decisiones de diseo). Estos pro- totipos pueden realizarse en papel (Medero; 2007), en HTML (Ramsay; 2009), o mediante aplicaciones espe- cficas como Axure (vase el siguiente apartado sobre wireframes). Limitaciones y problemas El primer problema de los test de usuarios es el alto coste que implica tanto el reclutamiento de los participantes, como el tiempo y esfuerzo dedica- dos a realizar las pruebas y a sintetizar y analizar los resultados. Para reducir costes se recomienda realizar una evaluacin heurstica (vase el si- guiente apartado) de forma previa a la prueba con usuarios, una tcnica ms econmica que nos per- mite detectar una gran cantidad de problemas de usabilidad sin necesidad de implicar a usuarios. No obstante, el coste de las pruebas con usuarios se justifica por el retorno de inversin derivado (ROI: Return of Investment) (Marcus; 2002). El otro problema es que, al tratarse de pruebas que se realizan en laboratorio y en las que los ob- jetivos y tareas se les imponen explcitamente a los participantes, la interaccin del usuario se encuen- tra descontextualizada, influyendo en su forma de resolver problemas. Por ejemplo, Nielsen (1997) afirmaba que los resultados de sus estudios de usa- bilidad mostraban que ms de la mitad de los usua- rios se dirigan directamente al buscador interno para resolver sus necesidades cuando visitaban un sitio web, un dato que difcilmente se corresponde con el uso real de los buscadores internos que po- demos observar analizando las estadsticas de un sitio web (vase apartado sobre analtica web). 45 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d Fig. 28. Escena de un test de usuarios. Fuente (Elten; 2008). Evaluacin heurstica Qu No todas las tcnicas de DCU requieren la parti- cipacin de usuarios, resultando de esta forma ms econmicas. Tal es el caso de los mtodos de eva- luacin por inspeccin como la evaluacin heurs- tica, propuesta originalmente por Molich y Nielsen (1990). En esta tcnica varios expertos inspeccionan y analizan el diseo en busca de potenciales proble- mas de usabilidad, comprobando para ello el cum- plimiento de principios de diseo usable (principios heursticos) previamente establecidos. Estos principios de diseo o heursticas son di- rectrices que establecen requisitos que debe cum- plir el diseo con el fin de facilitar su comprensin y uso por el usuario final. Cmo El nmero ideal de expertos que deben participar en la evaluacin debe ser entre 3 y 5. Cada uno de los evaluadores examinar el diseo de forma in- dependiente, documentando los problemas de usa- bilidad detectados. Una vez finalicen su trabajo, harn una puesta en comn de los problemas, y se proceder a elaborar un informe final consen- suado. Si la evaluacin se hace con menos de tres evaluadores, muchos problemas de usabilidad que- darn sin detectar, y usar ms de 5 aumentara el coste de la evaluacin sin ofrecer resultados que los justificasen (Nielsen; 1994). Respecto al perfil de los revisores, aunque no es imprescindible que sean expertos en usabilidad, di- ferentes estudios demuestran que conforme ms experiencia tengan, mayor ser el nmero de pro- blemas que puedan detectar (Gonzlez, Pascual, Lors; 2006). Durante la prueba, los revisores no slo deben identificar problemas de usabilidad, sino tambin ponderar la gravedad de esos problemas, tanto en trminos de frecuencia y persistencia del problema, como del impacto o consecuencias que tendr para el usuario (Manchn; 2003). Como indica Villa (2003), el revisor puede aco- meter la evaluacin en dos capas: - Evaluacin de alto nivel: examinando el aspecto y comportamiento de la interfaz desde un punto de vista de tareas y objetivos, procesos y pasos... - Evaluacin en detalle: centrada en aspectos concretos de la interfaz. Pantalla por pantalla, analizaremos en detalle el interfaz atendiendo a puntos como el carcter autoexplicativo de la informacin, ubicacin de la misma, controles, textos, accesos a sistema de ayuda, etc. Numerosos autores han propuesto conjuntos de principios heursticos o reglas de diseo que pue- den ser empleadas como heursticas (Schneider- man; 1986) (Nielsen; 1994) (Tognazzini; 2003). Otros autores (Hassan-Montero, Martn-Fernn- dez; 2003b) (Mrquez-Correa; 2003) (Marcos, Ca- ada; 2003) ofrecen guas compuestas por criterios heursticos ms especficos que los principios heu- rsticos, y por tanto de ms fcil aplicacin por eva- luadores no expertos. Adems, el lector puede revisar numerosos trabajos que nos ofrecen casos prcticos de aplicacin de evaluacin heurstica (Marcos et al.; 2006) (Garca-Gmez; 2008) (Can- damil-Llano; Guevara-Hurtado; 2009a). Cundo La evaluacin heurstica, por lo sencillo y econ- mico de su proceso, puede llevarse a cabo en cual- quier momento del ciclo de desarrollo del proyecto. Como indicbamos en el apartado sobre test de usuarios, un momento idneo para su realizacin es antes de estas pruebas con usuarios, aunque esto no significa que siempre que realicemos una eva- luacin heurstica debamos seguidamente llevar a cabo un test con usuarios. Dependiendo del momento de aplicacin de la evaluacin heurstica, los principios o criterios a comprobar podran variar. En las etapas ms tem- pranas se suelen verificar criterios relacionados con la arquitectura de informacin, mientras que en etapas posteriores, cuando el diseo se encuentra ms elaborado, entrarn en juego tambin princi- pios de diseo grfico o visual. Limitaciones y problemas Gonzlez, Pascual y Lors (2006), tras una revi- sin exhaustiva de la literatura cientfica sobre eva- luacin heurstica, resumen los problemas o desventajas destacados por diferentes autores, entre los que podemos encontrar los siguientes: 46 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d La evaluacin heurstica permite identificar una mayor cantidad de problemas de usabilidad me- nores, pero una menor cantidad de problemas de usabilidad mayores que otras metodologas como los test de usuarios. Esto significa que esta meto- dologa no puede sustituir a la realizacin de test de usuarios, ya que resulta menos eficaz en la de- teccin de aquellos problemas de usabilidad que mayor impacto tendrn en el usuario final. La evaluacin heurstica puede reportar falsas alarmas. Es decir, identificar como un problema de usabilidad aquello que realmente no lo es. Aunque se trata de una tcnica econmica, para que ofrezca resultados realmente relevantes debe- ran participar varios evaluadores, por lo que tam- poco es una tcnica exenta de coste. Card Sorting Qu Como vimos en el apartado sobre modelos men- tales, el conocimiento que los usuarios adquieren y registran a partir de su experiencia lo estructuran internamente en forma de conceptos y relaciones semnticas, pudiendo de esta forma recuperar y aplicar ese conocimiento en su actividad diaria. Cuando diseamos arquitecturas de informa- cin, siempre y cuando esas arquitecturas no deban cumplir una funcin didctica (como pu- diera ser el caso de la arquitectura de informacin de una enciclopedia online), deben adaptarse al modelo mental del usuario. El arquitecto de infor- macin, por tanto, tiene un rol de traductor, cuya tarea principal es transformar el modelo organiza- tivo de la empresa o institucin que pretende su proyeccin online (sitio web), al modelo mental de los usuarios a los que se dirige. Si bien extraer el modelo mental y objetivos del cliente es una tarea relativamente fcil (por ejem- plo, por medio de simples entrevistas), extraer el modelo mental del usuario para adaptar la organi- zacin y clasificacin de informacin a dicho mo- delo, resulta una tarea ms compleja. Una de las tcnicas ms populares y eficaces para elicitar o ex- traer la estructura semntica del conocimiento que los usuarios tienen sobre un dominio concreto, es la llamada card sorting o Agrupacin de tarjetas. Esta tcnica consiste en solicitar a un grupo de participantes que como en el caso del test de usuarios deben tener un perfil acorde con la au- diencia a la que se dirige el sitio que agrupen los conceptos representados en cada tarjeta por su si- militud semntica. El objetivo es, por tanto, iden- tificar qu conceptos, de los representados en cada tarjeta, tienen relacin semntica entre s, e incluso cul es el grado de esa relacin. Cmo Lo primero que debemos decidir al planificar una prueba de card sorting es si vamos a realizar un anlisis cualitativo de los resultados o uno cuanti- tativo, ya que esto influir tanto en el nmero de participantes como en la forma de dirigir la prueba. En el anlisis cualitativo, el nmero de partici- pantes debe encontrarse en torno de 5. De esta forma podremos acompaar a cada participante en su tarea, e interrogarle acerca de por qu toma la decisin de agrupar unos conceptos u otros y con qu problemas de comprensin se encuentra du- rante la prueba (Carreras-Plaza, Guaderrama-Her- nndez; 2004) (Ortega-Santamara; 2005). Con el anlisis cuantitativo, por el contrario, lo que buscamos es una imagen global de las relacio- nes semnticas entre conceptos. No buscamos tanto un conocimiento en detalle de cmo los usuarios entienden que se relacionan los concep- tos, como obtener las relaciones semnticas com- partidas y colectivamente ms reforzadas que tienen los conceptos para la audiencia del sitio web. En este tipo de anlisis, para que los resultados sean representativos, debemos contar con un nmero mayor de participantes, que Tullis y Wood (2004) estiman entre 20 y 30. Otra de las decisiones que debemos tomar en la planificacin de la prueba es el tipo de card sorting que llevaremos a cabo, en funcin de su propsito. Rosenfeld y Morville (2002) diferencian entre card 47 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d La evaluacin heurstica puede re- portar falsas alarmas. Es decir, identificar como un problema de usabilidad aquello que realmente no lo es sorting abierto y cerrado. En el abierto el usuario puede agrupar los conceptos libremente en el n- mero de conjuntos que crea necesario, mientras que en el cerrado los grupos o conjuntos estn pre- definidos y etiquetados, y el participante nica- mente deber ubicar cada concepto en el grupo que crea pertinente. El card sorting cerrado es re- comendable para evaluar si una categorizacin re- sulta predecible para el usuario, mientras que el abierto tiene el objetivo de descubrir qu tipo de categorizacin o agrupacin de los conceptos re- sultar ms natural y acorde con el modelo mental compartido de la audiencia del sitio web. En el tra- bajo de Hassan-Montero et al. (2004), podemos ver descrito un caso prctico de card sorting abierto, mientras que Candamil-Llano y Guevara-Hurtado (2008) nos ofrecen un caso de card sorting cerrado. En el anlisis cuantitativo de los resultados de card sorting (abierto) entran en juego multitud de tcnicas estadsticas, que comparten el objetivo de reducir la matriz NxN (N es el nmero de concep- tos) donde se representa el nmero de participan- tes que han colocado en un mismo grupo cada par posible de categoras, a representaciones grficas que faciliten al evaluador analizar las relaciones se- mnticas entre conceptos, y en algunos casos el peso de esas relaciones (Hassan-Montero et al.; 2004). Entre las tcnicas que podemos utilizar se encuentran el escalamiento multidimensional (MDS: Multidimensional Scaling), la tcnica de poda Pathfinder (PFNets), el Anlisis de Clusters (clustering), el Anlisis de Componentes Principa- les (PCA: Principal Component Analysis), o la Redes Neuronales Artificiales (Herrero-Solana, Hassan-Montero; 2006). Como sealan Antol et al. (2005), la ms popular y conocida entre los pro- fesionales de la experiencia de usuario es el anli- sis de clusters. Las pruebas de card sorting pueden ser realizadas de forma manual o virtual. En el primer caso (fi- gura 29), los conceptos son representados en tar- jetas reales (papel o cartn), y los participantes proceden a agruparlas sobre una mesa. En el se- gundo caso se emplean aplicaciones software espe- cficas, mediante las que los participantes realizan la prueba (ejemplos de aplicaciones populares son optimalsort.com y websort.net). La ventaja princi- pal de usar estas aplicaciones es que automatizan y facilitan la recogida de datos y su anlisis estads- tico, por lo que son ms recomendables cuando el propsito es el anlisis cuantitativo. Como desven- taja podemos sealar que, como nos indica nuestra experiencia personal llevando a cabo numerosas pruebas de card sorting, los participantes suelen en- contrar ms divertido el card sorting manual, y por tanto suelen estar ms concentrados durante la tarea. En las pruebas de card sorting hay pequeos de- talles que pueden influir y condicionar enorme- mente la forma en que los participantes realicen el ejercicio, y por tanto el resultado final de la prueba. Por ejemplo, el orden en que se presenten las dife- rentes tarjetas puede influir en el tipo de agrupa- ciones que realizar el usuario, tal y como explican Antol et al. (2005). En pruebas manuales, como sugiere Garca-Gmez (2005), el tamao de la mesa podra influir en el nmero mximo de tar- jetas que el participante asignar a cada grupo. En nuestra experiencia con este tipo de pruebas, ade- ms, hemos detectado que los participantes tienen una tendencia natural a hacer agrupaciones por re- lacin sintctica, es decir, a ubicar automtica- mente en un mismo grupo tarjetas que tengan en comn alguna palabra, an cuando la relacin se- mntica entre ambos conceptos no est clara. No obstante, el factor que en mayor grado puede influir en cmo ejecuten el ejercicio los partici- pantes, es su comprensin acerca de qu tienen que hacer y cmo deben hacerlo. En este sentido, Spen- cer y Warfel (2007) ofrecen una til gua, que in- cluye un ejemplo de las instrucciones que se deben 48 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d Fig. 29. Participante agrupando tarjetas. Fuente (Garca-Gmez; 2005). dar a los participantes antes de dar comienzo a la prueba. Hasta el momento hemos hablado de agrupar conceptos, sin establecer un vnculo claro con qu elementos del sitio web pudieran representar estos conceptos. En las pruebas de card sorting los con- ceptos suelen representar categoras u opciones de navegacin, y por tanto lo que se pretende con la prueba es extraer de los propios usuarios cul sera la mejor forma de agruparlas o clasificarlas, condi- cionando de este modo cmo los usuarios encon- trarn estas opciones o categoras organizadas cuando naveguen por sitio web. Sin embargo, estos conceptos no siempre tie- nen por qu representar categoras u opciones de mens de navegacin, ya que podran representar bloques de contenido de una misma pgina, per- mitindonos saber cmo ordenarlos espacialmente de acuerdo a su similitud semntica; o incluso po- dran representar productos que se vayan a ofrecer desde el sitio web. Lo que se persigue, en gran medida, es lograr la coherencia local y global del contenido. Cuando el usuario salta desde una unidad de informacin a otra lo hace porque ambas presentan una conexin semntica. A su vez, cada una de esas unidades de informacin es posible interpretarla y compren- derla en funcin de sus relaciones temporales, cau- sales y lgicas, que las relacionan con el contexto global. Cundo El card sorting es una prueba destinada a adap- tar la arquitectura de informacin al modelo men- tal del usuario, por tanto tiene lugar en etapas tempranas del proyecto (arquitectura de informa- cin). Dado que el card sorting abierto cumple la funcin de ayudar en la toma de decisiones orga- nizativas, y el card sorting cerrado cumple la fun- cin de evaluar esas decisiones, en el caso de que se realicen ambas pruebas, la abierta debe preceder a la cerrada. De hecho, ya que ambos tipos de card sorting tienen propsitos diferentes y complemen- tarios, su utilizacin combinada puede ofrecernos una imagen ms fiel el modelo mental del usuario (Garca-Martn; 2008). Limitaciones y problemas Aunque muchos autores coinciden en afirmar que el card sorting es un mtodo rpido, fiable y ba- rato (Sepencer, Warfel; 2007), coincidimos con An- tol et al. (2005) en que su uso inexperto o inadecuado puede producir resultados errneos. Por un lado, tal y como hemos visto, existen nu- merosos factores que, an pareciendo poco signi- ficativos, pueden influir enormemente en los resultados que se obtengan. Por otro lado, y como Antol et al. (2005) co- mentan, de todas las opciones posibles para el an- lisis estadstico de resultados, en la mayora de aplicaciones software de card sorting, as como en los estudios publicados, suele aplicarse slo una de las tcnicas anlisis de clusters, y siempre uno de sus tipos, el clustering determinista mediante tc- nicas aglomerativas. No slo existen ms tipos de clustering, sino que incluso entre las tcnicas aglomerativas podemos diferenciar alrededor de 150 tipos en funcin de las reglas de aglomeracin que utilicen (Herrero-So- lana, Hassan-Montero; 2006). El problema est en que cada uno de estos tipos de anlisis de clusters, aplicados sobre los mismos datos, podra ofrecer agrupaciones diferentes. Con esto, no obstante, no pretendemos desani- mar en el uso de esta tcnica, ya que creemos que siempre obtendremos una visin ms fiel del mo- delo mental de nuestros usuarios a travs de una prueba de card sorting an con errores que sin llevar a cabo prueba alguna. Por ltimo sealar que, adems del card sorting, existen diversas tcnicas estrechamente relaciona- das, en cuanto que tambin estn orientadas a ex- traer patrones de conocimiento semntico de los usuarios. Tal es el caso del listado libre (Sinha; 2003) o el anlisis de secuencia (Ronda-Len, Mesa-Rbade; 2005). 49 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d Cuando el usuario salta desde una unidad de informacin a otra lo hace porque ambas presentan una conexin semntica Eye-Tracking Qu Como se puede deducir tras leer el apartado sobre Percepcin Visual, analizando una interfaz desde el conocimiento terico sobre cmo las per- sonas percibimos visualmente, podemos predecir en gran medida cul ser el comportamiento visual de los usuarios, detectando qu elementos atrae- rn su atencin visual con ms fuerza. Por ejemplo, en funcin del tipo de elementos que est buscando visualmente el usuario en cada instante (contenidos, navegacin, mapa del sitio web, contacto), ser mayor la probabilidad de que atienda automticamente a diferentes zonas de la pgina; un comportamiento que habr interio- rizado a partir de su experiencia previa navegando por otros sitios web. Igualmente sabemos que si un elemento es grficamente inusual, si presenta ca- ractersticas grficas diferentes a las de sus elemen- tos colindantes, ste atraer con mayor fuerza la atencin del usuario. No obstante, las interfaces no suelen estar com- puestas por formas grficas simples. Un diseo puede presentar un alto grado de sofisticacin vi- sual, sin necesidad de que esto sea consecuencia de una complejidad artificial u ornamental. En estos casos, ser capaz de predecir qu mirar el usuario y en qu orden, se convierte en una actividad pro- pia del mentalismo. Desde el punto de vista emprico, existe un tipo de pruebas con usuarios que nos permiten estudiar y analizar su exploracin visual, denominadas prue- bas de eye-tracking o de seguimiento visual. El concepto de eye-tracking hace referencia a un con- junto de tecnologas (hardware y software) que per- miten monitorizar y registrar la forma en la que una persona mira una determinada escena o imagen, en concreto en qu reas fija su atencin, durante cunto tiempo y qu orden sigue en su exploracin visual (Hassan-Montrero, Herrero-Solana; 2007). Cmo Desde el punto de vista procedimental, las prue- bas de eye-tracking resultan muy similares a los test con usuarios descritos anteriormente. La diferencia estriba en la tecnologa usada para registrar el com- 50 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d Fig. 30. Comportamiento visual de cuatro usuarios diferentes sobre una misma pgina. Fuente: Nielsen (2007). portamiento del usuario, y en qu comporta- miento se pretende analizar con mayor detalle: su exploracin visual. La mayora de sistemas de eye-tracking se basan en el uso de cmaras (eye-trackers) que proyectan rayos infrarrojos hacia uno o los dos ojos del par- ticipante, infiriendo la zona de la escena visual que el usuario se encuentra atendiendo en cada mo- mento. Podemos diferenciar dos clases de sistemas de eye-tracking: aquellos que se colocan en la ca- beza del participante, y aquellos que registran su movimiento ocular desde la distancia, normal- mente ubicados y camuflados en el monitor. Estos ltimos resultan menos intrusivos (Goldberg, Wi- chansky; 2003), y por tanto ms adecuados para la evaluacin de interfaces, donde no resulta crucial que el usuario tenga completa libertad para mover su cabeza. Tras un breve proceso de calibracin del sistema, el participante de la prueba puede dar comienzo a la realizacin de las tareas que le hayan sido enco- mendadas, tiempo durante el cual el sistema mo- nitorizar y registrar continuamente su movimiento ocular: fijaciones y sacadas (estos conceptos fueron descritos en el apartado sobre Percepcin Visual). Una vez finalizada la prueba, el software de eye- tracking debe permitirnos analizar los resultados. Para ello, suelen emplearse representaciones grfi- cas que resumen la ingente cantidad de informa- cin que cada participante ha generado con su exploracin visual. Para analizar el comporta- miento visual de cada participante individual- mente, se suelen utilizar representaciones grficas de su recorrido visual en forma de grafo lineal (fi- gura 30), donde cada nodo identifica una fijacin, el tamao del nodo el tiempo de la fijacin, y los conectores entre nodos el salto visual de una fija- cin a la siguiente. Para analizar de forma agregada el comporta- miento visual de un grupo de participantes, se sue- len emplear heatmaps o mapas de calor, donde los colores de mayor intensidad sealan las zonas de la interfaz en las que los participantes han fijado su atencin con mayor frecuencia (figura 31). Cundo Las pruebas de eye-tracking slo pueden ofrecer informacin valiosa sobre diseos grficos elabo- rados. Pequeos cambios en estos diseos (como cambiar el color de fondo de un bloque, o cambiar la ubicacin de un elemento), pueden hacer que los patrones de exploracin varen, por lo que no es una tcnica recomendable para su uso iterativo du- rante el ciclo de desarrollo del producto, sino slo para su evaluacin final. 51 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d Fig. 31. Mapas de calor sobre tres interfaces diferentes. Fuente: Nielsen (2006b). Limitaciones y problemas Los actuales sistemas de eye-tracking disponibles en el mercado presentan en su mayora un alto grado de precisin, fruto de la larga evolucin que ha experimentado esta tecnologa en las ltimas dcadas. Sin embargo, sigue siendo una tecnologa cara, un hecho que impide una mayor difusin en el entorno profesional. Otro problema es que, aunque el proceso de ca- libracin visual de los participantes previo a la prueba es rpido y sencillo, existe un significativo porcentaje de personas cuyos ojos no pueden cali- brarse (Jacob, Karn; 2003), lo que encarece an ms este tipo de estudios. Como otras pruebas con usuarios descritas en este apartado, las pruebas de eye-tracking requie- ren del evaluador un conocimiento y esfuerzo con- siderable en la interpretacin de los resultados, por lo que su uso inexperto puede conducir a conclu- siones errneas. Una vez ms, no obstante, defen- demos que cualquier prueba con usuarios resulta ms til que no hacer prueba alguna, an cuando se comentan errores de interpretacin. Por ltimo sealar que las pruebas de eye-trac- king ofrecen datos cualitativos escondidos bajo la apariencia de datos cuantitativos. Analizar una in- terfaz con 5 participantes generar una gran canti- dad de datos, pero desde el punto de vista estadstico, sigue siendo una muestra de 5 sujetos. Etnografa Qu La etnografa constituye una rama de estudio de la antropologa que busca estudiar y describir cien- tficamente la conducta, el comportamiento, las creencias y las acciones de los usuarios de una so- ciedad y una cultura especfica. El investigador convive con los sujetos de la investigacin para comprender, por propia experiencia y observacin directa, el mbito sociocultural donde estn in- mersos. Es un campo de estudio que emplea principal- mente mtodos cualitativos, con el objetivo de ayu- darnos a descubrir y comprender el comportamiento social de nuestros usuarios. Sus mtodos nos permi- ten predecir o explicar acciones e interacciones que, de otro modo, podran quedar aisladas y provocar resultados contrarios a los objetivos propuestos en nuestro sitio. Los estudios etnogrficos nos acercan a un conjunto de valoraciones (sociales, cultura- les, idiomticas, actitudinales, mentales) relacionadas con el contexto de uso, que son incluidas en el proceso y que proporcionan, necesariamente, una garanta sobre la obje- tividad y certeza de explicaciones o descrip- ciones que se hagan sobre dicho contexto. Cmo Este tipo de investigacin no es utilizada para validar o invalidar hiptesis generales, porque todo depende, como decamos antes, del contexto de uso y de la gestin de signi- ficados. Con las tcnicas etnogrficas observamos a las personas en situaciones reales, contex- tos naturales que nos permiten examinar y analizar sus experiencias y ver el sentido que tienen en sus vidas. Esto no significa que es- temos estudiando concretamente a las per- sonas. Son su entorno, su actividad, su situacin o los procesos e interacciones que llevan a cabo, el objeto de nuestro anlisis. 52 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d Fig. 32. Diagrama de la aproximacin etnogrfica. Podemos optar por estudios prolongados, que requerirn de un anlisis ms detallado de las ob- servaciones realizadas, materiales audiovisuales y datos recogidos, o por una etnografa rpida (Nor- man; 2000) (Millen; 2000) que podr afectar a la reduccin de tiempos, objetivos, equipo de trabajo o recursos empleados. Dependiendo de la aproxi- macin etnogrfica que empleemos, el material emprico y analtico (Dourish; 2006) se ver am- pliado o reducido condicionando la transferencia y utilizacin de los resultados. En cualquier caso el observador no deber com- portarse como un simple grabador de eventos. Acta como un observador que, sin afectar ni ser afectado por el entorno, reconoce la situacin de observacin, percibe, recoge y descifra lo explcito e implcito, para ofrecer una representacin fiel que facilite el proceso analtico. La forma de hacerlo puede ser a partir de diarios de campo, anotaciones, documentacin extrada del propio contexto o bien a partir de mtodos y tcnicas de indagacin, que permiten recoger de los usuarios sus opiniones y experiencias (en posterio- res apartados describiremos la entrevista, una de las tcnicas ms utilizadas en combinacin con otras). Cundo Un estudio etnogrfico nos aporta datos cualita- tivos que debemos organizar, comprender e inter- pretar en fases tempranas, anteriores al proceso de diseo del producto. Aun as, la informacin obte- nida tendr la funcin de servir de referencia en posteriores etapas de diseo y desarrollo. Sin embargo, estos estudios no pueden condi- cionar el ritmo de produccin ni alzarse como ins- trumentos imprescindibles que retrasen la labor del equipo de trabajo. Norman (2006) cree que es importante separar las observaciones y estudios de campo del diseo conceptual y del anlisis de ne- cesidades. Deberan quedar fuera del proceso y to- marse en consideracin en la medida que aporten consistencia y reflejen aspectos cruciales, pero no pueden condicionar el ritmo de trabajo o el co- mienzo del diseo. Limitaciones y problemas Mientras que las tcnicas descritas hasta el mo- mento tienen una relacin ms inmediata con la calidad del producto, la investigacin etnogrfica se enfrenta a serios desafos para superar la validez y pragmatismo de sus mtodos. Su posicin frente a otros mtodos de DCU puede verse como una di- ferenciacin entre validar para lograr la calidad de- seada o inspirar para llevar a cabo el diseo (Gilmore; 2002). Pero an cuando el objetivo prin- cipal de la etnografa es la inspiracin, no es menos cierto que los equipos de diseo encuentran difi- cultades para aprovechar y aplicar en su trabajo los resultados extrados del mundo real. Se plantea as una disyuntiva. Por un lado acep- tamos que el diseo debe atender al contexto y a los aspectos sociales que influyen en el comporta- miento de nuestros usuarios. Pero por otro, encon- tramos dificultades para integrar la investigacin y las metodologas de trabajo en el proceso. Para R- snen y Nyce (2006) el problema se produce cuando los desarrolladores y diseadores usan la etnografa como un instrumento para identificar y resolver problemas o para extraer datos estadsti- cos, en vez de para predecir y explicar resultados. Esto conlleva que reduzcamos todo su potencial al considerarlo un mtodo para producir respuestas a preguntas especficas, en vez de para descubrir ne- cesidades, comportamientos y actitudes. Por otra parte, mientras que las investigaciones etnogrficas son lentas y requieren tiempo y es- fuerzo en la observacin e interpretacin, la ten- dencia actual en el entorno profesional es la de reducir y acelerar los ciclos de desarrollo de pro- ductos al mximo. En consecuencia, resulta com- plicada tanto su aplicacin, como su aplicacin correcta. Atender a grupos excesivamente amplios tam- bin puede verse como un problema o limitacin. La etnografa debe trabajar con grupos relativa- mente pequeos, ya que el observador puede que no realice su trabajo correctamente y acabe por re- coger tal cantidad de datos que difuminen las po- sibilidades argumentativas o interpretativas de los mismos. 53 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d La tendencia actual en el entorno profesional es la de reducir y acele- rar los ciclos de desarrollo de pro- ductos al mximo Otras tcnicas destacables Adems de las tcnicas descritas, existen muchas otras que ofrecen informacin muy valiosa acerca de los usuarios. Sin embargo, debido a las limita- ciones del presente trabajo, no todas pueden ser tratadas con el mismo nivel de detalle. Por tanto, a continuacin ofrecemos una breve descripcin de otras tcnicas de valor destacable en DCU. Entrevistas La informacin ms valiosa sobre la usabilidad de un diseo la obtenemos observando el com- portamiento de los usuarios, no preguntndoles. De hecho, revisando las tcnicas que involucran a usuarios descritas hasta el momento, comprobare- mos que estn orientadas principalmente a obtener informacin objetiva (qu hacen los participantes), y en mucho menor grado informacin subjetiva (qu dicen). Cuando Nielsen (2001) afirma que la primera regla de usabilidad es no escuchar a los usuarios, no le falta razn. Como seala el autor, cuando se le pregunta a un usuario acerca de un diseo, su respuesta estar motivada por lo que cree debera responder o quiere ser odo por quien pregunta. Adems, si se nos pregunta sobre el porqu de nuestro comportamiento (en este contexto, usando una aplicacin), las personas tendemos a raciona- lizarlo, a completar, reinventar y reinterpretar nuestros recuerdos, y a buscar una causa, aunque la desconozcamos, a nuestras acciones pasadas. Esto no significa que no podamos obtener infor- macin valiosa para el diseo preguntando a los usuarios. Las entrevistas con usuarios son una po- derosa herramienta cualitativa, pero no para evaluar la usabilidad de un diseo, sino para descubrir de- seos, motivaciones, valores y experiencias de nues- tros usuarios (Kuniavsky; 2003). Durante estas entrevistas, el entrevistador debe mostrarse neutral y no dirigir o condicionar las respuestas del entrevistado. Lo que pretendemos es descubrir informacin que nos oriente en el di- seo, no confirmar nuestras propias creencias sobre cmo son los usuarios. Una variante interesante de las entrevistas, son los focus group (en espaol grupos focales o sesiones de grupo), en las que un moderador entrevista de forma conjunta a un grupo de usuarios, y donde la interaccin entre los participantes nos ofrece infor- macin adicional sobre problemas, experiencias o deseos compartidos. Encuestas Hasta el momento, las tcnicas descritas han sido esencialmente cualitativas. Estas tcnicas nos ayu- dan a encontrar respuesta acerca de los problemas de usabilidad de nuestros diseos, cmo los usua- rios interactan y comprenden el diseo, e incluso qu pueden desear o necesitar. Sin embargo, por su naturaleza cualitativa, estas tcnicas no nos permi- ten delimitar cmo son realmente nuestros usua- rios, y en qu se diferencian del resto de la poblacin. Las encuestas representan una poderosa herra- mienta cuantitativa para conocer a nuestra audien- cia, a travs de preguntas estructuradas que deben ser respondidas por una proporcin estadstica- mente representativa de dicha audiencia. Estas pre- guntas suelen versar sobre cuestiones demogrficas (cmo son), tecnolgicas (cmo acceden a Inter- net), de necesidades y hbitos (cmo y para qu usan Internet), competitivas (qu sitios web suelen visitar), de satisfaccin (acerca de nuestro pro- ducto), de preferencias (qu les gusta y qu no), y de deseos (qu echan en falta) (Kuniavsky; 2003). El mayor error a cometer en la realizacin de una encuesta se encuentra en el sesgo que se puede pro- ducir en la delimitacin de la muestra; es decir, a quin se invitar a participar, y qu subconjunto de los encuestados ser considerado vlido. Por ltimo, debemos recordar que las encuestas, al igual que las entrevistas, tampoco representan una herramienta fiable de evaluacin de usabili- dad, ya que su objetivo es otro. Analtica Web La Analtica Web es definida como la medicin, recoleccin, anlisis y documentacin de datos de Internet con el objetivo de comprender y optimizar el uso de la Web (WAA; 2009). Bajo el concepto de Analtica Web se engloba una gran cantidad de he- rramientas y tcnicas de investigacin, aunque sin duda la ms definitoria es el anlisis de datos rea- les de uso del sitio web, ya sea a travs de los datos recogidos en ficheros log desde el lado del servi- dor, o a travs de aplicaciones de monitorizacin 54 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d javascript desde el lado del cliente. Estas ltimas ofrecen mayor cantidad de informacin sobre las acciones de los usuarios, lo que sumado al hecho del lanzamiento de herramientas gratuitas como Google Analytics, ha provocado que en los ltimos aos hayan ganado mucha popularidad. Estas tcnicas permiten un anlisis cuantitativo de las acciones que el usuario realiza sobre un sitio web, pero su principal fortaleza es que, al contrario que otras tcnicas cuantitativas, no se basan en muestras, sino en la monitorizacin del total de los usuarios que estn haciendo uso del sitio web. Como consecuencia, se trata de una tcnica fiable y muy econmica, pues no hay sesgo ni necesidad de invertir en la identificacin y reclutamiento de participantes. Las herramientas de monitorizacin de uso ob- tienen y manejan una serie de mtricas, a travs de las que podemos analizar el comportamiento de nuestros usuarios, tales como (WAA; 2007): pgi- nas vistas, visitantes, visitantes nicos, nuevos visi- tantes, duracin de la visita, click-through, etc. Como argumenta Rovira-Samblancat (2007), existen muy diversas formas de aprovechar los datos que recogen estas herramientas a fin de me- jorar la usabilidad de un sitio web, como: analizar dnde hacen clic los usuarios; comparar el nmero de abandonos y xitos de una tarea entre dos pgi- nas con la misma funcin pero diferente diseo; detectar en qu campo de un formulario se pro- duce mayor nmero de abandonos; o analizar las rutas de navegacin que siguen los usuarios. Otra informacin de gran valor que podemos obtener a travs de estas herramientas, de cara a mejorar la arquitectura de informacin del sitio web, es analizar el vocabulario utilizado por los usuarios en sus consultas a travs del buscador in- terno del sitio web. De esta forma podemos estu- diar, con datos reales y cuantitativos, el grado de correspondencia existente entre el vocabulario uti- lizado por los usuarios y el utilizado en el sitio web. Documentacin del diseo En cualquier proyecto la comunicacin tanto con el cliente como entre los miembros del equipo resulta fundamental en la consecucin de los objetivos fijados. Como diseadores, adems de ser capaces de extraer de los usuarios y el cliente toda aquella informacin relevante para nuestro trabajo, debemos tambin ser capaces de comuni- car de forma efectiva y precisa los resultados de anlisis e investigacin, as como las decisiones de diseo que se deriven. La comunicacin y el flujo de informacin en el proyecto pueden realizarse de muy diversas formas, aunque sin duda su documentacin es el medio ms estable, efectivo y fcilmente reutilizable. Do- cumentar consiste en registrar ideas y conceptos de diseo, no slo con el fin de posibilitar su comuni- cacin, sino tambin de preservar ese conocimiento es comn que los miembros de un equipo cam- bien a lo largo del proyecto. Estos documentos, en el contexto del diseo de interaccin, suelen deno- minarse entregables (del ingls deliverables). La eleccin del tipo de documentacin a emplear debe realizarse a partir de su eficacia comunicativa, algo que podemos deducir de nuestra experiencia como diseadores. Como vimos en el apartado sobre la cognicin, a las personas les cuesta inte- riorizar nuevas ideas y conocimiento, por lo que suelen buscar reglas o patrones que sinteticen o re- suman esa informacin. Una de las herramientas que podemos usar para facilitar esta comunicacin es la narrativa, es decir, estructurar una serie de he- chos en un marco temporal, de tal modo que la su- cesin lgica facilite su comprensin y asimilacin. Como es sabido, las ancdotas, las historias per- sonales, son ms fciles de recordar que los datos; la historia de cmo un usuario intenta afrontar un proceso interactivo y los problemas con los que se encuentra, puede tener ms poder comunicativo que una gran cantidad de datos estadsticos sobre el uso del sitio web. Otra herramienta no excluyente es el pensa- miento visual. Con este concepto nos referimos a nuestra capacidad de traduccin y representacin de nuestros modelos mentales a formas visuales un tema que ya revisbamos en el apartado sobre modelos mentales. A partir de estos modelos vi- suales otros podrn abstraer y construir su propio modelo mental acerca del problema. Pero estos 55 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d Las herramientas de monitorizacin de uso obtienen y manejan una serie de mtricas, a travs de las que podemos analizar el comporta- miento de nuestros usuarios modelos visuales no slo debemos entenderlos como un medio para comunicar ideas, sino ms all, como uno para compartir visualmente, pensar y resolver problemas de diseo cooperativamente. Aunque no existe normalizacin o estandariza- cin en lo que a tipos de entregables ni su proceso de desarrollo se refiere, s existen ciertas conven- ciones o estndares de facto. Partiendo de los tra- bajos de Brown (2007) y Morville (2009), a continuacin exponemos algunos de los tipos de documentos ms comnmente usados por disea- dores y arquitectos de informacin, clasificados en tres categoras: documentos de proyecto, de inves- tigacin con usuarios y de diseo. Documentos de proyecto Un proyecto puede contar con suficientes recur- sos econmicos, humanos y tecnolgicos, y no obs- tante fracasar debido a una mala gestin. La gestin de proyectos es, precisamente, el nombre que recibe la disciplina dedicada a la planificacin, coordinacin y organizacin de los recursos con el fin de alcanzar los objetivos del proyecto, dentro de los lmites temporales y econmicos definidos. El presente trabajo asume que no es tarea del di- seador llevar a cabo la gestin del proyecto, pero s que participar activamente en la toma de deci- siones sobre las estrategias que contextualizarn, condicionarn y guiarn el trabajo de diseo. Diagramas de Gantt Los diagramas de Gantt reciben su nombre de Henry Gantt, considerado uno de los padres de la gestin de proyectos como disciplina. Estos diagra- mas son un tipo de grfico de barras, donde cada barra representa un elemento como por ejemplo la actividad o tarea a desarrollar, y sus fechas pro- gramadas de inicio y fin. Por tanto, la funcin de este tipo de diagramas no es otra que representar la planificacin o programacin temporal de un pro- yecto. Para su elaboracin se pueden usar desde aplicaciones especficas hasta aplicaciones de hojas de clculo (coloreando celdas). Un medio que nos puede facilitar la tarea de pro- gramar actividades en el contexto de proyectos bajo la filosofa del DCU, es partir de diagramas de Gantt marco. En estos diagramas de referencia no se detallan los tiempos y fechas de cada actividad, pues no responden a ningn proyecto concreto, pero s nos ofrecen una visin general del orden cronolgico que debe ocupar cada actividad, as como su duracin relativa al resto de actividades. Como ejemplo podemos analizar el diagrama del proceso de diseo (Spencer, Warfel; 2007) de la fi- gura 34. Anlisis Competitivo Nuestro proyecto web, una vez online, tendr que competir inevitablemente por la atencin de los usuarios con otros sitios web de naturaleza simi- lar. Una de las formas que tenemos para afrontar este reto es precisamente investigar a la competen- cia y detectar las mejores prcticas (en nuestro caso, de diseo), para obtener con su aplicacin una ventaja competitiva. Esta forma de innova- cin aditiva est condicionada por nuestra capaci- dad para detectar qu es lo que otros hacen mejor que nosotros, y no terminar empeorando nuestra solucin tomando por vlidas decisiones de diseo menos eficaces. Adems, debemos recordar que es una tcnica poco adecuada en contextos donde las mejores prcticas se concentran en un nico com- petidor. El anlisis competitivo tiene dos dimensiones principales: competidores y criterios de anlisis (Brown; 2007). Ya que el nmero de competidores a los que se enfrente nuestro proyecto puede ser muy elevado, elegiremos para el anlisis un grupo reducido, lgicamente los de mayor xito. A conti- nuacin debemos determinar cules sern los cri- terios de comparacin, es decir, qu tipo de soluciones de diseo vamos a analizar y comparar entre los competidores. 56 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d Fig. 33. Ejemplo de diagrama de Gantt. Fuente: http://www.spottydog.u-net.com/guides/faq/faq.html La forma de medir los criterios depende en gran medida de la naturaleza de los mismos. En ocasio- nes podremos usar valores binarios para indicar si los competidores cumplen o no el criterio (ej.: se utiliza en la home una nube de etiquetas?); en otras ocasiones se podrn utilizar puntuaciones, indicando el grado en que se cumple el criterio (ej.: cantidad de publicidad); en otras ocasiones va- lores numricos exactos (ej.: peso en Kb de la p- gina de inicio); y en otras descripciones textuales del resultado de comprobar el criterio en cada competidor. La forma de documentar el resultado del anlisis competitivo puede variar enormemente, depen- diendo, una vez ms, de los criterios elegidos para el anlisis. En el caso de valores binarios se pueden representar mediante una simple hoja de clculo coloreando celdas, en forma de matriz competi- dores x criterios. Cuando los valores son cualitati- vos o cuantitativos se recomienda el uso de grficas que sinteticen visualmente los datos como, por ejemplo, en la propuesta de Hawley (2009). Para determinados criterios, como aquellos que pretenden comparar el layout o distribucin de contenidos en las pginas de los competidores, se pueden emplear ilustraciones esquemticas como la de la figura 35 (Brown; 2007). 57 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d Fig. 35. Representacin esquemtica de varios layouts (Brown: 2007). Fig. 34. Diagrama del proceso de diseo (Spencer, Warfel; 2007). Inventarios de Contenido Cuando nos enfrentamos a la tarea de definicin o reestructuracin de una arquitectura de infor- macin, el primero de los problemas que debemos resolver es determinar el volumen de informacin a organizar, su naturaleza, audiencia, granularidad, relevancia y localizacin. La forma tradicional de documentar los inventarios de contenido es a tra- vs de hojas de clculo, ubicando en filas cada pieza de informacin, y en columnas los diferentes cam- pos o metadatos a registrar. En Usability.gov (http://www.usability.gov/de- sign/inventory.html) proponen los siguientes cam- pos a incluir en el inventario: - La temtica general del contenido. - El ttulo. - URL (o nombre del fichero). - Breve descripcin del contenido. - Fecha de creacin. - Fecha de la ltima revisin o modificacin. - Autor o creador (si se conoce). - Responsable actual del contenido. - Fecha en la que debe ser revisado el contenido. - Fecha de caducidad del contenido. - Pginas enlazadas en el contenido. - El estatus del contenido. Es decir, qu acciones hay programadas o se estn realizando sobre ste (ej.: revisin, eliminacin, adaptacin). Veen (2002) propone un conjunto de campos que presenta algunas diferencias, adems de ofrecer una plantilla en Excel para la elaboracin de estos inventarios: - Identificador del contenido (facilitndonos su gestin). - Nombre (ttulo o descripcin). - URL o localizacin. - Tipo de documento. En este caso no se refiere a su formato (html, pdf, etc), sino al tipo do- cumental (notas de prensa, informacin legal, ficha de producto, etc). - Palabras clave que describan la temtica del contenido. - Responsable o Autor del contenido. - ROT. Acrnimo que se refiere a Redundante, Obsoleto o Trivial. Con este campo se pretende identificar los contenidos que pueden ser can- didatos a eliminacin. - Notas: cualquier informacin adicional que pueda resultar de utilidad sobre el contenido. La elaboracin de inventarios de contenido es una de las tareas ms complejas, meticulosas y pro- bablemente aburridas que deben acometer los ar- quitectos de informacin. Adems, algunos autores defienden que su elaboracin puede resultar in- cluso contraproducente. Reichelt (2006) opina que la creacin de inventa- rios detallados es una de las peores decisiones que se puede tomar si se pretende lograr una buena ar- quitectura de informacin, ya que al hacerlo perde- mos la perspectiva sobre cmo estos contenidos deberan estructurarse y relacionarse en la nueva ar- quitectura de informacin. Maurer (2006) opina lo contrario, argumentando que no es posible crear ar- quitecturas de informacin desconociendo la natu- raleza en detalle de los contenidos. Por otro lado Rosenfeld (2006) afirma que el problema (de este debate) se encuentra en la visin tradicional que se tiene de los inventarios de contenidos, en la que se entienden como un documento esttico una ins- tantnea del contenido en vez de como un proceso. Documentos de investigacin con usuarios La filosofa del diseo centrado en el usuario de- termina que, con el objetivo de que el resultado final sea usable, el proceso de diseo debe estar di- rigido por los usuarios; sus necesidades, habilida- des, conocimientos, modelos mentales, objetivos, experiencia y contexto. Adems, esta filosofa tam- bin nos indica que son precisamente los propios usuarios la mejor fuente de informacin acerca de la usabilidad de cualquier diseo. Toda esta informacin, como vimos en el ante- rior apartado, puede extraerse por diferentes tc- nicas de investigacin, como encuestas, entrevistas, analtica web, card sorting, test de usuarios, etc. Con el objetivo de que la informacin que ex- traemos de la investigacin con usuarios resulte til y posibilite la toma de decisiones de diseo acertadas, debemos representarla, sintetizarla y es- tructurarla en documentos. Personas y Scenarios La tcnica Persona-Scenario (Copper; 1999) (Co- oper, Reimann, Cronin; 2007) que traducimos 58 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d 59 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d Fig. 36. Ficha persona-scenario (Warfel; 2007). como personaje-escenario pretende sintetizar la informacin extrada en etapas de indagacin de la audiencia a una serie de documentos (o fichas) que representaran arquetipos de usuarios. Mien- tras que la identidad de estos personajes es inven- tada (nombre, fotografa, etc.), la informacin sobre sus necesidades, motivaciones, actitudes y comportamientos debe esta basada en datos reales extrados de usuarios potenciales o reales del sitio web a disear. Es decir, se trata de arquetipos de usuarios, no de estereotipos. Los personajes suelen contextualizarse con escenarios o descripciones de situaciones de uso concretas. La funcin de estos documentos es potenciar en el diseador la empata con el usuario final, facili- tando la toma de decisiones de diseo centradas en los usuarios representados, y no en suposiciones o ideas vagas acerca del pblico al que nos dirigimos en el sitio web. Adems, facilitan la toma de deci- siones de diseo cooperativas, ya que con ellos los diferentes miembros del equipo pueden compartir un mismo modelo mental acerca del usuario final. En la eleccin de los personajes nos enfrentamos a la problemtica de la diversidad de la audiencia, que describamos en el apartado sobre la Expe- riencia del Usuario. Deberemos conseguir que los personajes creados (que no deben superar los 7 u 8), representen al mayor porcentaje posible de la audiencia, y que sus caractersticas no se solapen entre s (de poco sirve tener dos personajes que comparten demasiadas propiedades, y por tanto representan arquetipos de usuarios muy similares). La informacin de estos documentos puede estar representada de diversas formas, aunque la forma ms comn suele ser mediante el uso de la narra- tiva, tal y como Wiggins (2009) demuestra en su artculo. La ficha de cada personaje suele incluir adems una fotografa (algo que ayuda a humani- zarlo), datos personales, palabras clave, e incluso representaciones grficas que sinteticen visual- mente su perfil (conocimientos, intereses, motiva- ciones), tal y como podemos observar en el ejemplo de la figura 36. Para ampliar informacin sobre el enfoque per- sonaje-escenario, se recomienda la consulta de la recopilacin de recursos de Dey Alexander Con- sulting sobre el tema: (http://deyalexander.com/re- sources/uxd/personas.html) Documentos de diseo Disear es un proceso que parte de lo general a lo especfico, de la idea a su materializacin, de lo abs- tracto a lo concreto. Los primeros pasos son investi- gar a la audiencia, analizar el entorno competitivo, o analizar la naturaleza del contenido que preten- demos comunicar. Sobre esta informacin comen- zamos la propuesta de soluciones de diseo, tomando decisiones acerca de cmo estructurar el contenido, cmo presentar la informacin en las diferentes pginas, o cules sern las posibilidades interactivas del sitio web. A continuacin se describen algunos documen- tos dirigidos a registrar este tipo de decisiones. Wireframes Los wireframes son esquematizaciones de la in- terfaz, documentos en los que se representa cmo deber ser la distribucin, ordenacin y relacin de los diferentes elementos en cada una de las pginas (o tipos de pginas) del sitio web. Quin deba llevar a cabo la elaboracin de los wi- reframes no deja de ser una cuestin controvertida. Como seala Brown (2007), estos documentos des- dibujan la lnea que separa la arquitectura de la in- formacin del diseo grfico. Se suele diferenciar entre wireframes de baja fi- delidad y de alta fidelidad, aunque no se trate de dos categoras con lmites definidos. En los prime- ros se representa el esqueleto de la interfaz, la dis- tribucin de los diferentes bloques de contenido y, en algunos casos, el rotulado. Los de alta fidelidad incluyen mayor detalle visual, como imgenes, co- lores, tipografas Las ventajas de unos y otros son obvias. Los primeros son ms fcilmente ela- borables y modificables, mientras que los segun- dos ofrecen una imagen ms fiel y realista del diseo final de las pginas. En la figura 37 podemos observar un wireframe de baja fidelidad, extrado del trabajo de Canda- mil-Llano y Guevara-Hurtado (2009b), quienes describen detalladamente un caso prctico de ela- boracin de wireframes. Entre las herramientas que pueden utilizarse en la elaboracin de wireframes, podemos destacar (Ronda-Len; 2007) (Barber; 2009): - Herramientas generales de diagramacin: Microsoft Visio: Fink (2005) y Abbett (2008) ofrecen stencils de Visio especficamente ide- ados para la elaboracin de wireframes. OmniGraffle: En graffletopia.com podemos encontrar stencils para elaborar wireframes para esta aplicacin. - Herramientas especficas: Balsamiq (http://www.balsamiq.com) Axure (http://www.axure.com) The Pencil Project (http://www.evolus.vn/ Pencil/) (Gratuita) Otros recursos de inters son el artculo de Howard (2009), en el que se ofrecen 20 consejos prcticos para la elaboracin de wireframes, o el de Olsen (2006), pequeo tutorial sobre el uso de Microsoft Visio en la documentacin mediante wireframes. Diagramas de interaccin Documentar el diseo de interaccin consiste en representar el comportamiento interactivo de la aplicacin o sitio web, es decir, cmo la aplicacin responder a las acciones del usuario. La diferencia principal de los diagramas de interaccin frente a otros documentos de diseo, es que estos descri- ben la dimensin dinmica, temporal, en movi- miento e interactiva del diseo. 60 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d Fig. 37. Wireframe de baja fidelidad (Candamil-Llano, Guevara-Hurtado; 2009b). La diagramacin de la interaccin puede hacerse a travs de dos tipos de documentos. Por un lado se pueden usar secuencias del estado de la interfaz (mezcla entre un wireframe y un storyboard), tal y como podemos ver en la figura 38, extrada del tra- bajo de Scott (2005). El segundo tipo de documento es el conocido como diagramas de flujo de interaccin. En estos documentos las posibles acciones del usuario y las respuestas del sistema se representan en forma de diagramas, mediante elementos (nodos) y conec- tores. El significado de cada elemento, as como de la relacin definida por los conectores, suele codi- ficarse mediante su forma grfica, y explicitarse mediante leyendas descriptivas. Aunque puede usarse el vocabulario grfico que se desee (una vez ms, no existe normalizacin), uno de los vocabularios grficos ms extendidos y populares es el propuesto por Garrett (2002), del que podemos ver un ejemplo de aplicacin en la figura 39. Patrones de diseo de interaccin Los patrones de diseo fueron originalmente propuestos por el arquitecto Christopher Alexan- der en el contexto del diseo y construccin urba- nstica, quien los defini como soluciones a problemas que se usan repetidamente en contex- tos similares con algunas variantes en la imple- mentacin. Esta idea ha sido importada al mundo del diseo de interaccin. Un patrn de diseo responde qu hay que hacer, pero integrando un contexto y objetivos concretos (Welie, Veer, Elins; 2000). Los patrones de diseo son, por tanto, especficos, slo aplicables a con- textos determinados, y suelen incluir ejemplos con- cretos de aplicacin (Henninger; 2000)(Henninger, Oltman; 2002). Su naturaleza especfica es lo que los diferencia de las directrices de usabilidad o heu- rsticas, ya que los patrones de diseo incorporan adems el resultado deseado (Spool; 2003) (Hen- ninger; 2001). Aunque los patrones de diseo pueden estructu- rarse de muy diversas formas (no existe normali- zacin), suelen compartir los siguientes campos (Moreno, Snchez-Segura; 2003) (Hernndez-Her- nndez et al.; 1998) (Malone et al.; 2005) (Varela- Tabuyo; 2005): - Ttulo o nombre del patrn: Debera ser claro, conciso, significativo y sugestivo respecto al problema abordado. - Problema: Descripcin del problema de inter- accin abordado. - Principio/s de usabilidad: Determina sobre qu principios o criterios de usabilidad se sustenta el patrn. - Contexto: Descripcin del contexto o situacin de interaccin para la que puede ser aplicado el patrn. - Representacin visual: Se trata de un elemento opcional, en el que se representa visualmente la esencia o resumen del patrn (diagramas, es- quemas, capturas de interfaz,...). - Solucin: Este es el elemento principal de un patrn, donde se describe de forma clara y pre- cisa qu decisin de diseo ser la ms ade- cuada para solucionar el problema de interaccin. 61 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d Fig. 38. Secuencia del estado de la interfaz. Podemos apre- ciar cmo la aplicacin responde a las acciones del usua- rio; qu cambios se producen en la interfaz en funcin de las acciones del usuario. Fuente: Scott (2005). - Consecuencias: Impacto de la decisin de di- seo sobre otros elementos y atributos del pro- ducto. - Beneficios: Se argumentan las ventajas y bene- ficios en trminos de usabilidad que implica la aplicacin del patrn. - Ejemplo: Se muestra un ejemplo de aplicacin con xito del patrn, normalmente de forma grfica. - Patrones relacionados: Relacin del patrn con otros patrones similares, como aquellos desti- nados a solucionar el mismo problema en con- textos diferentes. - Bibliografa: Fuentes de informacin sobre los que se fundamenta el patrn o a travs de las cuales poder ampliar informacin. - Comentarios: Posibilitan que otros puedan aportar informacin, experiencias y opiniones sobre el patrn. - Autor: Persona que propone el patrn. - Palabras clave: Describen los conceptos princi- pales tratados en el patrn. - Copyright: Informacin sobre los derechos de autor del patrn. Actualmente existen numerosas libreras o repo- sitorios de patrones de diseo accesibles en lnea, entre los que cabe destacar: - Yahoo! Pattern Library (http://developer.yahoo. com/ypatterns) - Welie.com, Patterns in Interaction Design (www.welie.com) - UI-Patterns, User Interface Design Pattern Li- brary (www.ui-patterns.com) 62 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d Fig. 39. Diagrama de Flujo de Interaccin (Garrett; 2002). Los patrones de diseo de interaccin suponen una valiosa herramienta como soporte a la toma de decisiones de diseo acertadas, sustentadas en base al conocimiento compartido y derivado de so- luciones alcanzadas previamente para problemas y contextos similares. Por ello, son un medio muy re- comendable para registrar el conocimiento del equipo de diseo, permitiendo su reutilizacin posterior. Esto no significa que debamos acatar cualquier patrn de diseo como una solucin universal e in- amovible para el problema descrito. Un patrn de diseo no debe considerarse una respuesta a un problema, sino el punto de partida en el proceso de toma de decisiones de diseo. Una vez analiza- mos la solucin que plantea un patrn de diseo, debemos preguntarnos: podemos aportar una so- lucin que mejore la experiencia del usuario? Como ejemplo de innovacin, podemos tomar la propuesta de Mac Funamizu, quien nos descubre una nueva manera de indicar a los pasajeros del metro su situacin exacta y el recorrido de estacio- nes para la lnea que han tomado, redimensio- nando el espacio y superando lmites que en realidad no existan. Mapas de sitio web Mientras que los diferentes documentos de di- seo expuestos hasta el momento registran dife- rentes facetas o dimensiones del diseo (por ejemplo, los wireframes registran la organizacin de los contenidos dentro de cada pgina, mientras que los patrones de diseo registran soluciones co- rroboradas a problemas recurrentes), los mapas del sitio web lo que persiguen es ofrecer una visin global del producto, su estructura general. En estos documentos lo que se representan son las diferentes piezas de contenido (o grupos de pie- zas), y su relacin. Ya que las piezas (y grupos) de contenido pueden tener muy diversos tipos de re- laciones entre s, normalmente las relaciones re- presentadas suelen reducirse a las ms relevantes, es decir, las jerrquicas. Representar una jerarqua de elementos puede hacerse de muy diversas formas. Se puede simple- mente crear un ndice, donde cada tem hijo se en- cuentre tabulado respecto al tem padre, o se 63 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d Fig. 41. Jerarquas de elementos. Fig. 40. Ejemplo de una posible alternativa en la forma de orientar a los pasajeros del metro. Fuente: http://petitin vention.wordpress.com/2009/03/08/train-ceiling-as-info- screen/ Fig. 42. Mapa del sitio web de Microsoft.com pueden usar diagramas en forma de rbol, donde las relaciones entre unidades se representen como conectores, los tems como nodos, y el nivel jerr- quico venga determinado por su ubicacin verti- cal (figura 41). Los mapas de sitio web, como documentos de di- seo, tienen la peculiaridad de que suelen dar pie a sistemas de navegacin que responden al mismo nombre, englobados por Rosenfeld y Morville (2002) bajo la categora de sistemas de navegacin suplementarios. El objetivo de los mapas de sitios web como sistemas de navegacin es permitir al usuario obtener una visin global del sitio web, y servir de va directa de acceso a las principales sec- ciones o grupos de contenido del sitio web (vase ejemplo de la figura 42). No obstante, la popularidad de estos mapas de navegacin ha ido variando a lo largo de los aos. Uno de los objetivos principales que motivaban la inclusin de estos mapas era que facilitaban la tarea de los robots de los buscadores, mejorando la in- dizacin del sitio y por tanto su posicionamiento en los resultados de bsqueda. Sin embargo, desde que Google introdujo el concepto de mapa de sitio web en XML ficheros cuya funcin es indicar la ubicacin de cada pieza de contenido al robot de forma directa los mapas de sitio web tradiciona- les han perdido popularidad entre las tcticas de optimizacin para buscadores. Sin embargo, an persisten como sistema de na- vegacin suplementario, aunque como demuestra La (2009) a travs de numerosos ejemplos, lo que se est produciendo es un cambio en su presentacin y ubicacin. Si tradicionalmente los mapas se ubica- ban tras un enlace de acceso (que reciba el nombre de mapa del sitio o site map) ubicado en zonas superiores de la pgina, actualmente se percibe la tendencia de presentarlos directamente ubicados en el pie de todas las pginas del sitio. En el ejemplo de la figura 43 vemos cmo se presenta una versin re- ducida del mapa del sitio web a pie de pgina, in- cluyendo adems un enlace al mapa completo. 64 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d Fig. 43. Mapa del sitio web de Apple.com La experiencia del usuario Un producto o aplicacin ser usable en la medida en que el beneficio que se obtenga de usarlo (utilidad) justifique el esfuerzo necesa- rio para su uso (aprendizaje, atencin, tiempo). Simplicidad Cuando la funcin de cada elemento y sus relaciones con el resto [en la interfaz] sean perceptibles inmediata e inequvocamente, y cuando hayamos prescindido de cualquier elemento sin funcin ni relacin alguna, en- tonces habremos reducido la complejidad del sitio web a su nivel ptimo, a una compleji- dad necesaria, funcional, irreductible. El caso contrario sera una complejidad artificial, producto de la ornamentacin innecesaria, del exceso de opciones y contenidos irrele- vantes, y donde la relacin entre elementos se caracterice por su ambigedad. Percepcin visual La recomendacin principal a la hora de afrontar el diseo de una interfaz visualmente usable es el cumplimiento sistemtico de los siguientes principios: Enfatizar, Organizar y Hacer reconocible. Cognicin Si bien el canal perceptual tiene un gran ancho de banda, y la memoria a largo plazo una gran capacidad, la memoria operativa y el esfuerzo cognitivo requerido para la toma de decisiones suponen un embudo en el procesa- miento de informacin del usuario, que como diseadores debemos evitar que se colapse. Modelos mentales Nuestro conocimiento est organizado en la memoria como redes interconectadas de re- presentaciones de objetos, sucesos y concep- tos, formando la base estructural que otorga significado a nuestro mundo. 65 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d Cinco_ Conclusiones Fig. 44. Usabilidad: diseo para el usuario. El sujeto como ser social Los significados y sentidos de los que dota- mos a las interfaces que diseamos, o asigna- mos a aquellas que usamos, no se encuentran encerrados en la mente de cada diseador y usuario. Un diseo ser usable en la medida en que tanto diseador como usuario compartan esquemas y modelos conceptuales, posibili- tando la interpretacin del mensaje. Introduccin al Diseo Centrado en el Usuario (DCU) El DCU es un proceso cclico en el que las de- cisiones de diseo estn dirigidas por el usua- rio y los objetivos que pretende satisfacer el producto, y donde la usabilidad del diseo es evaluada de forma iterativa y mejorada incre- mentalmente. Metodologas y tcnicas de DCU An cuando el diseador tenga amplios co- nocimientos sobre usabilidad, resulta reco- mendable evaluar el diseo con usuarios. Esto se debe a que conforme ms tiempo dedica un diseador a un proyecto, menor es su perspec- tiva y ms difcilmente detectar posibles pro- blemas. Documentacin del diseo La comunicacin y el flujo de informacin en el proyecto pueden realizarse de muy diver- sas formas, aunque sin duda su documenta- cin es el medio ms estable, efectivo y fcilmente reutilizable. Documentar consiste en registrar ideas y conceptos de diseo, no slo con el fin de posibilitar su comunicacin, sino tambin de preservar ese conocimiento. 66 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d ABBETT, J. (2008). Updated Sketch GUI Shapes for Visio. Abbett.org. Disponible en: http://www.abbett.org/2008/05/27/updated-sketch-gui-shapes-for-visio/ ANDERSON, S. P. (2009). In Defense of Eye Candy. A List Apart, 21 de Abril de 2009. Disponible en: http://www.alistapart.com/articles/indefenseofeyecandy ANTOL, A.; FAJARDO, I.; CAAS, J. J.; SALMERON, L. (2005). Problemas asociados al uso inexperto de la tcnica card sorting. Actas del Congreso Interaccin 2005, AIPO, Granada. Disponible en: http://www.ugr.es/~ergocogn/articulos/card_sorting.pdf BADDELEY, A. D. (2001). Is Working Memory Still Working?. En: American Psychologist, 56, pp. 849-864. BARBER, G. (2009). 16 Design Tools for Prototyping and Wireframing. Sitepoint. Disponible en: http://www.sitepoint.com/article/tools-prototyping-wireframing/ BROWN, D. M. (2007). Communicating Design: Developing Web Site Documentation for Design and Planning. New Riders, Berkeley, CA. 2007. ISBN 0-321-39235-3. BUSH, V. (1945). As we may think. The Atlantic Monthly, julio, 176(1), p. 101-108. Disponible en: http://www.theatlantic.com/unbound/flashbks/computer/bushf.htm BUZAN, T.; BUZAN, B. (1996). El libro de los mapas mentales. Como utilizar al mximo las capacidades de la mente. Barcelona: Urano. CANDAMIL-LLANO, M.; GUEVARA-HURTADO, A. F. (2008). Card sorting: un caso prctico en el diseo de un sitio web universitario. En: No Solo Usabilidad, n 7, 2008. <nosolousabilidad.com>. ISSN 1886-8592 CANDAMIL-LLANO, M.; GUEVARA-HURTADO, A. F. (2009a). Anlisis de sitios web universitarios colombianos mediante evaluaciones heursticas para el proyecto del nuevo portal web Unicauca. Disponible en: http://www.ragnarok.unicauca.edu.co/nuevoportal/wp-content/uploads/resultados-analisis- heuristico-sitios-web-universidades-colombianas-proyecto-nuevo-portal-web-unicauca.pdf CANDAMIL-LLANO, M.; GUEVARA-HURTADO, A. F. (2009b). Diseo de prototipos (wireframes) para proyecto nuevo portal web Unicauca. Disponible en: http://www.ragnarok.unicauca.edu.co/nuevoportal/wp-content/uploads/wireframes/diseno- prototipos-wireframes-proyecto-nuevo-portal-web-unicauca.pdf CARRERAS-PLANZA, J.; GUADERRAMA-HERNNDEZ, M. (2004). El Enfoque Cualitativo en el de-sarrollo de Arquitecturas de Informacin: Card Sorting + Entrevista Abierta. Congreso Interaccin 2004, AIPO, Lleida. Disponible en: http://www.biguel.com/textos/AIPO-Interaccion-2004_JesusCarreras.pdf CAADA, J. (2003). 10 Malentendidos sobre Interaccin Persona-Ordenador. Terremoto.net. Disponible en: http://www.terremoto.net/x/archivos/000060.html CAAS, J. J.; WAERNS, Y. (2001). Ergonoma cognitiva. Aspectos psicolgicos de la Interaccin de las personas con la Tecnologa de la Informacin. Madrid: Mdica Panamericana. COPPER, A. (1999). The Inmates Are Running the Asylum: Why High-Tech Products Drive Us Crazy and How to Re- store the Sanity . SAMS. ISBN: 0-67231-649-8. COPPER, A.; REIMANN, R.; CRONIN, D. (2007). About Face 3: The Essentials of Interaction Design. John Wiley and Sons, 2007. 610 pp. COSTA, J. (1994). Diseo, comunicacin y cultura. Premio Fundesco de Ensayo. Madrid: Fundesco. COWAN, N. (1988). Evolving Conceptions of Memory Storage, Selective Attention, and Their Mutual Constraints Within The Human Information-Processing System. En: Psychological Bulletin, vol. 104, n. 2, pp. 163-191, 1988. COWAN, N. (1999). An embedded-processes model of working memory. En: Miyake, A.; Shah, P. Models of work- ing memory: Mechanisms of active maintenance and executive control. New York, NY: Cambridge University Press, 1999. 67 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d Seis_ Bibliografa COWAN, N. (2001). The magical number 4 in short-term memory: A reconsideration of mental storage capacity. En: Behavioral and Brain Sciences (2001), 24, pp. 87-114, Cambridge University Press. DERRIDA, J. (1989). La escritura y la diferencia. Barcelona: Anthropos. DILLON, A.; MORRIS, M. (1999). P3: modeling and measuring the human determinants of information systems usage. Proceedings of the 43rd Annual Meeting of the Human Factors and Ergonomics Society, Paper presented at the Annual Meeting of HFES in Texas, Santa Monica, CA: HFES, September. DILLON, A. (2001). Beyond Usability: Process, Outcome and Affect in human computer interactions. Canadian Jour- nal of Information Science, 26, 4, pp. 57-69. Disponible en: http://www.ischool.utexas.edu/~adillon/Journals/BeyondUsability.pdf DOURISH, P. (2006). Implications for design. Proceedings of the SIGCHI conference on Human Factors in com- puting systems, pp. 541-550, April 2227, 2006, Montral, Qubec, Canada. Disponible en: http://www.ics.uci.edu/~jpd/classes/readings/Dourish-Implications.pdf DHERTEFELT, S. (2000). Emerging and future usability challenges: designing user experiences and user communi- ties. InteractionArchitect.com. Disponible en: http://www.interactionarchitect.com/future/vision20000202shd.htm ELTEN, N. (2008). Effective usability testing for Intranet. Jungle Minds. Disponible en: http://www.jungleminds.com/publications/articles/effective_usability_testing_for_intranet FIDALGO, A. (2006). Puntos de entrada y jerarqua visual en las pginas de inicio: el caso de Hotelius. Alzado. Disponible en: http://www.alzado.org/articulo.php?id_art=541 FINK, N. (2005). Visio Stencils for Information Architects. Nick Fink Blog. Disponible en: http://www.nickfinck.com/blog/entry/visio_stencils_for_information_architects/ FISCHER, G. (2001). User Modeling in Human-Computer Interaction. En: User Modeling and User-Adapted Inter- action (UMUAI), vol. 11, n. 1/2, pp 65-86, 2001. FURNAS, et al. (1987). The Vocabulary Problem in Human-System Communication. Communications of the ACM, November 1987, 30(11). GARCA-GMEZ, J. C. (2005). Card Sorting. El medio es el mensaje. Usalo.es. Disponible en: http://usalo.es/63/card-sorting-el-medio-es-el-mensaje/ GARCA-GMEZ, J. C. (2008). Anlisis de usabilidad de los portales en espaol para personas mayores. En: No Solo Usabilidad, n 7, 2008. <nosolousabilidad.com>. ISSN 1886-8592 GARCA-MARTN, M. (2008). Card Sorting en la Intranet de ESADE. Congreso Interaccin 2008, AIPO, Albacete, pp. 131-134. GARRETT, J. J. (2002). A visual vocabulary for describing information architecture and interaction design. Disponible en: http://www.jjg.net/ia/visvocab/ GILLMORE, D. (2002). Understanding and Overcoming Resistance to Ethnographic Design Research. Interactions, vol. 9, n3, mayo-junio, pp. 29-35. GOLDBERG, J. H.; WICHANSKY, A. M. (2003). Eye tracking in usability evaluation: A Practitioners Guide. En: Hyona, J., Radach, R., Duebel, H (Eds.). The minds eye: cognitive and applied aspects of eye movement research (pp. 573-605). Boston, North-Holland / Elesevier. GONZLEZ, M. P.; PASCUAL, A.; LORS, J. (2006). Evaluacin Heurstica. En: Lors, J. (Ed.) (2001). Introduccin a la Interaccin Persona-Ordenador. AIPO: Asociacin Interaccin Persona-Ordenador, 2001. Disponible en: http://www.aipo.es/libro/libroe.php GONZLEZ-VILALTA, D. (2004). Qu es la Experiencia del Usuario?. Nethodical.com. Disponible en: http://www.nethodical.com/archivos/000020.html GUTIRREZ-RESTREPO, E.; MCCATHIENEVILE. C. (2005). Usabilidad y Accesibilidad: El elefante completo. Jor- nadas especiales SIDAR, San Juan, 2005. Disponible en: http://www.sidar.org/acti/jorna/050224/3/index.html HASSAN-MONTERO, Y.; MARTN-FERNNDEZ, F. J. (2003a). Mtodo de test con usuarios. En: No Solo Usabili- dad, n 2, 2003. <nosolousabilidad.com>. ISSN 1886-8592. HASSAN-MONTERO, Y.; MARTN-FERNNDEZ, F. J. (2003b). Gua de Evaluacin Heurstica de Sitios Web. En: No Solo Usabilidad, n 2, 2003. <nosolousabilidad.com>. ISSN 1886-8592. HASSAN-MONTERO, Y.; MARTN-FENRNDEZ, F. J. (2004). Propuesta de adaptacin de la metodologa de diseo centrado en el usuario para el desarrollo de sitio web accesibles. Revista Espaola de Documentacin Cientfica, 27, 3, pp.330-344. Disponible en: http://redc.revistas.csic.es/index.php/redc/article/viewFile/156/210 HASSAN-MONTERO, Y.; MARTN-FERNNDEZ, F. J.; HASSAN-MONTERO, D.; MARTN RODRGUEZ, O. (2004). Arquitectura de la Informacin en los entornos virtuales de aprendizaje: Aplicacin de la tcnica de Card Sorting y anlisis cuantitativo de los resultados. En: El Profesional de la Informacin, 2004, marzo-abril, v. 13, n. 2, pp. 93-99. 68 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d Disponible en: http://www.nosolousabilidad.com/hassan/cardsorting.pdf HASSAN-MONTERO, Y.; MARTN-FERNNDEZ, F. J. (2005). La Experiencia del Usuario. En: No Solo Usabilidad, n 4, 2005. <nosolousabilidad.com>. ISSN 1886-8592 HASSAN-MONTERO, Y. (2006). Factores del Diseo Web Orientado a la Satisfaccin y No-Frustracin de Uso. Re- vista Espaola de Documentacin Cientfica, 29, 2, Abril-Junio, pp. 239-257. Disponible en: http://redc.revistas.csic.es/index.php/redc/article/viewFile/291/353 HASSAN-MONTERO, Y. (2007a). Experiencia del usuario y medios de comunicacin en internet. En: Larrondo- Ureta, A. y Serrano-Tellera, A. (2007). Diseo periodstico en internet. Servicio editorial de la Universidad del Pas Vasco. ISBN 978-84-8373-998-3. HASSAN-MONTERO, Y. (2007b). Percepcin visual en interfaces web (Artculo 9.4). En: Cristfol Rovira; Llus Co- dina (dir.). Documentacin digital. Barcelona: rea de Ciencias de la Documentacin. Departamento de Perio- dismo y de Comunicacin Audiovisual. Universidad Pompeu Fabra, 2007. http://www.documentaciondigital.org. ISBN 84-88042-39-6 HASSAN-MONTERO, Y.; HERRERO-SOLANA, V. (2007). Eye-Tracking en Interaccin Persona-Ordenador. En: No Solo Usabilidad, n 6, 2007. <nosolousabilidad.com>. ISSN 1886-8592 HAWLEY, M. (2009). Differentiating Your Design: A Visual Approach to Competitive Reviews. UX Matters. Disponible en: http://www.uxmatters.com/mt/archives/2009/04/differentiating-your-design-a-visual-approach- to-competitive-reviews.php HENNINGER, S. (2001). Supporting Design through Usability Guidelines and Patterns. CHI2001 Workshop on Tools, Conceptual Frameworks, and Empirical Studies for Early Stages of Design, 10-13, April 2001. HENNINGER, S.; OLTMAN, R. (2002). Tools Supporting the Delivery and Application of Usability Patterns. CHI 2002 Usability Patterns Workshop, April 2002, pp 18-20. HERNNDEZ HERNNDEZ, M E.; LVAREZ CARRIN, G.; MUOZ ARTEAGA, J. (2003). Patrones de Inter- accin para el Diseo de Interfaces Web Usables. CIECE 2003, Zacatepec, Morelos, Mxico, Abril 9, 2003. HERRERO-SOLAMA, V.; HASSAN-MONTERO, Y. (2006). Metodologas para el desarrollo de Interfaces Visuales de recuperacin de informacin: anlisis y comparacin. En: Information Research, 11(3), paper 258, Disponible en: http://InformationR.net/ir/11-3/paper258.html HICK, W. E. (1952). On the rate of gain of information. En: Quarterly Journal of Experimental Psychology, vol. 4, pp. 11-36. HOWARD, C. (2009). 20 Steps to Better Wireframing. ThinkVitamin. Disponible en: http://thinkvitamin.com/features/20-steps-to-better-wireframing/ HYMAN, R. (1953). Stimulus information as a determinant of reaction time. En: Journal of Experimental Psychol- ogy, vol. 45, pp. 188-196. ISO 9241-11. (1998). Ergonomic requirements for office work with visual display terminals (VDT)s - Part 11 Guid- ance on usability, 1998. JACOB, R. J. K. (1995). Eye Tracking in Advanced Interface Design. En: Virtual Environments and Advanced Inter- face Design, ed. by W. Barfield and T.A. Furness, pp. 258-288, Oxford University Press, New York (1995). JACOB, R. J. K.; KARN, K. S. (2003). Eye Tracking in Human-Computer Interaction and Usability Research: Ready to Deliver the Promises (Section Commentary). En: The Minds Eye: Cognitive and Applied Aspects of Eye Move- ment Research, ed. by J. Hyona, R. Radach, and H. Deubel, pp. 573-605, Amsterdam, Elsevier Science (2003). Disponible en: http://www.cs.tufts.edu/~jacob/papers/ecem.pdf JONASSEN, D. H.; HENNING, P. (1996). Mental models: knowledge in the head and knowledge in the world, Pro- ceedings of the 1996 International Conference on Learning Sciences, July 25-27, 1996, Evanston, Illinois. KALBACH, J. (2007): Designing Web Navigation. Sebastopol, CA: OReilly Media. KARAPANOS , E.; HASSENZAHL , M.; MARTENS, J. B. (2008). User experience over time. Conference on Human Factors in Computing Systems. CHI 08 extended abstracts on Human factors in computing systems, pp. 3561- 3566, 5 al 10 de abril de 2008. Florencia, Italia. KARVONEN, K. (2000). The beauty of simplicity. Proceedings on the 2000 Conference on Universal Usability, p.85- 90, noviembre 16-17, Arlington, Virginia, EE. UU. KASHIMURA, K.; KUROSU, M. (1995). Apparent Usability vs. Inherent Usability. Experimental analysis on the de- terminants of the apparent usability. CHI95 Proceedings - Short papers. KEINONEN, T. (2008): User-Centered Design and fundamental need. En Proceedings of the 5th Nordic conference on Human-computer interaction: building bridges (2008). Vol. 358, pp. 211-219, 20-22 de octubre, Lund, Suecia. KNAPP-BEJERN, A. (2002). La Experiencia del Usuario. Ediciones Anaya Multimedia, ISBN 84-415-1044-X. 3 KRUG, Steve (2001). No me hagas pensar. Madrid: Prentice Hall. KUROSU, M.; KASHIMURA, K. (1995). Determinants of the Apparent Usability. Proceedings of IEEE SMC, 1995, pp. 1509-1513. 69 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d KUNIAVSKY, M. (2003). Observing The User Experience: A Practitioners Guide to User Research. San Francisco: El- sevier. ISBN 1-55860-923-7. LA, N. (2009). Modern Sitemap and Footer. WebDesignerWall. Disponible en: http://www.webdesignerwall.com/trends/modern-sitemap-and-footer/ LANDOW, G. (1995): Hipertexto. La convergencia de la teora crtica contempornea y la tecnologa. Barcelona: Paids. LAVIEA, T.; TRACTINSKY, N. (2004). Assessing dimensions of perceived visual aesthetics of web sites. International Journal of Human-Computer Studies, vol. 60, n. 3, 2004, pp. 269-298. LOUIE, A. (2009). Evolutionary Design. Aaron Louis Blog. Disponible en: http://www.aaronlouie.com/blog/2009/evolutionary-design-part-1-evolution-and-design/ MAEDA, J. (2006). Las leyes de la simplicidad. Barcelona:Gedisa. MALONE, E.; LEACOCK, M.; WHEELER, C. (2005). Implementing a Pattern Library in the Real World: A Yahoo! Case Study. Boxes and Arrows. 29 Abril, 2005. MANCHN, E. (2003). Evaluacin heurstica (o por expertos) de la usabilidad. Alzado.org. Disponible en: http://www.alzado.org/articulo.php?id_art=74 MARCOS, M. C.; CAADA, J. (2003). Cmo medir la usabilidad: tcnicas y mtodos para evaluar el uso de sitios web [en lnea]. En Cristfol Rovira; Llus Codina (dir.). Documentacin digital. Barcelona: Seccin Cientfica de Ciencias de la Documentacin. Departamento de Ciencias Polticas y Sociales. Universidad Pompeu Fabra, 2003. ISBN 84-88042-39-6. Disponible en: http://www.mcmarcos.com/pdf/2004_usabilidad-modd.pdf MARCOS, M. C. (2004). Interaccin en interfaces de recuperacin de informacin: conceptos, metforas y visuali- zacin. Gijn: Trea. MARCOS, M. C. et al. (2006). Evaluacin de la usabilidad en sistemas de informacin terminolgicos online [on line]. Hipertext.net, nm. 4, 2006. ISSN 1695-5498. Disponible en: http://www.hipertext.net MARCUS, A. (2002). Return on Investment for Usable User-Interface Design: Examples and Statistics. AM+A. Disponible en: http://www.amanda.com/resources/ROI/AMA_ROIWhitePaper_28Feb02.pdf MRQUEZ-CORREA, J. (2003). Gua para evaluacin experta. JMarquez.com. Disponible en: http://www.jmarquez.com/documentos/jm_checklist.pdf MAURER, D. (2006). Why you shouldnt start IA with a Content Inventory. DonnaM. Disponible en: http://maadmob.net/donna/blog/2006/why-you-shouldn%e2%80%99t-start-ia-with-a-content- inventory MAYOR, J.; SUENGAS, A. Y GONZLEZ, J. (1995). Estrategias metacognitivas. Aprender a aprender y aprender a pen- sar. Madrid: Sntesis. MEDERO, S. (2007). Paper Prototyping. A List Apart. Disponible en: http://www.alistapart.com/articles/paperprototyping MEHLENBACHER, B.; DUFFY, T. M.; PALMER, J. (1989). Finding information on a Menu: Linking Menu Organi- zation to the Users Goals. En: Human-Computer Interaction, vol. 4, pp. 231-251. MICHAILIDOU, E.; HARPER, S.; BECHHOFER, S. (2008). Visual complexity and aesthetic perception of web pages. Proceedings of the 26th annual ACM International Conference on Design of communication, septiembre 22-24, Lisboa, Portugal. MILLEN, D. R. (2000). Rapid ethnography: time deepening strategies for HCI field research, Proceedings of the con- ference on Designing interactive systems: processes, practices, methods, and techniques, p.280-286, August 17- 19, New York, US. MILLER, G. A. (1956). The magical number seven, plus or minus two: Some limits on our capacity for processing in- formation. En: Psychological Review, 63, pp. 81-97. MOLICH, R.; NIELSEN, J. (1990). Improving a human-computer dialogue. En: Communications of the ACM, 3 (33), pp. 338-348, 1990. MORENO, A.M.; SNCHEZ-SEGURA, M. (2003). Patrones de Usabilidad: Mejora de la Usabilidad del Software desde el momento de Arquitectnico. VIII Jornadas de Ingeniera del Software y Bases de Datos (JISBD03). Ali- cante, Noviembre 2003. MORVILLE, P. (2009). User Experience Deliverables. En: Semantic Studios. 27 de Enero de 2009. Disponible en: http://semanticstudios.com/publications/semantics/000228.php NEWELL, A. F.; GREGOR, P. (2000). User Sensitive Inclusive Design: in search of a new paradigm. En: CUU 2000 First ACM Conference on Universal Usability. pp.39-44. Disponible en: http://web.mit.edu/16.459/Newell.pdf NIELSEN, J. (1994). Heuristic evaluation. En: Nielsen, J., Mack, R.L. (Eds.), Usability Inspection Methods. John Wiley & Sons, New York, NY. 70 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d NIELSEN, J. (1997). Search and You May Find. UseIt.com Alertbox. Disponible en: http://www.useit.com/alertbox/9707b.html NIELSEN, J. (2000). Why You Only Need to Test With 5 Users. UseIt.com Alertbox. Disponible en: http://www.uie.com/articles/five_second_test NIELSEN, J. (2001). First Rule of Usability? Dont Listen to Users. UseIt.com Alertbox. Disponible en: http://www.useit.com/alertbox/20010805.html NIELSEN, J. (2003). Usability 101: Introduction to Usability, UseIt.com Alertbox. Disponible en: http://www.useit.com/alertbox/20030825.html NIELSEN, J. (2006a): Usabilidad. Prioridad en el diseo web. Madrid: Anaya. NIELSEN, J. (2006b). F-Shaped Pattern For Reading Web Content. UseIt.com Alertbox. Disponible en: http://www.useit.com/alertbox/reading_pattern.html NIELSEN, J. (2007). Fancy Formatting, Fancy Words = Looks Like a Promotion = Ignored. UseIt.com Alerbox. Disponible en: http://www.useit.com/alertbox/fancy-formatting.html NIELSEN, J. Y LORANGER, H. (2006). Usabilidad. Prioridad en el diseo web. Madrid: Anaya Multimedia. NIELSEN, J. (2009). IA Task Failures Remain Costly. UseIt.com Alertbox. Disponible en: http://www.useit.com/alertbox/ia-failures.html NORMAN, D. (1983a). Some observations on mental models. In Gentner, D. y Stevens, A.L. (Eds.). Mental models. Hillsdale, NJ: Lawrence Erlbaum Associates. NORMAN, D. (1983b): Design principles for Human-Computer Interfaces. En Proceedings of the SIGCHI conference on Human Factors in Computing Systems (1983), p.1-10, 12-15 de diciembre, Boston, Massachusetts, EE. UU. NORMAN, D. (2000). El ordenador invisible. Barcelona: Paids. NORMAN, D. (2005a): El diseo emocional. Por qu nos gustan (o no) los objetos cotidianos. Barcelona: Paids. NORMAN, D. (2005b): Human-Centered Design considered harmful. En Interactions, 12.4 (julio+agosto 2005). Pp. 14-19. NORMAN, D. (2006). Why doing user observations first is wrong. Interactions, 13 (4) pp. 50-ff. NORMAN, D. (2007). Cautious Cars and Cantankerous Kitchens: How Machines Take Control. En: The Design of Future Things. New York: Basic Books. (en prensa). Disponible en: http://www.jnd.org/dn.mss/1.1%20Cautious%20Cars.pdf NORMAN, D. (2008). Simplicity is not the answer. Interactions, septiembre-octubre, vol. 15, n 5, p. 45-46. NOVAK, J.; GOWIN, D. (1984). Learning how to learn. London: Cambridge University Press. OLSEN, H. (2006). Visio - the interaction designers nail gun (3rd edition). Guuui.com. N. 17, Q1. Disponible en: http://www.guuui.com/issues/02_07.php ORTEGA-SANTAMARA, S. (2004): Multimedia, hipermedia y aprendizaje. Construccin de espacios interactivos. Salamanca: Publicaciones UPSA. ORTEGA-SANTAMARA, S. (2005). Desarrollo Conceptual y la tcnica de Card Sorting. En: No Solo Usabilidad, n 4, 2005. <nosolousabilidad.com>. ISSN 1886-8592 PALUCH, K. (2006). What is User Experience Design. Montparnas. Disponible en: http://www.montparnas.com/articles/what-is-user-experience-design/ PERFETTI, C. (2005). 5-Second Tests: Measuring Your Sites Content Pages. User Interface Engineering. Disponible en: http://www.uie.com/articles/five_second_test RAMSAY, A. (2009). Prototyping with XHTML. Boxes and Arrows. Disponible en: http://www.boxesandarrows.com/view/prototyping-with RSNEN, M.; NYCE, J. M. (2006). A new role for anthropology?: rewriting context and analysis in HCI research, Proceedings of the 4th Nordic conference on Human-computer interaction: changing roles, p.175-184, October 14-18, 2006, Oslo, Norway. REICHELT, L. (2006). Why you shouldnt start IA with a Content Inventory. Disambiguity.com. Disponible en: http://www.disambiguity.com/why-you-shouldnt-start-ia-with-a-content-inventory/ RIBERA, M.; TRMENS, M.; GARCA, M. (2008). Cmo realizar tests de usabilidad con personas ciegas. En: El pro- fesional de la Informacin, enero-febrero 2008, vol. 17, nm. 1, pp. 99 - 105. RONDA-LEN, R.; MESA-RBADE, Y. (2005). Anlisis de Secuencia: una herramienta para la Arquitectura de In- formacin. En: No Solo Usabilidad, n 4, 2005. <nosolousabilidad.com>. ISSN 1886-8592 RONDA-LEN, R. (2007). La diagramacin en la arquitectura de informacin. En: No Solo Usabilidad, n 6, 2007. <nosolousabilidad.com>. ISSN 1886-8592. RONDA-LEN, R. (2008). Arquitectura de Informacin: anlisis histrico-conceptual. En: No Solo Usabilidad, n 7, 2008. <nosolousabilidad.com>. ISSN 1886-8592 ROSENFELD, L.; MORVILLE, P. (2002). Information Architecture for the World Wide Web. 2nd edition. ISBN 0- 596-00035-9. 2002. ROSENFELD, L. (2006). The Rolling Content Inventory. Bloug. Disponible en: http://www.louisrosenfeld.com/home/bloug_archive/000448.html 71 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d ROVIRA-SAMBLANCAT, P. (2007). Usabilidad y Analtica Web. Alzado.org. Disponible en: http://www.alzado.org/articulo.php?id_art=684 RUMELHART, D.: Schemata: the building blocks of cognition. En Spiro, Bruce y Brewer (eds.) (1980): Theoretical issues in reading comprehension. Perspectives from Cognitive Psichology, Linguistics, Artificial Intelligence, and Education. Hillsdale, NJ: Lawrence Erlbaum Associates. RUMELHART, D. y NORMAN, D. (1978). Accretion, tuning, and restructuring: Three modes of learning. En Cotton, J. W. y R. L. Klatzky (eds) (1978): Semantic factors in cognition. Hillsdale, NJ: Lawrence Erlbaum Associates. SCHNEIDERMAN, B. (1986). Eight Golden Rules of Interface Design. Disponible en: http://www.cs.utexas.edu/users/almstrum/cs370/elvisino/rules.html SHNEIDERMAN, B. (2000). Universal Usability. Communications of the ACM, May 2000, 43 (2), pp. 84-91. SCOTT, B. (2005). Storyboarding Rich Internet Applications with Visio. Boxes and Arrows. Disponible en: http://www.boxesandarrows.com/view/storyboarding_rich_internet_applications_with_visio SPENCER, D.; WARFEL, T. (2007). Card sorting: a definitive guide. Boxes and Arrows. Disponible en: http://www.boxesandarrows.com/view/card_sorting_a_definitive_guide SPERLING, G. (1960). The Information available in brief visual presentations. En: Psychological Monographs, n 74 (498). TANENN, Rob (2008).Clarity&Complexity. Appliance Design, septiembre, vol. 56, n 9, p. 20-25. Disponible en: http://www.nxtbook.com/nxtbooks/bnp/ad0908/#/22 THOMSON, A. J.; SCHMOLDT, D. L. (2001). Ethics in Computer Software Design and Development. Computers and Electronics in Agriculture, 30 (2001), pp. 85-102. THOMPSON, D. V.; HAMILTON, R. W.; RUST, R. T. (2005). Feature Fatigue: When Product Capabilities Become Too Much of a Good Thing. Journal of Marketing Research 42:4, 431-442 Disponible en: http://www.rhsmith.umd.edu/marketing/faculty/pdfs/Article-FeatureFatigue.pdf TOGNAZZINI, B. (2003). First Principles of Interaction Design. Disponible en: http://www.asktog.com/basics/firstPrinciples.html TRACTINSKY, N.; KATZ, A. S.; IKAR, D. (2000). What is beautiful is usable. Interacting with Computers, 13, 2000, pp. 127-145. TULLIS, T.; WOOD, L. (2004). How Many Users Are Enough for a Card-Sorting Study?. Proceedings UPA2004, Min- neapolis, 2004. VAN DUYNE, D. K.; LANDAY, J. A.; HONG, J. I. (2002). Design of Sites, The: Patterns, Principles, and Processes for Crafting a Customer-Centered Web Experience. Boston, MA, USA: Addison-Wesley Professional. Disponible en http://books.google.es VARELA-TABUYO, R. (2005). Patrones de diseo de interaccin. Galinus.com. Disponible en: http://www.galinus.com/es/articulos/patrones-diseno-interaccion.html VEEN, J. (2002). Doing a Content Inventory (Or, A Mind-Numbingly Detailed Odyssey Through Your Web Site). Adaptive Path. Disponible en: http://www.adaptivepath.com/ideas/essays/archives/000040.php VILLA, L. (2003). Usabilidad sin usuarios: heurstica. Alzado.org. Disponible en: http://www.alzado.org/articulo.php?id_art=221 WAA (2007). Web Analytics Definitions. Webanalyticsassociation.org. Disponible en: http://www.webanalyticsassociation.org/attachments/committees/5/WAA-Standards-Analytics- Definitions-Volume-I-20070816.pdf WAA (2009). About Web Analytics Association. Webanalyticsassociation.org. Disponible en: http://www.webanalyticsassociation.org/aboutus/ WARE, C. (2003). Design as Applied Perception. En: Carroll, J.M. (Ed.). HCI Models, Theories and Frameworks: To- ward a Multidisciplinary Science. Morgan Kaufman Publishers: San Francisco (USA). ISBN 1-55860-808-7. WARE, C. (2008). Visual Thinking for Design. Morgan Kaufmann, 2008. WARFEL, T. Z. (2007). Data Driven Design Research Personas. MessageFirst. Disponible en: http://www.slideshare.net/toddwarfel/data-driven-design-research-personas WATZLAWICK, P.; BAVELAS, J. B.; JACKSON, D. D. (1997). Teora de la comunicacin humana. Barcelona: Herder. WELIE, M.; VEER, G. C.; ELINS, A. (2000). Patterns as Tools for User Interface Design. International Workshop on Tools for Working with Guidelines, pp. 313-324, 7-8 October 2000, Biarritz, France. WIGGINS, A. (2009). Building a Data-Backed Persona. Boxes and Arrows. Disponible en: http://www.boxesandarrows.com/view/building-a-data WOLFE, J. M.; HOROWITZ, T. S. (2004). What attributes guide the deployment of visual attention and how do they do it?. En: Nature Reviews: Neuroscience, Vol. 5, n. 6, pp. 495-501. WOLFE, J. M. (2006). Guided Search 4.0: Current Progress with a Model of Visual Search. En: MIT Scene Under- standing Symposium, Spring 2006. 72 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d 73 I n f o r m e
A P E I
s o b r e
u s a b i l i d a d Autores_ Sergio Ortega Santamara es Doctor en Psicopedagoga y profesor e investigador de la Facultad de Comu- nicacin de la Universidad Pontificia de Salamanca. Es miembro de Orionmedialab, el Laboratorio de Comunicacin Multimedia de esta Facultad, donde par- ticipa como investigador en proyectos relacionados con las tecnologas de la informacin y la comunica- cin. Entre los mbitos donde desarrolla su actividad se encuentran el desarrollo de propuestas de comunicacin digital interactiva, diseo y usabilidad web e innovacin tecnolgica en comunicacin audiovisual. Cuenta con distintas publicaciones acadmicas y artculos orientados a estos mbitos. Es autor del libro Multimedia, hipermedia y aprendizaje. Construccin de espacios interactivos y miembro del consejo ase- sor de No Solo Usabilidad Journal. Ha impartido cursos y talleres compatibilizando su labor docente con proyectos de diversa naturaleza: con- sultoras de usabilidad, diseo web, identidad visual, entre otros. Email: sortegasa@gmail.com Blog: http://www.orionmedialab.com/ortega Yusef Hassan Montero trabaja en el grupo SCImago (CSIC), en el que dedica su tiempo a tareas de diseo, programacin e investigacin. Es Diplomado y Licenciado en Documentacin, y actualmente se encuen- tra realizando su tesis doctoral sobre visualizacin de informacin. Sobre el tema de la usabilidad y la arquitectura de informacin ha publicado numerosos artculos divul- gativos y de investigacin, impartido conferencias y cursos, y realizado trabajos de consultora como free- lance. En 2003 fund No Solo Usabilidad Journal, revista electrnica open-access que dirige sobre Diseo Centrado en el Usuario (www.nosolousabilidad.com). Email: yusefhassan@gmail.com Blog: http://www.human-computer.net/blog http://www.apeiasturias.org info@apeiasturias.org 2009 INFORMES DE APEI 1. Informe APEI sobre web social por Ddac Margaix Arnal. 2008. 2. Informe APEI sobre acceso abierto por Julio Alonso Arvalo, Imma Subirats Coll y Mara Luisa Martnez Conde. 2008. 3. Informe APEI sobre usabilidad por Yusef Hassan Montero y Sergio Ortega Santamara. 2009