Tu presentación para inversores dice 85 % de margen bruto. La cuenta de pérdidas y ganancias de tu contador dice 68 %. La misma empresa, el mismo mes, y la diferencia es casi con certeza la clasificación de tu COGS, no tu negocio. En SaaS, el margen bruto es la cifra que compradores, prestamistas e inversores vuelven a verificar primero, porque responde a la única pregunta que importa a escala: de cada dólar de ingresos, ¿cuántos centavos sobreviven al costo de entregar el producto? Si clasificas mal las partidas, o pondrás precios demasiado bajos con una confianza falsa o te convencerás de renunciar a una ronda de financiamiento que merecías.
Esta guía cubre la fórmula, exactamente qué entra en el costo de los bienes vendidos de SaaS, los referentes con los que vale la pena compararse y el problema de la inferencia de IA que los está reescribiendo todos.
La fórmula del margen bruto de SaaS
La fórmula en sí es universal:
Margen bruto = (Ingresos − Costo de los Bienes Vendidos) / Ingresos
Una empresa con 200 000 $ de ingresos mensuales y 50 000 $ de COGS tiene 150 000 $ de utilidad bruta y un margen bruto del 75 %. Cada dólar adicional de ingresos genera unos 75 centavos antes de los gastos operativos. Mídelo mensualmente y también sobre bases de tres y seis meses móviles para suavizar las irregularidades.
Pero la cifra global por sí sola te engañará. Un margen combinado del 60 % podría ocultar un magnífico margen de suscripción del 90 % arrastrado por servicios profesionales con margen negativo, o un negocio de suscripción mediocre favorecido por un buen trimestre de servicios. Los operadores serios de SaaS calculan márgenes por flujo de ingresos: suscripción, servicios profesionales e ingresos por uso o transacción tienen cada uno su propio margen, calculado de la misma forma solo con los ingresos y el COGS que pertenecen a ese flujo. Esa separación es también lo que hace posibles las conversaciones presupuestarias: no puedes sopesar una solicitud de contratación de soporte frente al margen proyectado si no sabes de qué flujo proviene el margen.
Qué entra en el COGS de SaaS
El COGS —"costo de ingresos" en la terminología de la cuenta de pérdidas y ganancias de SaaS— es el conjunto de gastos que respaldan directamente tus flujos de ingresos. El error de cálculo más grande que cometen los fundadores es clasificarlo mal. Para un negocio de SaaS puro, el COGS suele contener cuatro centros de costos:
- DevOps y alojamiento. Infraestructura en la nube, CDN, monitorización, almacenamiento de datos, SSL y la nómina de DevOps que mantiene la producción en marcha. Aquí también aterriza la amortización de I+D del software capitalizado si capitalizas los costos de desarrollo, más cualquier regalía y gasto de productos revendidos.
- Soporte al cliente. El costo total del equipo de soporte —las personas que responden a los tickets y mantienen a los clientes desbloqueados.
- Entrega de servicios profesionales. Si vendes implementación, onboarding, migración o trabajo personalizado, los salarios de los implementadores van aquí, emparejados con los ingresos de servicios.
- Costos de transacción y de terceros. Comisiones por procesamiento de pagos, cargos por transacción de proveedores, API de terceros y fuentes de datos integradas que se entregan dentro de tu producto. Si tienes ingresos por uso, necesitas una partida de gastos de transacción correspondiente.
Dos reglas estructurales mantienen esto honesto. Primero, tu sección de COGS viene dictada por tus flujos de ingresos: sin ingresos de servicios no hay centro de costos de servicios, pero los ingresos por transacción exigen un departamento de gastos de transacción. Nunca mezcles flujos: los ingresos de servicios codificados en la línea de suscripción corrompen ambos márgenes a la vez. Segundo, cada departamento de COGS debe estar totalmente cargado: salarios, bonificaciones, impuestos sobre la nómina, beneficios, viajes, formación y el software interno del equipo aterrizan todos en el departamento que los generó. Los líderes de tus departamentos deben rendir cuentas de todo lo que está bajo su control, y G&A nunca debe convertirse en un vertedero de gastos que pertenecen por encima de la línea.
La pregunta sobre el customer success
La clasificación más debatida en las finanzas de SaaS es el customer success. La respuesta depende de lo que tus CSM hagan realmente:
- ¿Solo retención y adopción? Pertenecen al COGS. Forman parte de la entrega del valor del producto.
- ¿Llevan cuota, cierran complementos de asientos y ventas adicionales? Pertenecen por debajo de la línea, en gastos operativos de ventas.
- ¿Hacen ambas cosas? Asigna el costo entre COGS y ventas según una distribución defendible de su tiempo.
Esta elección mueve el margen bruto en puntos enteros, así que documenta el razonamiento y aplícalo de forma consistente. Un inversor que te compara con un par que tiene la política opuesta está comparando dos definiciones distintas: divulga la tuya.
La amortización de I+D complica las comparaciones
Las empresas que capitalizan el desarrollo de software amortizan parte de I+D a través del COGS; las que lo registran todo como gasto no lo hacen. Dos negocios por lo demás idénticos pueden reportar márgenes de suscripción materialmente distintos solo por la política de capitalización. Al hacer benchmarking, calcula tu margen recurrente tanto con como sin amortización de I+D para poder compararte con cualquiera de los dos tipos de pares.
¿Qué es un buen margen bruto de SaaS?
El margen bruto es una de las pocas métricas en las que un referente global es realmente útil. Los objetivos de siempre:
- Margen bruto global: 75–80 % o más. Los negocios de suscripción maduros deberían superar el 75 %, y los mejores operadores pasan del 80 %.
- Margen de suscripción: cerca del 90 %. Los ingresos recurrentes puros con costos de alojamiento y soporte disciplinados deberían acercarse a los 90 centavos por dólar.
- Margen de servicios: mucho menor. La implementación y el onboarding son intensivos en personas por naturaleza; el SaaS de mercado medio con una sobrecarga real de onboarding suele combinar en un 72–80 % global, y los proveedores empresariales con necesidades intensivas de implementación se sitúan en torno al 70–78 %.
La combinación importa más que cualquier cifra individual. Una empresa con un 78 % global, un margen de suscripción del 90 % y una pequeña pérdida deliberada en servicios está más sana que una empresa con un 78 % global, un margen de suscripción del 80 % y ningún servicio: la primera tiene un problema de costos corregible, la segunda tiene un problema de costos de producto. Lee siempre el margen global junto con los márgenes por flujo antes de sacar conclusiones.
Cómo la inferencia de IA está reescribiendo las cuentas
El SaaS tradicional obtiene márgenes del 75–85 % porque el COGS del software es en su mayoría fijo: el alojamiento escala de forma sublineal y cada nuevo cliente cuesta casi nada de atender. La inferencia de IA rompe esa suposición. Cada llamada a un LLM, trabajo de transcripción o generación de imágenes conlleva un costo real por uso —tokens de un proveedor de modelos o cómputo de tus propias GPU— que escala con el uso igual que las materias primas escalan en la manufactura. La inferencia es COGS variable, no una partida de I+D, y el precio por asiento o de tarifa plana sobre ella puede destruir silenciosamente tu margen a medida que crece el uso.
Los datos son contundentes. Los productos nativos de IA promediaron aproximadamente un 41 % de margen bruto en 2024 y se proyecta que alcancen solo alrededor del 52 % en 2026, frente al 75–85 % del SaaS tradicional, a medida que los mejores operadores aprenden a gestionar los costos de inferencia. Las empresas que integran funciones de IA en planes existentes reportan una compresión del margen de 3–8 puntos, y las facturas de inferencia sin gestionar del 10–30 % de los ingresos son habituales en productos con mucha IA, frente a costos de API de terceros del 1–3 % en el SaaS clásico. Los analistas describen ahora tres perfiles distintos de pérdidas y ganancias: productos aumentados con IA con objetivo de ~80 %, productos habilitados con IA del 60–79 % y productos nativos de IA del 50–60 %.
Si ofreces funciones de IA, cuatro disciplinas protegen tu margen:
- Mide y atribuye el costo de inferencia por cliente. No puedes poner precio a lo que no puedes medir. Sigue el gasto en tokens y cómputo como un fabricante sigue los materiales.
- Enruta y cachea agresivamente. Enviar consultas simples a modelos más pequeños y cachear respuestas repetidas reduce el gasto de inferencia un 40–70 % con un impacto mínimo en la calidad.
- Pon precio al consumo. El precio por asiento asume un costo marginal casi nulo. Los niveles basados en uso, los créditos o las tarifas adicionales de IA alinean los ingresos con la curva de costos.
- Reporta una línea de inferencia. Separa la capa de inferencia de IA del alojamiento en tu COGS para que el consejo vea exactamente cuántos puntos de margen cuesta, y si tus optimizaciones están funcionando.
Errores que corrompen la cifra
- Mezclar flujos de ingresos. Los ingresos de suscripción, servicios y uso necesitan cada uno su propia línea. Los ingresos mezclados hacen que todos los márgenes estén mal simultáneamente.
- Clasificar mal el customer success. Los CSM con cuota aparcados en COGS inflan la eficiencia de ventas y deprimen el margen bruto; los CSM de retención aparcados en ventas hacen lo contrario. Clasifica por función y divide cuando sea mixto.
- Ignorar la amortización de I+D en las comparaciones. Haz benchmarking de tu margen de suscripción con y sin ella antes de concluir que estás por delante o por detrás de un par.
- Usar G&A como vertedero. Las herramientas, viajes y formación del equipo que se originan en los departamentos de COGS pertenecen allí, totalmente cargados.
- Precio de tarifa plana sobre un costo de IA variable. Un plan por asiento sobre costos por token es una bomba de relojería para el margen: los usuarios intensivos se subvencionan a sí mismos con tu presupuesto de inferencia.
- Leer solo el margen combinado. Un margen global del 60 % con un margen de suscripción del 90 % es un problema de servicios con una solución conocida; sin los márgenes por flujo no puedes distinguirlo.
Seguir los márgenes de SaaS en tus libros
El análisis de márgenes es tan bueno como el libro mayor que lo respalda. El requisito práctico es un plan de cuentas con detalle de COGS a nivel de departamento: cuentas separadas para alojamiento, soporte, success, entrega de servicios e inferencia, de modo que el margen de cada flujo salga del balance de comprobación en lugar de ser una aventura secundaria en una hoja de cálculo. Un cierre de fin de mes para un SaaS pequeño podría verse así en contabilidad de texto plano:
2026-10-31 * "October subscription revenue collected"
Assets:Checking:Operating 118400.00 USD
Income:Subscriptions:MRR -120000.00 USD
Expenses:COGS:ProcessingFees 1600.00 USD
2026-10-31 * "October AWS and CDN hosting"
Assets:Checking:Operating -8200.00 USD
Expenses:COGS:Hosting 8200.00 USD
2026-10-31 * "October AI inference (model API)"
Assets:Checking:Operating -5400.00 USD
Expenses:COGS:Inference 5400.00 USD
2026-10-31 * "October support payroll, fully burdened"
Assets:Checking:Operating -14500.00 USD
Expenses:COGS:Support 14500.00 USD
2026-10-31 * "October implementation services"
Assets:Checking:Operating 18000.00 USD
Income:Services:Onboarding -18000.00 USDCon los ingresos y el COGS registrados de esta manera, el margen de suscripción es una sola consulta —los ingresos de suscripción frente a alojamiento, inferencia, procesamiento y soporte— y el margen de servicios es otra. La documentación sobre cuadre y cuentas cubre la mecánica, y una vista de panel del mismo libro mayor hace visible la tendencia mensual de un vistazo en Fava.
Tu último paso útil: saca la cuenta de pérdidas y ganancias de este mes y calcula las tres cifras: margen global, margen de suscripción y margen de servicios. Si no puedes producirlas a partir del libro mayor en menos de una hora, la solución no es una mejor hoja de cálculo; son cuentas de COGS a nivel de departamento, configuradas una vez y codificadas correctamente cada mes de ahora en adelante.
