VJOURNAL

SMART • Mesa global • 30 de septiembre de 2026

Calculadora del punto de equilibrio para ecommerce: pedidos y margen

Facturar un pedido no significa ganar su importe. Resta producto, preparación, pago y adquisición antes de evaluar gastos fijos y lanzamiento.

Portada de VJOURNAL para «Calculadora del punto de equilibrio para ecommerce: pedidos y margen»
03 / 05VITON13 / HERRAMIENTA SMART

Equilibrio del ecommerce

Calcula los pedidos mensuales necesarios y el beneficio del volumen previsto.

Cálculo privado en tu navegador

Tus datos

09

Introduce todos los importes en esta moneda. No hay conversión.

Usa cifras, con . o , para decimales y sin separador de miles.

 
 
 
 
 
 
 
 
 

Respuesta breve

Contribución = salePrice − (productCost + fulfillmentCost + salePrice × feePercent ÷ 100 + feeFixed + acquisitionCost). Umbral mensual = fixedMonthly + launchCost ÷ 12; divide por contribución positiva y redondea los pedidos hacia arriba.

Corte de verificación: 3 fuentes
La contribución descuenta producto, preparación, ambas partes de la comisión y adquisición.
El umbral añade al gasto fijo mensual una doceava parte del lanzamiento y redondea pedidos hacia arriba.
No hay entrada de devoluciones ni contracargos; el resultado puede ser optimista si ocurren.

Tomar el pedido como unidad constante

La herramienta calcula un pedido medio, no una unidad de producto. salePrice es el ingreso asignado a ese pedido en una moneda. Si hay cestas, promociones o descuentos diferentes, escoge una media representativa y anota el periodo. productCost representa el coste de mercancía de ese mismo pedido. Shopify indica en su documentación de informes de beneficios que hace falta registrar costes de producto y que los descuentos y reembolsos afectan a las ventas netas. Su informe contable no equivale a este escenario simplificado.

fulfillmentCost recoge preparación y envío asumidos por la tienda dentro del perímetro elegido. Si el cliente paga envío, trata de forma coherente el ingreso dentro de salePrice y el gasto dentro de fulfillmentCost: no hay entrada separada de ingreso de transporte. Evita contar dos veces un pago al proveedor. La herramienta tampoco resuelve impuestos, por lo que ingresos y costes deben expresarse de manera consistente.

De las nueve entradas a la contribución

Se introducen launchCost, fixedMonthly, salePrice, productCost, fulfillmentCost, feePercent, feeFixed, acquisitionCost y expectedOrders. La parte porcentual de la comisión es salePrice × feePercent ÷ 100, redondeada a cuatro decimales. variablePerOrder suma producto, preparación, esa comisión, la parte fija y adquisición. contributionPerOrder resta variablePerOrder a salePrice. Stripe explica en su página oficial que las tarifas por transacción dependen del método y acuerdo; usa tu contrato concreto.

acquisitionCost atribuye gasto de captación a un pedido. Google Ads explica el coste por conversión, pero una conversión publicitaria no siempre es un pedido entregado. Reconcíliala con ventas y define los canales incluidos. Si conviven pedidos orgánicos y de pago, documenta cómo calculas una media ponderada. El módulo no deriva la atribución automáticamente de campañas.

Umbral y beneficios no son la misma cifra

monthlyTargetCost es fixedMonthly + launchCost ÷ 12. Se divide entre contributionPerOrder positiva y se redondea hacia arriba para obtener breakEvenOrders. Repartir el lanzamiento es una convención para recuperar la inversión durante doce meses, no otro pago mensual. Con contribución cero o negativa y un objetivo de costes positivo no existe una cantidad finita de pedidos que compense el déficit.

expectedOrders alimenta las salidas de resultado: monthlyRevenue = expectedOrders × salePrice; monthlyVariableCosts = expectedOrders × variablePerOrder; monthlyProfit = ingresos − costes variables − fixedMonthly. firstYearProfit = 12 × monthlyProfit − launchCost, suponiendo doce meses idénticos. Un mes puede arrojar beneficio antes de recuperar el desembolso inicial; explica siempre el horizonte.

Ejemplo completamente ficticio

Supón launchCost $2.400, fixedMonthly $850, salePrice $65, productCost $22, fulfillmentCost $6, feePercent 3%, feeFixed $0,30 y acquisitionCost $10. Son datos inventados para practicar, no precios de Stripe ni resultados de un comercio. La parte porcentual de la comisión es $65 × 0,03 = $1,95. variablePerOrder es $22 + $6 + $1,95 + $0,30 + $10 = $40,25. La contribución es $65 − $40,25 = $24,75.

monthlyTargetCost es $850 + $2.400 ÷ 12 = $1.050. Al dividir $1.050 entre $24,75 obtenemos aproximadamente 42,42, por lo que el objetivo son 43 pedidos completos. Con 42, la contribución agregada es $1.039,50 y falta dinero; con 43 alcanza $1.064,25. El redondeo hacia arriba importa.

El escenario de pedidos esperados

Elige expectedOrders = 100 al mes, también hipotético. monthlyRevenue es 100 × $65 = $6.500; monthlyVariableCosts son 100 × $40,25 = $4.025. Tras fixedMonthly $850, monthlyProfit resulta $1.625. firstYearProfit equivale a 12 × $1.625 − $2.400 = $17.100. El lanzamiento no se descuenta en monthlyProfit, sino una sola vez en el primer año. Nada aquí pronostica que realmente llegarán cien pedidos.

En el umbral de 43 pedidos, monthlyProfit es $1.064,25 − $850 = $214,25. Doce meses así, menos el lanzamiento de $2.400, dejan $171. Con 42 pedidos el primer año sería negativo. Estas comparaciones sirven para comprobar la aritmética, no para prometer ventas.

Devoluciones y otros costes fuera

No existe entrada para devoluciones, reembolsos, contracargos, impuestos, comisiones adicionales de marketplace ni financiación de inventario. Las devoluciones no están modeladas. Si son frecuentes, la contribución real puede ser menor y el número de pedidos necesario mayor. Estima su impacto aparte con tu historial, sin atribuir a la herramienta un campo inexistente. Si agrupas un cargo conocido dentro de feePercent o feeFixed, indícalo y evita duplicarlo.

fixedMonthly solo incluye alquiler, suscripciones o salarios recurrentes si tú los introduces en esa cifra. Caja inmovilizada en stock, estacionalidad y cambios en publicidad tampoco se calculan. Compara un escenario conservador con el esperado y actualiza el coste de producto con facturas. Comprueba periódicamente si tu pedido promedio sigue siendo representativo.

Lista práctica

  • Definir un pedido promedio y mantener una moneda.
  • Separar coste de producto y preparación sin duplicidades.
  • Tomar las comisiones reales del contrato de pago.
  • Estimar adquisición por pedido y gastos mensuales fijos.
  • Registrar lanzamiento, pedidos esperados y devoluciones excluidas.

Preguntas frecuentes

¿Se incluyen las devoluciones?

No. No existen campos para devoluciones, reembolsos ni contracargos. Evalúa su efecto por separado antes de usar el umbral como objetivo general del negocio.

¿Por qué se divide el lanzamiento entre doce?

El umbral reparte launchCost en doce meses. monthlyProfit no lo resta; firstYearProfit sí lo descuenta una vez tras doce meses iguales.

¿Qué pasa si la contribución no es positiva?

Con costes objetivo positivos, más pedidos con contribución nula o negativa no alcanzan el equilibrio; el calculador no muestra una cantidad finita.