Finanzas y Contabilidad
Cómo calcular el margen de ganancia bruta por producto o servicio
Son las 10:47 p.m. en tu ciudad. La laptop está abierta sobre el escritorio improvisado de tu habitación, el ventilador hace un ruido constante y en la barra de Slack aparece el mensaje del founder de una SaaS de Texas: “Necesito el margen bruto por plan antes del board de mañana. ¿Lo tienes?”. Cierras los ojos un segundo. No eres el dueño de esa empresa. Eres la persona remota a la que le confían los números que deciden si suben precios, matan un producto o contratan más gente. Abres el sheet, miras la columna de ingresos directos, restas el COGS real (no el que “parece” costo) y empiezas a armar la historia que ese founder va a contar mañana con tu análisis. Esa es la diferencia entre alguien que solo “hace Excel” y alguien que asesora de verdad a dueños de empresas de Estados Unidos desde Latinoamérica.
Si llegaste hasta aquí es porque quieres dominar exactamente esa conversación: cómo calcular el margen de ganancia bruta por producto o servicio de forma limpia, defendible y útil para quien toma decisiones. Y, de paso, convertirlo en una habilidad que te paguen en dólares como contractor o analista remoto.
¿Cómo se calcula el margen de ganancia bruta por producto o servicio?
El margen de ganancia bruta por producto o servicio se obtiene restando el Costo de Bienes Vendidos (COGS) de los ingresos directos generados por ese mismo producto o servicio, y luego dividiendo el resultado entre los ingresos. La fórmula es: Margen Bruto % = (Ingresos del producto – COGS del producto) / Ingresos del producto. En la práctica, lo que asesoras al dueño es el dinero que queda después de cubrir solo los costos variables y directos de entregar ese producto o servicio, antes de gastos operativos, marketing o salarios de back-office. Ese número le dice de inmediato si el producto es saludable, si está subsidiando a otros o si está destruyendo valor cada vez que se vende.
Cuando trabajas con empresas de Estados Unidos el cálculo no se queda en la fórmula. Ellos esperan que separes ingresos reconocidos (no solo facturados), que asignes COGS de forma defendible y que presentes el margen en el mismo lenguaje que usa su board o su inversionista. Un margen bruto del 72 % en un SaaS de suscripción se lee muy distinto a un 28 % en un servicio de implementación profesional. Tu valor está en mostrar ambos con claridad y explicar qué mueve cada punto porcentual.
¿Qué entra exactamente en “ingresos directos” y en “COGS” cuando asesoras a un dueño estadounidense?
La mayoría de los errores empiezan aquí. Ingresos directos no son “todo lo que entró a la cuenta”. Son los ingresos atribuibles de forma clara a ese producto o servicio en el período, aplicando el criterio de reconocimiento que use la empresa (ASC 606 en la mayoría de los casos de software y servicios). Si el cliente paga anual por adelantado, no metes los doce meses el primer mes. Si hay descuentos, créditos o chargebacks, se restan del ingreso del producto correspondiente.
El COGS es aún más delicado. En productos digitales suele incluir:
- Costos de hosting y cloud directamente ligados al uso del producto (AWS, GCP, Snowflake prorrateados).
- Licencias de software de terceros que se entregan junto con el producto.
- Mano de obra directa de delivery o customer success si el contrato incluye onboarding o soporte premium como parte del precio.
- Costos de payment processing (Stripe fees) cuando son materiales.
En servicios profesionales el COGS se concentra en horas facturables del equipo que entrega, freelancers contratados para ese proyecto y herramientas que solo se usan en la entrega. Lo que casi nunca va en COGS (y muchos analistas junior meten por error) son salarios de ventas, marketing, rent del office, software de contabilidad general o el sueldo del CEO. Esos son OpEx.
Cuando asesoras, tu trabajo es documentar la lógica de asignación en un Notion o en un tab del mismo Google Sheet para que el founder pueda defenderla ante su contador o ante un due diligence. Las empresas serias que contratan remoto (muchas usan Greenhouse o Ashby para el proceso) prueban exactamente esto en la prueba técnica: te dan un extracto desordenado de Stripe + un reporte de AWS y te piden el margen por plan de precios.
¿Qué herramientas exigen realmente las empresas de EE. UU. para este análisis?
No necesitas un ERP de medio millón de dólares el primer día. El stack más común que verás en startups y scale-ups que contratan talento latinoamericano es:
- Fuente de verdad de ingresos: Stripe, Chargebee o el billing nativo de la plataforma + Salesforce o HubSpot como CRM.
- Costos cloud y variables: AWS Cost Explorer, Datadog o un export mensual que alguien del equipo de engineering te pasa.
- Hoja de trabajo: Google Sheets o Excel 365 (sí, siguen siendo reyes). Cada vez más equipos piden que el modelo viva en un Notion database o en un Airtable conectado, pero el cálculo fino se hace en hoja.
- Comunicación del insight: Slack para el día a día y Loom para explicar el margen en video de 3-4 minutos cuando el founder está en otra zona horaria. Un Loom bien hecho vale más que un PDF de 15 páginas.
- Cierre y auditoría ligera: QuickBooks Online, Xero o NetSuite. Si el rol es más senior, verás Pigment, Mosaic o even Causal para scenario planning.
En entrevistas remotas suelen preguntarte: “Si mañana te doy acceso de solo lectura a Stripe y a AWS, ¿en cuánto tiempo me entregas margen bruto por producto con la metodología documentada?”. La respuesta que genera confianza no es “en dos horas”. Es “en 48 horas te entrego la primera versión con las asunciones claras y un Loom explicando los tres drivers principales; después iteramos”.
Como contractor internacional casi siempre firmas un acuerdo de servicios, emites invoice y entregas el W-8BEN para que no te retengan el 30 %. Los rangos actuales (2024-2025) para alguien que domina este análisis y lo comunica bien en inglés suelen moverse entre 3.500 y 7.500 USD mensuales según profundidad (analista vs. strategic finance) y tamaño de la empresa. Roles más senior de FP&A o Head of Finance remoto pueden subir de ahí, pero el ticket de entrada sólido está en demostrar que sabes calcular y narrar el margen bruto por línea de producto sin que te den la metodología masticada.
¿Cómo presentas el análisis para que el dueño de la empresa realmente lo use (y no solo lo archive)?
Aquí se separa quien “entrega un número” de quien asesora. El founder estadounidense promedio no quiere un tratado contable. Quiere tres cosas en menos de cinco minutos:
- El margen actual por producto o plan.
- Qué lo está moviendo este mes versus el anterior.
- Una recomendación concreta (subir precio del plan Pro, matar el plan Starter, renegociar el contrato de cloud, etc.).
Estructura que funciona casi siempre:
- Una tabla simple al inicio: Producto | Ingresos | COGS | Margen $ | Margen % | Variación vs mes anterior.
- Debajo, 4-5 bullets de “qué está pasando”.
- Un short Loom (máximo 4 minutos) caminando la tabla y señalando el insight accionable.
- El detalle del cálculo y las asunciones en una pestaña o página de Notion por si el CFO o el contador quieren auditar.
Nunca entregues solo el archivo. El valor está en la interpretación. Frases que generan confianza: “El margen del plan Growth bajó 6 puntos porque el COGS de soporte premium creció más rápido que el revenue de ese segmento. Si movemos el onboarding a un cargo one-time, recuperamos aproximadamente 4 puntos sin tocar precio de lista”.
¿Qué errores te descartan en una prueba técnica o en los primeros 30 días?
Los reclutadores y hiring managers de finanzas (muchas veces el mismo founder o el VP Finance) tienen una lista mental corta de red flags. Esta tabla resume los más costosos:
| Situación | Error común | Percepción del reclutador / founder | Enfoque recomendado |
|---|---|---|---|
| Asignación de costos cloud | Meter todo el bill de AWS como COGS de un solo producto | “No entiende causalidad ni prorrateo. Va a distorsionar decisiones de pricing” | Usa tags de cost allocation o un driver simple (MAU, GB procesados, transacciones) y documenta el % asignado a cada producto |
| Reconocimiento de ingresos | Tomar el cash collected de Stripe como revenue del mes | “Confunde cash con accrual. Riesgo alto en reportes a board o inversionistas” | Aplica el período de servicio. Si es anual, diluye los 12 meses. Deja clara la política en una celda de asunciones |
| Presentación al founder | Enviar un sheet de 12 pestañas sin resumen ejecutivo ni Loom | “Me hace trabajar yo para entender. No escala” | Primera vista = tabla de una pantalla + 3 bullets + Loom de <4 min. El detalle va detrás |
| Lenguaje y contexto | Hablar solo de “el Excel” o usar jerga contable local sin traducir | “No está acostumbrado a hablar con operators estadounidenses” | Usa los términos que ellos usan: Gross Margin, COGS, Contribution Margin, Unit Economics. Habla en impacto de negocio |
| Documentación de asunciones | No dejar por escrito por qué cierto costo es COGS y no OpEx | “Cuando llegue el auditor o el due diligence vamos a tener problemas” | Crea una pestaña o página “Methodology & Assumptions” con fecha y dueño. Es tu seguro de vida profesional |
| Velocidad vs. precisión | Entregar “rápido y sucio” sin avisar el nivel de confianza | “No sé si confiar en estos números para la decisión de pricing de la próxima semana” | Separa “Preliminary view (80 % confidence)” de “Final for board”. Sé explícito con el nivel de certeza |
Evita estos seis y ya estás por encima del 70 % de los candidatos que llegan a la prueba técnica.
¿Cómo se ve un entregable real que puedes copiar y adaptar hoy?
Aquí tienes una plantilla de mensaje + estructura de Loom y de sheet que puedes usar literalmente la próxima vez que un cliente o un hiring manager te pida el análisis. Está en inglés porque así lo vas a necesitar.
Subject: Gross Margin by Product – October + recommended actions
Hi [Name],
Aquí tienes el cut de gross margin por producto/plan al cierre de octubre.
Quick snapshot:
- Plan Starter: 81 % GM (↑ 2 pts vs Sep)
- Plan Growth: 64 % GM (↓ 6 pts) ← main attention item
- Plan Enterprise: 71 % GM (stable)
- Professional Services: 42 % GM
Key driver of the drop in Growth: support & success COGS grew faster than revenue in that segment (onboarding hours + premium Slack support).
Recommended next step:
Move onboarding to a one-time implementation fee (est. +4 pts GM on Growth) and cap premium support hours included in the subscription. Happy to model the price impact this week.
Full sheet (with methodology tab): [link]
4-min Loom walking the numbers and the recommendation: [link]
Let me know if you want the same view by customer cohort or by acquisition channel.
Best,
[Your name]Estructura mínima del Google Sheet / Excel que acompaña el mensaje:
- Tab 1: “Executive View” (la tabla de una pantalla).
- Tab 2: “Revenue detail” (fuente Stripe/Chargebee + ajustes de reconocimiento).
- Tab 3: “COGS detail” (cloud, labor directa, fees, prorrateos).
- Tab 4: “Methodology & Assumptions” (qué entró, qué quedó fuera, drivers de allocation, fecha de corte).
- Tab 5: “Scenarios” (opcional pero muy valorado): qué pasa con el margen si subes precio 8 %, si reduces cloud 15 % o si matas el plan de menor margen.
Graba el Loom mirando la Tab 1, explica los dos o tres movimientos importantes y cierra con la recomendación. Ese paquete (mensaje corto + sheet limpio + Loom) es exactamente lo que un founder ocupado reenvía al resto del leadership team.
¿Cómo conviertes esta habilidad en trabajo remoto estable y bien pagado?
Dominar el cálculo es el 40 %. El otro 60 % es demostrar que puedes operarlo dentro de su stack y su ritmo. En procesos con empresas de Estados Unidos (especialmente las que usan Ashby o Greenhouse) casi siempre verás:
- Pantalla de English + experience con unit economics o SaaS metrics.
- Prueba técnica pagada o exercise de 3-5 horas con data realista.
- Entrevista con el hiring manager donde te piden que “cuentes la historia” detrás de un margen.
- Reference check y, en muchos casos, un background check básico (identidad y, a veces, education). Como contractor normalmente no hay credit check agresivo, pero sí verifican que puedas facturar legalmente y que tu W-8BEN esté en orden.
Los perfiles que más rápido cierran ofertas son los que ya tienen 2-3 casos (aunque sean de proyectos freelance o de su trabajo actual) donde pueden decir: “Tomé el margen de X producto de 51 % a 67 % en cuatro meses identificando que el 30 % del COGS era soporte no escalable y rediseñando el empaquetado”.
Si todavía no tienes ese caso, fabrícalo con data pública o con un proyecto personal bien documentado. Un buen Notion o un sheet público (sin data sensible) que muestre metodología + antes/después pesa más que un título.
Para saber con precisión qué roles de finanzas, FP&A, revenue operations o strategic finance encajan con tu experiencia actual y qué rangos en dólares puedes pedir hoy, puedes hacer el diagnóstico gratuito de 2 minutos en el portal de Talento Bilingüe (/diagnostico/). Ahí cruzan tu background con las vacantes reales que están saliendo y te muestran el camino más directo.
El margen bruto por producto no es solo una fórmula. Es el lenguaje en el que los dueños de empresas de Estados Unidos deciden qué construir, qué matar y a quién contratar. Cuando tú se lo calculas con rigor, se lo explicas con claridad y se lo entregas en el formato que ellos ya usan (Slack + Sheet + Loom), dejas de ser “el de los números” y te conviertes en la persona a la que le escriben a las 10:47 p.m. porque confían en que mañana el board va a tener una decisión limpia. Esa confianza es la que se cobra en dólares, mes a mes, desde tu habitación.
¿Quieres saber qué rol en EE. UU. encaja con tu experiencia? En 2 minutos nuestro diagnóstico evalúa tu inglés, herramientas y trayectoria para calcular tu rol ideal y salario en dólares.
Hacer mi Diagnóstico de Perfil Gratis (2 min) →