El total engaña
Si el costo cloud sube un 30 % en un trimestre, ¿es malo? Depende. Si en ese tiempo los clientes se duplicaron, el cloud se volvió más eficiente. Si los clientes no cambiaron, hay un problema. El costo total, solo, no distingue entre las dos situaciones.
La métrica de unidad resuelve eso: divide el costo entre una medida de actividad del negocio. Costo por cliente activo, por transacción procesada, por pedido, por gigabyte servido. Es el número que permite decir si el cloud crece más rápido o más lento que el negocio.
Cómo construirla
- Elegir la unidad. Tiene que estar ligada a cómo gana dinero la organización y ser fácil de entender fuera del equipo técnico. Una sola para empezar.
- Medir el volumen. De una fuente fiable y con la misma granularidad temporal que el costo (normalmente diaria o mensual).
- Dividir el costo asignado. Solo el costo atribuido a ese producto o servicio, no el total de la organización. Por eso la asignación tiene que estar resuelta antes.
- Revisar la tendencia. El valor absoluto importa menos que su evolución. Una métrica que baja mientras el negocio crece es la mejor señal de eficiencia.
Cómo elegir bien
| Buena unidad | Mala unidad |
|---|---|
| Se relaciona con el ingreso (clientes, pedidos, transacciones) | Es puramente técnica (CPU, peticiones internas) |
| Se entiende en una reunión de dirección | Necesita explicación cada vez |
| Se mide de forma automática y estable | Depende de una hoja que alguien actualiza a mano |
| Cambia cuando cambia el uso real | Es constante o arbitraria |
Errores frecuentes
- Usar el costo total en el numerador. Mezcla productos con economías muy distintas y la métrica deja de decir algo.
- Cambiar de unidad cada trimestre. Se pierde la serie histórica, que es justo lo que da valor.
- Mirarla sin responsable. Una métrica sin alguien que explique sus movimientos se convierte en un número decorativo.
Con la métrica de unidad, la conversación cambia de "el cloud está caro" a "servir a cada cliente nos cuesta tanto, y está bajando". Es la base para presupuestar con sentido, que es el siguiente paso.
Cómo lo aplicamos: Ingeniería FinOps.