Las métricas son esenciales para controlar y optimizar diferentes aspectos del producto y su desarrollo.
No se trata de utilizar muchas métricas para aparentar más control del desarrollo, sino las esenciales para tomar decisiones informadas. Añadir demasiadas métricas puede resultar en ruido que quite foco en los objetivos importantes.
En los siguientes apartados te muestro diferentes tipos de métricas que puedes añadir a tu panel de producto, y así revisarlas frecuentemente, p.e. durante el Sprint Review en Scrum o Check-in de OKR, o durante las retrospectivas en ambos enfoques.
Es tu tarea evaluar qué tipos y métricas te pueden ayudar a crear transparencia y tratar sobre aspectos que sean importantes en tu contexto.
👉 Puedes aceder a una plantilla Mural con un panel de producto que incluye algunas de las métricas de este artículo, y de este que iré desplegando durante las próximas semanas.
🧩 ¿Cómo agrupamos las métricas en el tablero?
La estructura que utilizamos para gestionar las métricas dice mucho sobre el objetivo que le damos a éstas.
Modelo Lógico de Proyecto
El Modelo Lógico de Proyecto estructura las métricas en el metaproceso de creación de valor. Se pueden definir métricas de recursos, procesos, productos, resultados para cliente e impacto para la organización.
Esta agrupación orienta el uso de las métricas a la creación de valor.
En los cursos Product Discovery and Validation y Professional Scrum with UX explicamos el modelo lógico de proyecto.
Evidence-Based Management
El marco Evidence-Based management divide las métricas entre de ejecución de la estrategia (UV – Valor Potencial y CV – Valor Actual) y de mejora operativa (A2I – Ability To Innovate).
Este marco también orienta el uso de las métricas a la creación con una perspectiva diferente y complementaria.
👉 Conoce el curso PAL-EBM de Scrum.org.
Objectives and Key results (OKR)
Los OKR fomentan que los equipos participen en la definición de los objetivos para los productos (O) y de los resultados clave (KR).
Aunque el método OKR no ofrece ninguna taxonomía de métricas para definir los OKR, se recomienda que se orienten a los resultados para el cliente (outcomes) e impactos para la empresa.
Otros marcos
Además, existen otros muchos marcos de métricas como:
Métricas de embudo, p.e. las métricas piratas de McLure, que ayudan a optimizar las conversiones en las fases de un producto de pago (presencia, adquisición, activación, retención y pago).Métricas DORA: destacan la importancia de la velocidad y fiabilidad de los cambios en los productos como un vector de crecimiento de las empresas.Métricas de UX: se interesan por la respectiva de los clientes en sus interacciones con el producto y por el valor que obtienen. Más abajo verás ejemplos.
Dicho esto, te presento cinco tipos de métricas que pueden interesaros añadir al panel de producto. 👇
🔢 Tipos de métricas para añadir al tablero de producto
Las métricas pueden decirte que pasa algo, pero difícilmente te ayudarán a entender “porqué pasa” sin deducirlo a través de la relación con otras métricas, o haciendo una investigación con el usuario.
Si tenemos a los usuarios con un bajo NPS, ver abajo, ¿a qué se debe? ¿A una funcionalidad o a toda la aplicación? ¿O se debe a otros aspectos?
Una evaluación aislada y rápida puede engañarnos y tomar decisiones no informadas.
Así que, son poderosas, pero tienen sus limitaciones y se pueden abusar si se pretenden interpretar con una posición rígida o con un incentivo personal. ¡Atentos a esto!
📊 1. Métricas de Usuario y Cliente
El desarrollo ágil pone al cliente en el centro de la toma de decisiones. Pues las métricas de usuario y cliente nos ayudan a entender qué aspectos mejorar del producto, o donde hay oportunidades de nuevos productos.
Algunas de estas métricas pueden estar en común con las métricas de UX o de Embudo.
Para cada grupo de métricas, identifico un par de métricas que puedes usar y un ejemplo sobre el caso de estudio GymTonic. Y así lo haré para los siguientes grupos.
1.1. Retención de Usuarios:
¿Cuántos usuarios regresan después de su primera visita?¿Cuántos clientes continúan usando el producto después de X días?Ejemplo: Para GymApp, podrías medir cuántos usuarios reservan clases de manera recurrente cada mes.
1.2. Satisfacción del Cliente:
¿Cuál es la satisfacción del cliente usando métricas NPS (Net Promoter Score) o CSAT (Customer Satisfaction Score)?¿Cuál es la puntuación media de nuestra aplicación en los mercados de Google o Apple?Ejemplo: Después de usar GymApp durante un mes, ¿cuántos usuarios recomiendan la app a otros?
📈 2. Métricas de Adopción y Crecimiento
Si el producto está en fase de validación o de crecimiento, existen ciertas métricas asociadas al crecimiento que pueden ser muy valiosas.
Como en el apartado anterior, estas métricas pueden usarse desde otras perspectivas, como los embudos de ventas.
2.1. Tasa de Adopción:
¿Cuántos nuevos usuarios se están registrando cada semana o mes?¿Qué características están utilizando más los nuevos usuarios?Ejemplo: Número de nuevas descargas de GymApp y registro de usuarios cada semana.
2.2. Tasa de Crecimiento:
¿Qué ritmo de crecimiento tiene tu base de usuarios?¿Hay patrones de crecimiento que puedas identificar?Ejemplo: Incremento mensual del número de usuarios activos en GymApp.
Como decía en la introducción, no se trata de recolectar muchas métricas, sino las necesarias. P.e. en el caso de la tasa de adopción, para productos nuevos nos interese más la tasa de adopción general, mientras que para productos en crecimiento o maduros, nos interese en un momento dado la tasa de crecimiento de una funcionalidad concreta.
💡 3. Métricas de Valor y Eficiencia
Las métricas de valor para el negocio o de eficiencia en el trabajo, pueden ser útiles para relacionarse con los roles financieros de la organización.
En este apartado es también importante destacar que analizar únicamente las métricas aisladas no suele ser útil para tomar decisiones efectivas.
Y esto es especialmente para las métricas financieras, que son muy importantes para la sostenibilidad del producto y de la empresa, pero que pueden tener que evaluarse conjuntamente con otras según la estrategia.
P.e. un producto puede ser deficitario actualmente pero indicar un potencial crecimiento futuro, o bien un beneficio cualitativo difícil de medir, como la mejora de la imagen.
3.1. Impacto en el Negocio:
¿Cómo está contribuyendo el producto a los objetivos comerciales?¿Tenemos indicadores adelantados de un futuro crecimiento de ingresos o reducción de costes?Ejemplo: Incremento en ingresos debido a la funcionalidad de reservas de clases en GymApp.
3.2. ROI (Retorno de la Inversión):
¿El beneficio financiero del producto supera los costes de desarrollo?¿Cuánto tiempo ha tardado el producto en ser rentable? ¿Y en recuperar la inversión?Ejemplo: Comparar el costo de desarrollo de GymApp con los ingresos generados por nuevas suscripciones.
🛠 4. Métricas de Desarrollo y Desempeño
Los entornos de desarrollo Lean y Agile piden explícitamente a los equipos practicar la mejora continua. Esto es difícil si no medimos nuestros procesos.
Estas métricas deberían ser muy importantes para el equipo de producto, el Scrum Master y el Agile Coach, o el responsable de ingeniería de los equipos.
Pero no debería serlo tanto para otros roles de negocio fuera de los equipos, y menos para “evaluar” su rendimiento. Estos otros roles obtendrán una información más útil del resto de apartados.
4.1. Velocidad del Equipo:
Mide la cantidad de trabajo completado en cada sprint.¿El equipo está entregando de manera consistente?Ejemplo: Cuántas historias de usuario completadas por sprint en el equipo de desarrollo de GymApp.
4.2. Ciclo de Vida de Funcionalidades:
Tiempo que toma desarrollar y lanzar nuevas funcionalidades.¿Cuánto tiempo desde la idea hasta la implementación? ¿Cuánto tiempo tardan los roles previos al equipo en aprobar las funcionalidades (upstream)?Ejemplo: Tiempo promedio para desarrollar y lanzar una nueva funcionalidad en GymApp, como el sistema de recordatorios de clases.
🛡 Métricas de Calidad y Fiabilidad
Las métricas técnicas se han considerado tradicionalmente menos importantes para el éxito comercial o financiero de un producto, pero sí lo son.
Las DORA metrics, provenientes de investigaciones de Google, incluye cuatro métricas clave, divididas en dos áreas centrales de DevOps:
La frecuencia de implementación y el tiempo de entrega de cambios miden la velocidad del equipo.La tasa de fallos de cambio y el tiempo de restauración del servicio miden la estabilidad.
En el caso de GymApp, se podría medir cuántos defectos o peticiones de cambio se producen por mes, y cuánto se tarda en solucionarlos.
En el libro Accelerate de Forsgren, Humble y Kim, se muestra además cómo las empresas con buenas métricas DORA, muy técnicas, tienen un mejor rendimiento en bolsa. Así que algo deben tener que ver con el éxito empresarial. 🙂
Reflexión y acción
Incorporar estas métricas en tu muro de producto facilitará que tu equipo y stakeholders tengan una visión transparente y clara de cómo está funcionando tu producto y qué áreas necesitan mejoras.
Recuerda, el objetivo es tener datos que te ayuden a tomar decisiones informadas y a alinear a tu equipo con los objetivos estratégicos. No se trata de sobrecargarse con datos, sino de seleccionar las métricas que realmente importan para el éxito de tu producto.
🤔 Te dejo unas preguntas para que reflexiones y empieces a incorporar algunas de estas ideas a tu práctica diaria:
¿Puedes identificar 5 métricas que podrían beneficiar a tu equipo y añadirlas a una matriz de <coste, beneficio>?¿Puedes discutir con tus compañeros como el uso de métricas mejoraría los eventos y decisiones del equipo?¿Puedes identificar otros casos donde las métricas hayan ayudado a mejorar la efectividad de los equipos?
📢 Si crees que este artículo podría ser interesante para otras personas, no dudes en compartirlo con tus conocidos y en las redes sociales.
📩 Si te interesa este artículo, considera registrarte en mi newsletter semanal.