≡En resumen
- La ISO 9241-210 no impone un método: se integra en proyectos en cascada, ágiles o de desarrollo rápido.
- Antes de diseñar hay que planificar: responsables, actividades, recursos y cómo encajan en el plan del proyecto.
- Cada actividad produce un entregable concreto, desde la descripción del contexto de uso hasta el informe de evaluación.
- La revisión de 2019 fue menor: aclaró la figura del proceso y añadió información sobre accesibilidad.
- La norma prefiere «centrado en las personas» porque también tiene en cuenta a quienes no usan el sistema pero se ven afectados.
01 ¿Qué es user-centered design?
Si quieres el concepto, su origen en el laboratorio de Don Norman y sus seis principios explicados uno a uno, lo tienes en la ficha de diseño centrado en el usuario. Esta página es la versión práctica: cómo se ejecuta un proyecto UCD según la ISO 9241-210, qué se entrega en cada fase y cómo comprobar que se ha seguido de verdad.
02 La ISO 9241-210 en una página
| Cláusula | Contenido | Qué significa para tu proyecto |
|---|---|---|
| 4. Justificación | Beneficios económicos y sociales del enfoque | Argumentos para defender el presupuesto: menos soporte, más productividad, menos riesgo |
| 5. Principios | Seis principios que debe cumplir cualquier proceso | Criterios para saber si tu proyecto es UCD o solo lo parece |
| 6. Planificación | Responsabilidad, contenido del plan, integración, plazos y recursos | Un plan UCD escrito antes de empezar a diseñar |
| 7. Actividades | Contexto de uso, requisitos, soluciones y evaluación | El ciclo de trabajo y sus entregables |
| 8. Sostenibilidad | Relación entre diseño centrado en las personas y sostenibilidad | Pensar en todo el ciclo de vida del producto |
| 9 y anexo B. Conformidad | Procedimiento y lista de comprobación | Cómo demostrar que se ha seguido la norma |
La norma define la usabilidad (tomando la ISO 9241-11) como el grado en que usuarios concretos pueden alcanzar objetivos concretos con eficacia, eficiencia y satisfacción en un contexto de uso concreto. Esas tres palabras son la base para convertir «que sea fácil» en requisitos medibles.
03 Paso 0: planificar el proceso centrado en el usuario
La cláusula 6 es la que más se salta y la que más proyectos salva. Un plan UCD no es un documento largo: es acordar por escrito quién hace qué, cuándo y con qué recursos, y cómo encaja en el calendario de desarrollo.
- ✓Responsable del proceso centrado en el usuario, con autoridad para parar un lanzamiento si no se cumplen los requisitos.
- ✓Grupos de usuarios y otras partes interesadas identificados (quien usa, quien administra, quien se ve afectado).
- ✓Métodos previstos para cada actividad y cuántas rondas de evaluación habrá.
- ✓Hitos en el plan del proyecto donde los resultados UCD condicionan decisiones (por ejemplo, antes de programar el checkout).
- ✓Tiempo y presupuesto para reclutar participantes, iterar y volver a probar.
- ✓Criterios de aceptación de usabilidad acordados con negocio y desarrollo.
04 Las 4 actividades y sus entregables
| Actividad | Entregable | Qué contiene |
|---|---|---|
| 1. Entender y especificar el contexto de uso | Descripción del contexto de uso | Perfiles de grupos de usuarios, escenarios actuales, personas |
| 2. Especificar los requisitos de usuario | Descripción de necesidades y especificación de requisitos de usuario | Necesidades identificadas, requisitos derivados, pautas de diseño exigidas |
| 3. Producir soluciones de diseño | Especificación de la interacción y de la interfaz; interfaz implementada | Escenarios de uso, prototipos de baja y alta fidelidad |
| 4. Evaluar el diseño frente a los requisitos | Resultados de evaluación, de conformidad y de seguimiento a largo plazo | Informe de test de usabilidad, informe de campo, informe de encuestas |
-
1
Contexto de uso
Combinación de usuarios, objetivos y tareas, recursos y entorno (técnico, físico, social, cultural y organizativo). Se obtiene con entrevistas, observación y analítica.
-
2
Requisitos de usuario
Se traducen necesidades en requisitos verificables y se resuelven los conflictos entre ellos, por ejemplo entre rapidez y seguridad.
-
3
Soluciones de diseño
De bocetos y mockups a prototipos navegables, teniendo en cuenta toda la experiencia y comunicando la solución a quien la va a implementar.
-
4
Evaluación
Pruebas con usuarios, inspecciones de expertos y seguimiento tras el lanzamiento. Si algo no cumple, se vuelve a la actividad que corresponda.
Para las dos primeras actividades te servirá nuestra guía de investigación UX, que explica cuándo usar entrevistas, encuestas o estudios de campo. En la tercera, un mockup estático basta para validar la estructura antes de invertir en alta fidelidad.
05 Ejemplo: un proyecto UCD de ocho semanas
Semanas 1-2 (contexto): seis entrevistas con clientes autónomos y dos con el equipo de la asesoría. Resultado: dos perfiles de usuario y el escenario actual, en el que los clientes envían facturas por WhatsApp y email.
Semana 3 (requisitos): «Un autónomo debe poder subir las facturas del trimestre desde el móvil en menos de cinco minutos sin llamar a la asesoría».
Semanas 4-6 (diseño): flujo de subida con foto, prototipo en baja fidelidad, dos rondas de pruebas con cinco usuarios y prototipo de alta fidelidad.
Semanas 7-8 (evaluación): test final frente al requisito y plan de seguimiento con analítica tras el lanzamiento.
Este tipo de calendario es el que aplicamos cuando abordamos un proyecto de desarrollo de apps a medida: la investigación no retrasa el proyecto, evita reprogramar pantallas que nadie entiende.
06 Cómo comprobar que un proyecto es realmente centrado en el usuario
El anexo B de la norma ofrece un procedimiento para evaluar la conformidad. Sin entrar en su detalle, estas preguntas separan un proyecto UCD de uno que solo usa su vocabulario:
- ✓¿Existe una descripción del contexto de uso basada en datos, no en suposiciones?
- ✓¿Los requisitos de usabilidad son medibles y están aprobados?
- ✓¿Han participado usuarios reales en más de un momento del proyecto?
- ✓¿Cada ronda de evaluación ha cambiado algo del diseño?
- ✓¿Se ha evaluado la accesibilidad para personas con distintas capacidades?
- ✓¿Hay un plan de seguimiento después del lanzamiento?
La evaluación más habitual es el test de usabilidad con cinco o seis participantes por ronda. Si no tienes perfil interno para planificarlo y ejecutarlo, un servicio de diseño UI/UX puede aportar el método y el equipo.
07 Beneficios que la norma atribuye al diseño centrado en el usuario
Productividad
Usuarios más productivos y organizaciones más eficientes.
Menos soporte
Sistemas más fáciles de entender reducen formación y llamadas de ayuda.
Usabilidad y accesibilidad
Más eficacia, eficiencia y satisfacción para una población más amplia.
Menos riesgo
Menor probabilidad de que el producto no cumpla requisitos o sea rechazado.
Ventaja competitiva
Mejor imagen de marca y productos por los que se paga más.
Sostenibilidad
Contribución a objetivos de sostenibilidad a lo largo del ciclo de vida.
Preguntas frecuentes sobre User-centered design
Significa diseño centrado en el usuario: un enfoque que basa el desarrollo de productos interactivos en el conocimiento de usuarios, tareas y entorno, e implica a los usuarios en la evaluación de forma iterativa.
La ISO 9241-210:2019, «Diseño centrado en las personas para sistemas interactivos». Sustituyó a la edición de 2010, que a su vez reemplazó a la ISO 13407:1999.
Cuatro: entender y especificar el contexto de uso, especificar los requisitos de usuario, producir soluciones de diseño y evaluarlas frente a esos requisitos. Antes se planifica el proceso.
La ISO prefiere human-centred design para incluir a todas las partes interesadas, no solo a los usuarios directos, pero reconoce que en la práctica se usan como sinónimos.
Sí. La norma no impone un proceso concreto: las actividades se pueden repetir dentro de cada sprint para una funcionalidad y a escala de producto completo.
Descripción del contexto de uso, especificación de requisitos de usuario, prototipos y especificación de la interfaz, e informes de evaluación, como el del test de usabilidad.
Fuentes consultadas
Sobre el autor
Development Manager en appyweb
Dirige el equipo de desarrollo de appyweb: aplicaciones web y móviles, SaaS, integraciones y arquitectura de software.
Ver perfil y artículos → Ver perfil en LinkedIn ↗