La factura mensual de tu sistema de contenidos no te dice nada útil. El coste por artículo publicado sí. Aquí está la métrica, los factores que la distorsionan y los puntos donde se dispara sin que nadie te avise.
Por qué la factura mensual es una métrica trampa
Imagina una pyme que paga una cuota fija por un sistema de publicación automatizada. El mes que publica doce artículos, el coste por unidad es razonable. El mes que publica tres —porque el equipo estaba a otras cosas, porque no había briefs listos, porque el sistema falló en silencio— esa misma cuota se multiplica por cuatro sin que nadie lo haya decidido.
Eso es lo que hace la factura mensual: oculta la variabilidad real. Te da una sensación de control que no existe. El número que importa no es lo que pagas al mes; es lo que pagas por cada unidad que llega a producción.
La fórmula base y lo que suele olvidarse
El coste por unidad publicada tiene una fórmula sencilla en teoría:
Coste por unidad = (Coste total del período) / (Unidades publicadas en ese período)
El problema está en qué entra en "coste total". Es habitual que se cuente solo la cuota del servicio o herramienta. Lo que suele quedar fuera:
- Tiempo de supervisión humana. Alguien revisa, aprueba, corrige o descarta. Ese tiempo tiene coste aunque no aparezca en ninguna factura.
- Unidades descartadas. Si el sistema genera diez y publicas seis, el coste de las cuatro descartadas no desaparece: se redistribuye sobre las seis que sí salieron.
- Retrabajos y correcciones. Un artículo que vuelve dos veces al ciclo de revisión multiplica el coste de supervisión sin que el contador de "publicados" se mueva.
- Costes de integración y mantenimiento. Actualizaciones, ajustes de configuración, resolución de errores. En sistemas automatizados, estos costes tienden a aparecer en rachas, no de forma lineal.
Dónde se dispara el coste sin avisar
Hay cuatro puntos donde el coste por unidad sube de forma silenciosa en sistemas de contenido automatizado:
1. Volumen por debajo del umbral de eficiencia
Todo sistema de automatización tiene un volumen mínimo por debajo del cual los costes fijos lo hacen ineficiente. Supongamos que un plan cuesta 41€ al mes y está diseñado para publicar entre cuatro y ocho artículos. Si un mes publicas uno, el coste por unidad es 41€. No hay trampa técnica: es aritmética. El problema es que nadie lo calcula en tiempo real.
La solución no es siempre subir el volumen. A veces es elegir el plan que corresponde al volumen real, no al volumen aspiracional.
2. Fallos silenciosos en el pipeline
En sistemas automatizados, los errores que no generan una alerta visible son los más caros. Un artículo que queda atascado en una cola, un paso de integración que falla sin notificación, una publicación programada que no llega: el sistema sigue facturando, el output se detiene y el coste por unidad sube sin que nadie lo haya visto.
El indicador de alerta no es el error en sí: es la divergencia entre unidades esperadas y unidades publicadas al cierre del período. Si esa divergencia existe y nadie la ha detectado, el sistema no tiene suficiente observabilidad.
3. Tasa de descarte alta
En sistemas con generación automatizada, la tasa de descarte —artículos generados que no llegan a publicarse— es el factor más subestimado. Una tasa de descarte alta puede tener causas distintas: instrucciones de generación demasiado abiertas, base de conocimiento desactualizada, criterios de revisión editorial que han cambiado sin actualizarse en el sistema.
Cada unidad descartada tiene coste de generación y coste de revisión. Ninguno de los dos aparece en la factura del mes, pero ambos elevan el coste real por unidad publicada.
"Tengo un sistema de publicación automatizada. En los últimos tres meses, el total generado fue [X], el total publicado fue [Y] y el tiempo de revisión por artículo fue aproximadamente [Z minutos]. El coste mensual del servicio es [importe]. Calcula el coste real por unidad publicada incluyendo el tiempo de supervisión a [tarifa/hora del revisor]. Identifica en qué variable está la mayor palanca de mejora."
4. Escalado de plan sin escalado de output
Subir de plan suele justificarse por la necesidad de mayor volumen o más funcionalidades. El riesgo es subir el plan antes de que el volumen real lo justifique. Supongamos que una pyme pasa de un plan de 41€ a uno de 84€ porque necesita más artículos al mes, pero los cuellos de botella están en la revisión interna, no en la capacidad del sistema. El output no sube; la factura sí.
Antes de escalar de plan, conviene identificar dónde está el cuello de botella real. Si el límite está en la capacidad del equipo para revisar, un plan más caro no lo resuelve.
Cómo construir un cuadro de mando mínimo
No hace falta un sistema de analítica complejo. Con tres columnas en una hoja de cálculo se puede tener visibilidad suficiente:
- Unidades generadas en el período.
- Unidades publicadas en el período.
- Coste total del período (cuota + tiempo de supervisión valorado a tarifa interna).
De ahí salen dos ratios que lo dicen casi todo: la tasa de publicación efectiva (publicadas / generadas) y el coste por unidad publicada (coste total / publicadas). Si la tasa de publicación efectiva baja de un mes a otro sin que el volumen generado haya cambiado, hay un problema de calidad o de revisión. Si el coste por unidad sube sin que la tasa baje, el problema es de volumen o de plan.
Lo que implica para elegir un servicio de contenido automatizado
Cuando evalúas un servicio de publicación automatizada, la pregunta relevante no es solo "¿cuánto cuesta al mes?" sino "¿cuánto me cuesta por artículo publicado en mi volumen real, con mi tasa de revisión real?"
Un servicio con un plan de 41€ que publica de forma consistente y requiere supervisión mínima puede tener un coste por unidad inferior a un servicio más barato en papel pero con tasa de descarte alta o fallos frecuentes que consumen tiempo de equipo.
El precio del plan es el punto de partida del cálculo, no el resultado.