Calcular tu coste por usuario sin maquillar cifras

Dashboard financiero mostrando métricas de coste por usuario en un SaaS

La primera vez que un fondo nos pidió el desglose real de esta métrica en una ronda seed, nuestro Excel tembló. Habíamos estado reportando una cifra bonita durante seis meses y, al abrir el capó, descubrimos que nos faltaban tres capas enteras de gasto. No éramos los únicos: en más de una due diligence he visto CFOs improvisar sumas mientras el analista del fondo tomaba notas con cara de póker.

El objetivo aquí no es venderte una plantilla. Es enseñarte a calcular tu coste por usuario que aguante una auditoría, una conversación con inversores y, lo más importante, una decisión de producto. Vamos a desmontar los componentes que casi nadie imputa y a proponer una fórmula de tres capas que hemos afinado tras trabajar con SaaS B2B, marketplaces y productos de infraestructura.

Qué mide realmente esta métrica (y qué no)

El precio por usuario es la cifra que responde cuánto cuesta hoy, este mes, que una persona esté usando tu producto. No mide cuánto costó captarla ni cuánto costará retenerla en el futuro. Integra tres capas de gasto: adquisición, operación recurrente y cargas ocultas que casi nunca se imputan. Esa distinción parece filosófica hasta que la pierdes de vista.

Antes de tocar una fórmula, hay que aclarar qué estamos midiendo. Y aquí es donde la mayoría de dashboards ya empiezan mal, mezclando conceptos que responden a preguntas distintas.

Diferencia entre CAC, coste operativo y coste total por usuario

Estas tres bestias suelen aparecer mezcladas en el mismo slide, y ahí empieza el desastre. El CAC (Customer Acquisition Cost) mide un evento puntual: cuánto invertiste para captar a alguien. El operativo por cuenta activa, en cambio, es recurrente: servidores, licencias, soporte, ancho de banda. Y la cifra unitaria total es la suma de ambos, imputada de forma consistente sobre la base activa.

Mi regla mental, después de haber visto demasiados P&L confusos, es esta: si el número que reportas no puedes explicárselo a un ingeniero en dos frases, es que estás mezclando conceptos. El CAC te dice si tu marketing funciona. El operativo por cuenta te dice si tu producto es viable a escala. Son preguntas diferentes con respuestas diferentes.

Por qué mezclarlos distorsiona cualquier decisión de negocio

¿Qué pasa cuando los sumas sin criterio? Que tomas decisiones ciegas. Recuerdo un cliente que decidió cortar inversión en Google Ads porque su «cost per user» había subido un 40%. La verdad era otra: habían migrado a Kubernetes y el de infraestructura se había disparado por un mal dimensionamiento de los pods. El marketing estaba impecable. El problema era técnico.

Si mezclas capas, no sabes dónde estás sangrando. Puedes recortar marketing cuando el problema es la arquitectura, o exigir a producto que optimice cuando el agujero está en tu embudo de ventas. Separar antes de sumar es la única forma sensata de trabajar con este indicador.

Primer componente: gastos directos de adquisición

Empecemos por la capa más obvia, aunque también la más manipulada. La adquisición reúne todo el importe imputable a traer nuevos suscriptores: campañas pagadas, salarios del equipo comercial, comisiones de afiliación, herramientas de marketing, incluso el porcentaje de tiempo del CEO dedicado a captación en fases tempranas.

Inversión en marketing, ventas y afiliación imputable

La trampa aquí es doble. Primero, la gente olvida los salarios. Si tienes un SDR cobrando 40.000 euros al año que captó 200 leads convertidos, su importe imputable es 200 euros por lead, no cero. Segundo, la gente olvida el software. Un HubSpot que cuesta 900 euros al mes, un LinkedIn Sales Navigator, herramientas de enriquecimiento… todo eso se imputa. Nada es gratis.

La fórmula limpia para esta capa:

  • Inversión publicitaria total del periodo
  • + salarios del equipo comercial (parte imputable a captación)
  • + comisiones a afiliados y partners
  • + herramientas y software de marketing/ventas
  • + contenido producido para captación (freelance, agencias)
  • ÷ nuevos usuarios adquiridos en ese periodo

Ese resultado es tu CAC bruto. Ojo, bruto. Porque falta ajustarlo por atribución, y ahí llegamos al siguiente cuello de botella.

Cómo atribuir campañas multicanal sin duplicar cifras

Aquí es donde se hunden la mayoría de dashboards. Si un lead viene por LinkedIn, luego busca en Google, luego lee tu newsletter y finalmente convierte tras una demo del comercial, ¿a qué canal atribuyes el desembolso? Si atribuyes a todos, duplicas. Si atribuyes solo al último clic, distorsionas la realidad de tu embudo.

Nosotros usamos un modelo pragmático: time-decay con ventana de 30 días. Se da más peso a los touchpoints cercanos a la conversión, pero sin ignorar los tempranos. No es perfecto (ningún modelo lo es), pero al menos es defendible ante un auditor y consistente mes a mes. Y esa consistencia importa más que la precisión absoluta.

Un truco que aprendí a golpes: reporta siempre el modelo de atribución que estás usando. Un CAC de 80 euros con atribución last-click no es comparable a uno de 120 euros con multi-touch. Si no explicitas el modelo, estás vendiendo humo. Y los inversores que saben lo notan.

Segundo componente: costos operativos por cuenta activa

Esta es la capa que casi nadie calcula bien en fases tempranas, porque en una startup pre-seed apenas se nota. En cuanto pasas de 500 suscriptores activos, empieza a doler.

Sala de servidores representando el coste operativo de infraestructura en un SaaS

Infraestructura, servidores y licencias que escalan con usuarios

Cada vez que un suscriptor abre tu app, algo se factura en AWS, en GCP o en Azure. Cada vez que ejecuta una query pesada, tu instancia de PostgreSQL trabaja más. Cada vez que sube un archivo, tu S3 crece. Y así con todo. Ese importe no es fijo: es proporcional al uso, aunque en tu factura mensual aparezca como una cifra plana.

Para imputarlo bien, divide la factura mensual de infraestructura entre las cuentas activas del mes (no los registrados totales, esa cifra vanidosa que nadie debería mirar). El resultado es tu desembolso en infraestructura por cuenta activa. Si te sale por encima de 3-4 euros y tu ARPU es de 20, empieza a preocuparte. Si te sale por debajo de 1 euro, probablemente estás sub-provisionando y en breve tendrás problemas de rendimiento.

Un patrón que veo a menudo: equipos que arrancaron en cloud y nunca revisaron si les compensaba migrar a un precio fijo con servidores dedicados una vez que su carga era predecible. Pasar de 4.000 euros al mes en AWS a 900 en un hosting bare-metal es una realidad que hemos visto varias veces, y transforma la ecuación unitaria de golpe.

Soporte, onboarding y éxito del cliente como coste variable

Aquí hay una realidad incómoda. Si tienes un Customer Success Manager cobrando 3.500 euros al mes que atiende a 40 cuentas, cada cuenta te cuesta 87,50 euros al mes solo en soporte humano. ¿Lo estás imputando? Casi nadie lo hace.

El onboarding también entra: la persona que hace las demos, el tiempo del equipo técnico para configuraciones a medida, los tutoriales personalizados. En un B2B con ticket medio, esto puede sumar entre 50 y 200 euros por cliente onboarding. Y no es opcional: sin onboarding, tu churn se dispara.

La cuenta correcta incluye:

  • Salario del equipo de soporte (parte proporcional)
  • Herramientas de soporte (Intercom, Zendesk, etc.)
  • Onboarding manual: horas humanas invertidas
  • Documentación mantenida (contenido que produces para retener)
  • Licencias por asiento que escalan con tus clientes

Tercer componente: los gastos ocultos que casi nadie imputa

Y llegamos a la parte más incómoda. La que hace que tu número real suba un 15-25% cuando lo calculas bien. Aquí es donde separas a los equipos que entienden su economía unitaria de los que se cuentan cuentos.

Churn, reembolsos y fraude como coste real por usuario

Un cliente que se va a los tres meses ya no es un cliente: es un pasivo. Toda la inversión que hiciste para captarlo, todo el onboarding, todo el soporte, sigue en tu P&L sin retorno. Ese importe hay que redistribuirlo sobre las cuentas que sí se quedan.

La fórmula sensata: calcula tu churn medio mensual. Si es del 5%, significa que de cada 100 suscriptores captados, en un año perderás alrededor de 45. Esa cantidad de 45 hay que imputarlo sobre los 55 restantes. Es matemática cruel pero honesta.

Añade los reembolsos (en muchos SaaS B2C hablamos de un 2-4% de la facturación), el fraude en pagos (un 0,5-1,5% típico según el sector) y los chargebacks. Todo eso se acumula y multiplica silenciosamente tu inversión unitaria real.

Compliance, seguridad de datos y coste de retención pasiva

Si operas en Europa, RGPD te cuesta dinero. Si aceptas pagos, PCI-DSS te cuesta más. Si trabajas con clientes empresariales, ISO 27001 te cuesta bastante más. Y todo eso escala con tu base activa: más datos = más responsabilidad = más gasto de cumplimiento.

Añade la retención pasiva: cuentas que ya no usan tu producto pero siguen ocupando espacio en tu base de datos, generando backups, consumiendo licencias de terceros que factures por registro. Es lo que llamamos «coste zombi». Se paga sin generar valor.

En un cliente reciente descubrimos que el 30% de sus cuentas «activas» no habían hecho login en 90 días, pero seguían contando para su Mixpanel, su Segment y su instancia de Auth0. Se llevaban 1.200 euros al mes en herramientas por gente que ya no existía dentro del producto. Cuando limpiamos, el precio unitario real bajó un 18%.

Fórmula integrada: uniendo las tres capas en una cifra útil

Ahora, la síntesis. Con las tres capas medidas por separado, la fórmula integrada queda así:

Coste total unitario mensual = (CAC amortizado / meses medios de retención) + g. operativo por cuenta activa + prorrateo de g. ocultos

Amortizar el CAC es clave. Un cliente que te cuesta 300 euros captar y se queda 24 meses te está costando 12,50 euros al mes en adquisición, no 300. Distribuir el importe correspondiente a la captación sobre su vida útil es lo que permite compararlo con la parte recurrente.

Cálculo mensual vs cálculo por cohorte

La versión mensual es útil para dashboards y reporting. Pero para decisiones estratégicas, la única cifra que vale es la de cohorte. Agrupa a las cuentas captadas en un mismo mes y sigue su comportamiento y su gasto a lo largo de su vida útil.

¿Por qué? Porque un promedio mensual mezcla cohortes recientes (que aún no han desertado) con cohortes maduras (que ya han filtrado a los que se iban). El promedio miente. La cohorte, no. Es más trabajo, sí, pero es la única forma de saber si tu economía unitaria mejora o empeora a lo largo del tiempo.

Enfoque Utilidad Limitación
Mensual promedio Reporting rápido, dashboards Mezcla cohortes, distorsiona tendencias
Por cohorte Decisiones estratégicas, inversores Requiere más disciplina de datos
Cohorte + LTV Modelado de rentabilidad real Necesita histórico mínimo de 6-12 meses

Cuándo usar el promedio y cuándo la mediana

Otro error clásico: usar siempre el promedio. Si tienes una base con 900 cuentas que te cuestan 8 euros al mes y 100 clientes enterprise que te cuestan 200 euros al mes, tu promedio te dice 27 euros. Pero ese número no describe a ninguna cuenta real. La mediana, en cambio, te daría 8-9 euros, que sí representa a la cuenta típica.

Regla que aplicamos: si la desviación estándar es mayor que la mediana, reporta ambas cifras. Promedio para entender el gasto agregado, mediana para entender al perfil típico. Los dos números cuentan historias distintas y ambas son ciertas.

Qué hacer con el número una vez lo tienes

Tener el número no sirve de nada si no sabes qué hacer con él. Y aquí es donde muchos equipos se quedan bloqueados: han hecho el ejercicio, tienen la cifra limpia, y no saben si es buena o mala.

Ratio LTV/CPU y umbrales de decisión

El indicador que importa no es la cifra unitaria en sí, sino su relación con el Lifetime Value (LTV). El ratio que buscas es LTV / CPU (Coste Por Usuario total integrado).

  • Ratio menor a 1: Estás perdiendo dinero con cada cuenta. Emergencia.
  • Ratio entre 1 y 2: Sobrevives, pero no escalas. Necesitas optimizar antes de crecer.
  • Ratio entre 3 y 4: Zona sana. Puedes reinvertir en crecimiento con confianza.
  • Ratio mayor a 5: Estás siendo demasiado conservador. Probablemente puedes invertir más en captación y crecer más rápido.

Estos umbrales son heurísticos, no leyes. Un SaaS enterprise puede vivir con un 2,5 si su retención es altísima. Un B2C con churn alto necesita mínimo un 4 para no morir. Ajústalo a tu realidad, pero úsalo como brújula constante.

Errores frecuentes al reportarlo a inversores o dirección

Cerramos con los errores que hemos visto matar buenas conversaciones con inversores:

  1. Reportar solo el CAC como si fuera el gasto total. El analista te preguntará por la operativa y no tendrás respuesta.
  2. No especificar el modelo de atribución. Cifras que no se pueden auditar generan desconfianza inmediata.
  3. Ignorar el churn en el cálculo. Si tu retención es baja, tu gasto unitario real es mucho mayor del que reportas.
  4. Confundir registros con cuentas activas. Divide siempre entre la base activa, no la histórica.
  5. No hacer análisis por cohorte. Los inversores serios van a preguntar y quieres tener la respuesta preparada.
Equipo revisando métricas financieras antes de una reunión con inversores

Y una recomendación final, casi de instinto: si estás en fase temprana y aún no tienes números limpios, no fuerces el ejercicio hasta que tu producto tenga tracción real. Preocúpate primero por convertir tu MVP en un producto real con retención medible, y después construye el modelo económico. Un cálculo unitario impecable sobre 20 cuentas que van a churnear todas en tres meses no vale nada. Un cálculo aproximado sobre 500 cuentas con seis meses de histórico, sí.

La honestidad con esta métrica es lo que separa a los equipos que sobreviven a la segunda ronda de los que se quedan por el camino. Mejor un número feo pero cierto que uno bonito y falso.

Founder & Software Engineer
Ingeniero de Software y Desarrollador Full Stack con más de 10 años de experiencia operativa. Dirige MVPtoSaaS aplicando los mismos estándares de fiabilidad y rendimiento exigidos en sistemas industriales y de alta criticidad. El enfoque de Felipe asegura que cada producto que transita por MVPtoSaaS cuente con código limpio, bases de datos optimizadas para alta concurrencia y despliegues automatizados preparados para el crecimiento sostenido sin deuda técnica.