El est\u00e1ndar ISO define y describe los seis principios clave que se deben seguir para que un dise\u00f1o garantice estar centrado en el usuario:<\/p>\n
1. El dise\u00f1o se basa en un entendimiento expl\u00edcito de los usuarios, tareas y entornos.<\/p>\n
2. Los usuarios est\u00e1n implicados en el dise\u00f1o y el desarrollo.<\/p>\n
3. El dise\u00f1o se dirige y se refina con una evaluaci\u00f3n centrada en el usuario.<\/p>\n
4. El proceso es iterativo.<\/p>\n
5. El dise\u00f1o se dirige al global de la experiencia de usuario.<\/p>\n
6. El equipo de dise\u00f1o incluye habilidades y perspectivas multidisciplinares.<\/p>\n
Las m\u00e9tricas b\u00e1sicas recomendadas para evaluar la usabilidad del producto resultante son las siguientes:<\/p>\n
- \n
- Eficacia (efectividad): Nivel de precisi\u00f3n y completitud con la que los usuarios alcanzan los objetivos especificados.<\/li>\n
- Eficiencia: Recursos empleados en relaci\u00f3n con la efectividad.<\/li>\n
- Satisfacci\u00f3n: Comodidad y actitudes positivas respecto al uso del producto.<\/li>\n<\/ul>\n
Conceptos clave<\/h5>\n
Adem\u00e1s de los conceptos de usabilidad, eficacia, eficiencia y satisfacci\u00f3n ya explicados, algunos otros importantes en el lenguaje t\u00e9cnico del DCU son los siguientes:<\/p>\n
- \n
- Contexto de uso: El conjunto de usuarios, tareas, equipamiento en hardware, software y otros materiales, as\u00ed como los entornos psicol\u00f3gicos y sociales en los que el producto se utiliza.<\/li>\n
- Interacci\u00f3n: Intercambio bidireccional de informaci\u00f3n entre los usuarios, el equipamiento y el producto.<\/li>\n
- Interfaz de usuario: El conjunto formado por la capacidad de control, la informaci\u00f3n ofrecida por los elementos del producto y la secuencia de interacciones posibles que permite al usuario utilizar el producto para el fin por el que fue creado.<\/li>\n
- Objetivo: Resultado deseado.<\/li>\n
- Prototipo: Representaci\u00f3n limitada en funcionalidad de un producto completo o una parte de \u00e9l que se puede utilizar con fines de evaluaci\u00f3n de ese producto.<\/li>\n
- Tarea: Actividad requerida para alcanzar un objetivo espec\u00edfico.<\/li>\n
- Usuario: Individuo que interact\u00faa con el producto (se entiende que no est\u00e1n incluidos aquellos en el equipo de desarrollo).<\/li>\n
- Experiencia de usuario o UX<\/i> (del ingl\u00e9s user experience<\/i>): La UX trata acerca de c\u00f3mo se siente el usuario cuando utiliza un producto. Es importante distinguirla del t\u00e9rmino usabilidad<\/i>, ya que este \u00faltimo est\u00e1 centrado en la eficacia y la eficiencia de la interfaz. Una correcta aplicaci\u00f3n de los principios del DCU resulta en un producto de elevada usabilidad y con una UX favorable.<\/li>\n<\/ul>\n
Elementos esenciales<\/h5>\n
Respecto a los proyectos web, y con la posibilidad de extrapolarlos a otro tipo de proyectos multimedia, los elementos esenciales son los siguientes:<\/p>\n
- \n
- Accesibilidad: Los usuarios deber\u00edan encontrar informaci\u00f3n de manera r\u00e1pida y f\u00e1cil, ya sea con m\u00faltiples herramientas de navegaci\u00f3n, que estructuren el contenido o sus jerarqu\u00edas. El usuario debe poder ejecutar c\u00f3modamente t\u00e9cnicas de lectura tales como la lectura diagonal o el escaneo.<\/li>\n
- Legibilidad: Los contenidos deber\u00edan ser muy f\u00e1ciles de leer, por lo que la presentaci\u00f3n de la informaci\u00f3n, la tipograf\u00eda y la paleta de colores son claves.<\/li>\n
- Lenguaje: El tipo de lenguaje debe adaptarse a la situaci\u00f3n ret\u00f3rica y el contexto. La calidad formal de los textos y el uso de frases cortas de estructura simple suelen ser especialmente \u00fatiles.<\/li>\n
- Visibilidad: Ayuda al usuario a construir un modelo mental del producto y, por lo tanto, a predecir su comportamiento conforme a las acciones que tome. Los elementos clave deber\u00edan ser especialmente emp\u00e1ticos con el usuario.<\/li>\n<\/ul>\n
Modelos de trabajo<\/h5>\n
Hay m\u00faltiples maneras de plasmar los principios y conceptos del DCU de manera que estructuren un sistema de trabajo y se suele seleccionar o adaptar el que mejor encaje tanto con el tipo de proyecto como con otros temas clave, como por ejemplo el m\u00e9todo de desarrollo. A continuaci\u00f3n, se resumen tres modelos publicados por instituciones relevantes en el mundo del desarrollo de software.<\/p>\n
Modelo para el dise\u00f1o de aplicaciones web del W3C<\/h6>\n
El World Wide Web Consortium define las siguientes directrices b\u00e1sicas (http:\/\/www.w3.org\/WAI\/redesign\/ucd<\/a>):<\/p>\n
1. Enfoque temprano en usuarios y tareas<\/p>\n
– Recogida estructurada y sistem\u00e1tica de informaci\u00f3n<\/p>\n
– Dise\u00f1adores formados por expertos antes de llevar a cabo sesiones de recogida de datos<\/p>\n
2. Testeo y medici\u00f3n emp\u00edrica del uso del producto<\/p>\n
– Enfoque en la facilidad de aprendizaje y uso<\/p>\n
– Testeado de prototipos con usuarios reales<\/p>\n
3. Dise\u00f1o iterativo<\/p>\n
– Producto dise\u00f1ado, modificado y testeado repetidamente<\/p>\n
– Permitir la revisi\u00f3n completa y el replanteamiento del dise\u00f1o mediante las primeras pruebas de los modelos conceptuales e ideas de dise\u00f1o.<\/p>\n
Modelo de DCU est\u00e1ndar propuesto por la UXPA<\/h6>\n
La User Experience Professionals Association, antes Usability Professionals Association, define un modelo especialmente adecuado en proyectos en los que el proceso de producci\u00f3n es m\u00e1s lineal que iterativo (http:\/\/www.upassoc.org\/usability_resources\/about_usability\/what_is_ucd.html<\/a>). Las acciones espec\u00edficas clave que se deben llevar a cabo se ordenan en cuatro fases y, aunque es posible cambiar las acciones de fase o alterarlas, la estructura est\u00e1 conformada de modo que contemplan el factor tiempo y las implicaciones para el proceso del orden de acciones contempladas por defecto en cada fase:<\/p>\n
1. An\u00e1lisis: definir la visi\u00f3n del proyecto con las partes interesadas, definir requisitos de usabilidad, formar un equipo multidisciplinar, analizar productos competidores, documentar los escenarios de uso, entre otros.<\/p>\n
2. Dise\u00f1o: brainstorming<\/i> de dise\u00f1os y met\u00e1foras, desarrollar el modelo de navegaci\u00f3n, crear prototipos lo-fi<\/i> y hi-fi<\/i>, testear la usabilidad de los prototipos, documentar est\u00e1ndares, entre otros.<\/p>\n
3. Implementaci\u00f3n: evaluaci\u00f3n continua heur\u00edstica, trabajar con el equipo de desarrollo en la implementaci\u00f3n del dise\u00f1o, emprender tests de usabilidad, entre otros.<\/p>\n
4. Despliegue: obtener el feedback<\/i> de usuarios, emprender estudios de campo, verificar la consecuci\u00f3n de objetivos.<\/p>\n
Sistema estructurado de IBM<\/h6>\n
La propuesta de IBM (http:\/\/www-01.ibm.com\/software\/ucd\/ucd.html#ucdprinciples<\/a>) es generalista y se enfoca tanto a proyectos de \u00e1mbito multimedia como a aquellos espec\u00edficos de ingenier\u00eda inform\u00e1tica, en especial a aquellos de gran dimensi\u00f3n o complejidad. Como fundamentos, IBM define sus propios principios adaptando las bases propuestas por la ISO:<\/p>\n
- \n
- establecer los objetivos de negocio,<\/li>\n
- comprender a los usuarios,<\/li>\n
- evaluar la competitividad,<\/li>\n
- dise\u00f1ar el global de la experiencia de usuario,<\/li>\n
- evaluar los dise\u00f1os,<\/li>\n
- gestionar mediante una observaci\u00f3n continua.<\/li>\n<\/ul>\n
Bas\u00e1ndose en dicha interpretaci\u00f3n de los principios de la DCU, IBM establece el siguiente proceso, con seis fases:<\/p>\n
1. Definici\u00f3n del mercado<\/p>\n
2. Tareas de an\u00e1lisis<\/p>\n
3. Evaluaci\u00f3n competitiva<\/p>\n
4. Dise\u00f1o y walk-through<\/i><\/p>\n
5. Evaluaci\u00f3n y validaci\u00f3n iterativa del dise\u00f1o<\/p>\n
6. Evaluaci\u00f3n y comparativa de resultados y rendimiento<\/p>\n
M\u00e9todos habituales<\/h5>\n
Cada modelo de aproximaci\u00f3n al DCU puede utilizar diferentes m\u00e9todos y herramientas de trabajo, seg\u00fan la fase de desarrollo y el contexto. Algunos de los m\u00e1s populares son los siguientes:<\/p>\n
Card sorting<\/i> (ordenaci\u00f3n de tarjetas)<\/h6>\n
Cada unidad de informaci\u00f3n se asigna a una tarjeta individual y se pide a los usuarios que las ordenen conforme a criterios predefinidos. Es un m\u00e9todo especialmente \u00fatil en las fases iniciales de desarrollo.<\/p>\n
Investigaci\u00f3n contextual<\/h6>\n
Aproximaci\u00f3n estructural para recoger e interpretar los datos de trabajo de campo. El equipo de desarrollo visita el espacio de trabajo de los usuarios y los observa.<\/p>\n
Evaluaci\u00f3n del prototipo en papel<\/h6>\n
Se solicita a un grupo de entre cuatro y ocho usuarios que eval\u00fae el prototipo del producto en formato papel y que explique sus elecciones y las secuencias de tareas para completar el escenario.<\/p>\n
Grupo de enfoque<\/h6>\n
Entre tres y diez usuarios se unen al equipo para proveer de ideas y opiniones. Se utiliza para analizar objetivos e incrementar el buy-in<\/i> del producto.<\/p>\n
Entrevista<\/h6>\n
Se usa en las fases de definici\u00f3n de requisitos y an\u00e1lisis sobre varios tipos de usuarios, as\u00ed como otros grupos de personas implicadas en el proyecto. Se clasifican en desestructurada si es informal y flexible en preguntas, en estructurada si se lleva a cabo con preguntas predefinidas y en semiestructurada si usa tanto preguntas abiertas como cerradas. Se utiliza para identificar las necesidades de usuarios y personal implicado.<\/p>\n
Estudio\/encuesta<\/h6>\n
Los usuarios responden a un grupo de preguntas est\u00e1ndar a trav\u00e9s de un canal sin interlocutor directo. Este m\u00e9todo es muy adecuado para recoger gran cantidad de datos ordenados.<\/p>\n
An\u00e1lisis de los archivos de registro (log files<\/i>)<\/h6>\n
Se recoge informaci\u00f3n de la actividad de los usuarios a trav\u00e9s de dichos archivos en el sistema y lo habitual es procesarlos con herramientas especializadas para identificar pautas ocultas. Esta informaci\u00f3n es precisa y fiable, pero no da las razones de la toma de decisiones y acciones de los usuarios.<\/p>\n
An\u00e1lisis de tareas<\/h6>\n
Habitualmente, se utiliza para observar una situaci\u00f3n de los usuarios y sus tareas, as\u00ed como para identificar sus objetivos espec\u00edficos.<\/p>\n
Test de usabilidad<\/h6>\n
Se solicita a los usuarios que ejecuten diferentes tareas con el producto y, mientras lo hacen, los dise\u00f1adores observan y anotan dichas actividades, el comportamiento y el rendimiento. El usuario puede ser consultado para que d\u00e9 un feedback<\/i> durante o despu\u00e9s de la prueba. Lo habitual es utilizar herramientas de apoyo para agilizar el proceso y obtener datos precisos. Es especialmente beneficioso para identificar problemas de usabilidad.<\/p>\n
Evaluaci\u00f3n heur\u00edstica<\/h6>\n
El producto lo analizan con reglas heur\u00edsticas expertos en usabilidad e interacci\u00f3n persona-ordenador para identificar problemas persistentes. Este m\u00e9todo es r\u00e1pido e identifica una gran variedad de problemas de usabilidad.<\/p>\n
Walkthrough<\/i><\/h6>\n
Implica emprender una tarea completa con el producto y anotar todos los problemas de usabilidad que se dan durante la misma. A veces, se utiliza a usuarios y se les acompa\u00f1a durante el proceso para guiarlos si es necesario y comprender la visi\u00f3n que el usuario tiene del producto.<\/p>\n
An\u00e1lisis experto<\/h6>\n
El equipo analiza el prototipo o el producto desarrollado y retorna un feedback<\/i> basado en su campo de especializaci\u00f3n. Aunque este m\u00e9todo se usa en especial para detectar problemas en fases iniciales, se puede emplear en todas las fases de desarrollo.<\/p>\n
Herramientas habituales<\/h5>\n
Algunas herramientas de uso com\u00fan entre profesionales del UCD, usabilidad y UX son las siguientes:<\/p>\n
Inventariado de contenidos<\/h6>\n
En especial son \u00fatiles para organizar la arquitectura de la informaci\u00f3n del producto. En el caso de sitios web de producci\u00f3n, estas aplicaciones suelen ser de acceso web al servidor en el back-end<\/i>, por lo que al ser nativas del sistema suelen ser m\u00e1s precisas y eficientes que las de terceros. Sistemas gestores de contenidos (CMS<\/i>, del ingl\u00e9s content management system<\/i>) como WordPress y Drupal tienen incluidas herramientas de este tipo, aunque es posible realizar un inventariado de contenidos con una herramienta externa y m\u00e1s sencilla, como Microsoft Excel.<\/p>\n
Flujos de usuario<\/h6>\n
Definici\u00f3n de c\u00f3mo los usuarios deben o pueden moverse a trav\u00e9s del producto o sistema, con un dise\u00f1o detallado de acciones y caminos posibles.<\/p>\n
Pautas de dise\u00f1o<\/h6>\n
La creaci\u00f3n y uso consistente de pautas en un dise\u00f1o (ya sean estandarizadas o ad hoc<\/i>) facilita que el usuario se familiarice r\u00e1pidamente con la interfaz, las met\u00e1foras utilizadas y la arquitectura de la informaci\u00f3n.<\/p>\n
Prototipado<\/h6>\n
Para elaborar wireframes<\/i> y prototipos, hay desde plantillas gratuitas en Internet listas para imprimir para dise\u00f1ar en papel, hasta software espec\u00edfico (como Balsamiq Mockups y Mockingbird). El objetivo de estas es concebir las bases del dise\u00f1o del producto en cuesti\u00f3n con rapidez.<\/p>\n
Software de an\u00e1lisis de tr\u00e1fico<\/h6>\n
El an\u00e1lisis de las estad\u00edsticas de tr\u00e1fico ayuda a los dise\u00f1adores a intuir qu\u00e9 tipo de UX es la m\u00e1s efectiva para la audiencia de un producto web. Una de las herramientas m\u00e1s populares es Google Analytics.<\/p>\n
Tests A\/B<\/h6>\n
Comparan dos versiones de un producto con aproximaciones diferentes de dise\u00f1o. En el caso de las p\u00e1ginas web, lo habitual es hacerlo derivando la mitad de los visitantes a una versi\u00f3n y la otra mitad a la otra, y se trazan los comportamientos resultantes con m\u00e9tricas como conversion rate<\/i> o bounce rate<\/i>. Una herramienta popular para llevar a cabo este tipo de tests es Google Website Optimizer.<\/p>\n
Tests de usuario y feedback<\/i><\/h6>\n
Hay una gran cantidad de servicios y aplicaciones que ofrecen herramientas de encuestaci\u00f3n, feedback<\/i> y testeo remoto de usuarios, tales como PollDaddy, Usabilla o Feedback Army.<\/p>\n
Otros est\u00e1ndares relacionados<\/h5>\n
En cualquier caso, puede ser necesario el uso de otros est\u00e1ndares como los que se listan a continuaci\u00f3n, que apoyan o complementan a la ISO 9241:<\/p>\n
- \n
- ISO TR 16982: Usability methods supporting human centred design\u00a0<\/i><\/li>\n
- ISO\/IEC 14598: Information technology – Evaluation of software products\u00a0<\/i><\/li>\n
- ISO 10075: Ergonomic principles related to mental workload\u00a0<\/i><\/li>\n
- ISO TS 16071: Guidance on accessibility for human-computer interfaces\u00a0<\/i><\/li>\n<\/ul>\n
DCU visualizado<\/h5>\n
A continuaci\u00f3n, una selecci\u00f3n de infograf\u00edas y diagramas sobre DCU, usabilidad y UX que ilustran diferentes aspectos de estas disciplinas:<\/p>\n
\n\t\t\t \n\t\t\t\t![\"\"](\"https:\/\/multimedia.uoc.edu\/blogs\/fem\/files\/2013\/03\/kybritt_ucd-150x150.png\")
<\/a>\n\t\t\t<\/div><\/figure>\n\t\t\t \n\t\t\t\t![\"\"](\"https:\/\/multimedia.uoc.edu\/blogs\/fem\/files\/2013\/03\/ucd_uxpa_ecda-150x150.jpg\")
<\/a>\n\t\t\t<\/div><\/figure>\n\t\t\t \n\t\t\t\t![\"\"](\"https:\/\/multimedia.uoc.edu\/blogs\/fem\/files\/2013\/03\/uoc_poster-ucd-game-150x150.jpg\")
<\/a>\n\t\t\t<\/div><\/figure>\n\t\t\t \n\t\t\t\t![\"\"](\"https:\/\/multimedia.uoc.edu\/blogs\/fem\/files\/2013\/03\/paz_ucd-150x150.jpg\")
<\/a>\n\t\t\t<\/div><\/figure>\n\t\t\t \n\t\t\t\t![\"\"](\"https:\/\/multimedia.uoc.edu\/blogs\/fem\/files\/2013\/03\/namahn_1-150x150.jpg\")
<\/a>\n\t\t\t<\/div><\/figure>\n\t\t\t \n\t\t\t\t![\"\"](\"https:\/\/multimedia.uoc.edu\/blogs\/fem\/files\/2013\/03\/onesheep_UCDprocess-150x150.jpg\")
<\/a>\n\t\t\t<\/div><\/figure>\n\t\t\t \n\t\t\t\t![\"\"](\"https:\/\/multimedia.uoc.edu\/blogs\/fem\/files\/2013\/03\/upa_design_ux-150x150.jpg\")
<\/a>\n\t\t\t<\/div><\/figure>\n\t\t\t \n\t\t\t\t![\"\"](\"https:\/\/multimedia.uoc.edu\/blogs\/fem\/files\/2013\/03\/namahn_2-150x150.jpg\")
<\/a>\n\t\t\t<\/div><\/figure>\n\t\t\t \n\t\t\t\t![\"\"](\"https:\/\/multimedia.uoc.edu\/blogs\/fem\/files\/2013\/03\/ux_findings_visualvocab-ucd-process-150x150.jpg\")
<\/a>\n\t\t\t<\/div><\/figure>\n\t\t\t \n\t\t\t\t![\"\"](\"https:\/\/multimedia.uoc.edu\/blogs\/fem\/files\/2013\/03\/namahn_3-150x150.jpg\")
<\/a>\n\t\t\t<\/div><\/figure>\n\t\t<\/div>\n\nPol\u00e9mica y debates suscitados<\/h5>\n
Las disciplinas y conceptos en torno a la DCU, la usabilidad y la UX no solo est\u00e1n en auge en la actualidad, sino que, debido a la falta de madurez de las mismas, tambi\u00e9n son objeto de profundos y a veces acalorados debates, tanto respecto a su definici\u00f3n y aplicaci\u00f3n como a su futuro como est\u00e1ndares. Por eso, el principiante en este \u00e1mbito, para evitar confusiones respecto a conceptos y m\u00e9todos, debe hacer un esfuerzo especial en contrastar la informaci\u00f3n que recibe sobre estos temas con varias fuentes, y en especial con los est\u00e1ndares aprobados en el \u00e1mbito internacional.<\/p>\n
Un conocido ejemplo de la pol\u00e9mica y la diferencia de visiones que puede generar el DCU lo encontramos en el debate p\u00fablico sobre dise\u00f1o de productos que enfrent\u00f3 a Donald Norman, conocido experto en usabilidad, con la empresa 37signals, famosa tanto por su software y servicios como por la filosof\u00eda de dise\u00f1o de productos. Todo comenz\u00f3 con un art\u00edculo sobre 37signals en la revista Wired<\/i> titulado \u201cThe Brash Boys at 37signals Will Tell You: Keep It Simple, Stupid\u201d (http:\/\/www.wired.com\/techbiz\/media\/magazine\/16-03\/mf_signals<\/a>), seguido por la cr\u00edtica a 37signals de Donald Norman con su post<\/i> \u201cWhy is 37signals so arrogant?\u201d (http:\/\/www.jnd.org\/dn.mss\/why_is_37signals_so_1.html<\/a>), al que respondieron desde 37signals con el post<\/i> \u201cWhy we disagree with Don Norman\u201d (http:\/\/37signals.com\/svn\/posts\/904-why-we-disagree-with-don-norman<\/a>).<\/p>\n
M\u00e1s all\u00e1 de las opiniones vertidas en tales art\u00edculos, cabe destacar la gran diferencia en presentaci\u00f3n y legibilidad entre los posts<\/i> de Norman y 37signals, primer indicador de las diferencias de enfoque en sus dise\u00f1os. En cualquier caso, es un debate de lectura muy recomendable.<\/p>\n
Recursos adicionales<\/h5>\n
UCD<\/em>, Wikipedia: http:\/\/en.wikipedia.org\/wiki\/User-centered_design<\/a><\/p>\n
ISO: http:\/\/www.iso.org\/iso\/home\/store\/catalogue_tc\/catalogue_detail.htm?csnumber=37031<\/a><\/p>\n
ISO 9241<\/em>, Wikipedia: http:\/\/en.wikipedia.org\/wiki\/ISO_9241<\/a><\/p>\n
Universidad de Washington: http:\/\/www.lib.washington.edu\/usability\/resources\/howto<\/a><\/p>\n
Boxes and Arrows Magazine:<\/i> http:\/\/boxesandarrows.com<\/a><\/p>\n
Smashing Magazine:<\/i> http:\/\/www.smashingmagazine.com\/usability-and-user-experience\/<\/a><\/p>\n
Tuts+: http:\/\/net.tutsplus.com\/articles\/general\/three-steps-to-fostering-a-user-centered-design-culture\/<\/a><\/p>\n
Universidad Pompeu Fabra: http:\/\/www.upf.edu\/hipertextnet\/numero-2\/diseno_web.html<\/a><\/p>\n
Incorporating usability evaluation in software development environments<\/i> de Shah Rukh Humayoun: http:\/\/www.dis.uniroma1.it\/~dottoratoii\/media\/students\/documents\/thesis_humayoun.pdf<\/a><\/p>\n
- ISO\/IEC 14598: Information technology – Evaluation of software products\u00a0<\/i><\/li>\n
- ISO TR 16982: Usability methods supporting human centred design\u00a0<\/i><\/li>\n