Métricas de DesignOps: cómo medir el impacto de un equipo de diseño
Las métricas de DesignOps miden cómo trabaja un equipo de diseño. Conoce el marco REACH de Nielsen Norman Group y cómo evitar atribuir mal los resultados.
¿Qué son las métricas de DesignOps?
DesignOps es el conjunto de procesos, herramientas y prácticas que hacen que un equipo de diseño funcione bien a escala. Sus métricas miden esa operación, no solo el producto final. Una métrica de producto dice si el usuario completó una tarea; una métrica de DesignOps dice si el equipo tiene la capacidad y los procesos para hacer ese trabajo bien y a tiempo.
Ambas cosas importan, pero no son lo mismo, y confundirlas lleva a conclusiones erróneas: un producto puede tener buenos números mientras el equipo trabaja con procesos frágiles.
¿Qué es el marco REACH?
REACH es el marco que Nielsen Norman Group propone para elegir métricas de DesignOps. Agrupa las metas en cinco categorías:
| Categoría | Pregunta que responde | Ejemplos de métricas |
|---|---|---|
| Results (resultados) | ¿Mejora el diseño o la experiencia? | NPS, SUS, tasas de éxito y de error |
| Efficiency (eficiencia) | ¿El equipo dedica tiempo a tareas de alto valor? | Porcentaje de plazos cumplidos, iteraciones por proyecto, deuda de diseño |
| Ability (capacidad) | ¿Hay habilidades y conocimiento disponibles? | Relación entre habilidades existentes y necesarias |
| Clarity (claridad) | ¿El diseño y sus socios entienden su valor? | Porcentaje de socios que conocen los logros de diseño |
| Health (salud) | ¿El equipo está satisfecho y estable? | eNPS, rotación, encuestas de pulso trimestrales |
Los ejemplos son orientativos: NN/g no los presenta como una lista obligatoria, sino como ilustraciones de cada categoría.
¿Por qué le importa a un diseñador?
Porque la mayoría de los problemas de un equipo de diseño son de operación: pedidos que llegan sin contexto, revisiones que se repiten, un sistema de componentes que nadie usa. Sin métricas, esos problemas se discuten como opiniones. Con métricas, puedes mostrar que el tiempo entre la solicitud y la entrega se alargó, o que la mitad de los pedidos no incluía el objetivo del usuario.
También ayuda a defender el trabajo de diseño frente a otras áreas. Si el equipo de negocio pregunta por qué invierte en procesos, una métrica de claridad o de eficiencia responde mejor que una frase general.
¿Qué dice el estado actual del sector?
NN/g publicó en junio de 2020 una encuesta a 557 profesionales de UX y diseño. Los participantes reportaron tener, en promedio, 7,5 de las 34 actividades y artefactos de DesignOps listados (22 %), y solo el 13 % dijo usar un conjunto consistente de métricas de diseño. Son datos de 2020, autorreportados, y no describen una organización en particular.
Úsalos como contexto para justificar el trabajo, no como una verdad sobre tu empresa. Lo que sí sirve es medir tu propio punto de partida y compararte contigo mismo.
¿Cómo empezar a medir?
NN/g propone un flujo práctico:
- Elige las categorías que más duelen. No hace falta medir las cinco. Si el equipo entrega tarde, empieza por eficiencia; si nadie entiende el valor del diseño, empieza por claridad.
- Toma una línea base antes de lanzar un programa. Una fotografía del estado actual permite comparar después.
- Mide cada trimestre o cada semestre, y usa OKR para programas concretos.
- Mira varias métricas a la vez. Un solo indicador rara vez prueba algo por sí mismo.
La línea base es lo que más se olvida. Sin ella, cualquier mejora parece un éxito y cualquier caída parece un fracaso.
¿Cómo evitar atribuir mal los resultados?
Atribuir un cambio a DesignOps es difícil. NN/g advierte que muchos equipos quizá nunca puedan saber con certeza si los cambios son resultado de sus esfuerzos de DesignOps. En equipos pequeños, además, es poco probable que haya un crecimiento estadísticamente significativo en alguna métrica.
Por eso NN/g recomienda analizar varias métricas a la vez, una forma de triangular: si el tiempo de entrega baja, la satisfacción sube y la cantidad de retrabajos disminuye, la historia es más creíble que cualquiera de los tres datos por separado. Es el mismo principio de la triangulación aplicado a la operación.
¿Cuándo NO conviene medirlo todo?
Medir demasiado tiene un costo: el equipo gasta tiempo llenando tableros en lugar de diseñar. Si una métrica no lleva a una decisión concreta, sobra. Tampoco conviene usar métricas de DesignOps para evaluar personas individuales; eso cambia la forma en que el equipo reporta y oculta los problemas reales.
Ejemplo
Ejemplo ilustrativo: un equipo de diseño de una empresa de software de tamaño mediano siente que los proyectos se alargan. Antes de cambiar nada, registra durante un trimestre el tiempo entre la solicitud y la primera versión revisable, el número de iteraciones por proyecto y una encuesta de claridad a los líderes de producto. Con esa línea base, implementa una plantilla de solicitud con objetivo y criterios de éxito. Tres meses después, el tiempo a la primera versión baja y las iteraciones se reducen. Como varias métricas se mueven en la misma dirección, el equipo presenta el resultado con cautela: el cambio parece relacionado con la plantilla, pero no puede asegurarlo.
Errores comunes
- Medir sin línea base, de modo que no hay manera de comparar.
- Mirar una sola métrica y sacar conclusiones definitivas.
- Usar métricas de operación como evaluación de personas, lo que distorsiona los datos.
- Medir todo a la vez y agotar al equipo.
- Confundir métricas de producto con métricas de DesignOps, como si la tasa de éxito de un flujo dijera algo sobre la operación del equipo.
Para medir el resultado de los lanzamientos, la revisión post-lanzamiento es el lugar natural. Y si quieres ubicar el nivel de madurez de tu equipo antes de medir, la página sobre madurez de UX ofrece un marco para empezar. Los KPI dan una base complementaria para conectar el trabajo de diseño con los objetivos del negocio.