Hay una pregunta que los fundadores de startups tech se hacen —o deberían hacerse— antes de cada desembolso importante: ¿esto es CAPEX o OPEX? La respuesta no es un tecnicismo contable. Determina tu runway, tu perfil de riesgo ante inversores y, en muchos casos, si tu empresa llega a la siguiente ronda.

‍

¿Qué son el CAPEX y el OPEX? Definición para startups tech

CAPEX: Gastos de Capital

El CAPEX (Capital Expenditure) son las inversiones en activos que generarán valor durante más de un año. En contabilidad, no se registran como gasto inmediato: se activan en el balance y se amortizan progresivamente a lo largo de su vida útil.

‍

Ejemplos de CAPEX en una startup tech:

• Compra de servidores o hardware propio
• Desarrollo de software capitalizable bajo IFRS/IAS 38 (fase de construcción)
• Adquisición de licencias de software perpetuas
• Equipamiento de oficina de valor relevante

‍

OPEX: Gastos Operativos

El OPEX (Operating Expenditure) son los costes recurrentes necesarios para que el negocio funcione día a día. Se reconocen íntegramente como gasto en el período en que se incurren.

‍

Ejemplos de OPEX en una startup tech:

• Salarios y nóminas del equipo (incluidos desarrolladores en fase de I+D)
• Infraestructura cloud: AWS, Azure, GCP en modelo pay-per-use
• Suscripciones SaaS: Salesforce, HubSpot, Slack, Notion...
• Costes de APIs de terceros: OpenAI, Anthropic, Stripe
• Alquiler de oficinas

"La nube convirtió el CAPEX de infraestructura en OPEX. Esa decisión de 2006 (el lanzamiento de AWS) democratizó la creación de startups y duplicó el número de inversiones VC en software en cuatro años." — Ewens, Nanda & Rhodes-Kropf, Journal of Financial Economics (2018)

‍

Diferencias entre CAPEX y OPEX en Startups Tech: tabla comparativa

‍

Cómo calcular CAPEX y OPEX en tu startup

Fórmula básica del CAPEX

CAPEX = Precio de adquisición + Costes de instalación + Mejoras que prolonguen la vida útil del activo

Fórmula básica del OPEX

OPEX = Nóminas + Infraestructura cloud + Suscripciones + Alquiler + Marketing + Otros costes recurrentes

‍

Para startups en fase temprana, el OPEX mensual es tu burn rate. Dividir tu caja entre el burn rate te da el runway en meses — la métrica de supervivencia más crítica antes de la Serie A.

‍

Regla práctica: si tu startup es pre-PMF, casi todo debería ser OPEX. El CAPEX antes de encontrar el producto-mercado inmoviliza capital en activos que quizás no necesites. El 29% de las startups fracasan por quedarse sin caja.

‍

La zona gris crítica: ¿cuándo el desarrollo de software es CAPEX?

Esta es la pregunta que más confusión genera —y donde más se juega la valoración de una startup. La respuesta corta: el salario de un desarrollador es OPEX cuando investiga; se convierte en CAPEX cuando construye un activo técnicamente viable y comercializable.

‍

La normativa IFRS/IAS 38 establece seis criterios que deben cumplirse TODOS para poder capitalizar. En la práctica, el cambio de I+D exploratoria (OPEX) a fase de construcción (CapEx capitalizable) ocurre en un hito técnico muy específico.

‍

✅ Checklist de capitalización de software según IAS 38 / ASC 350-40

Los 6 criterios PIRATE — todos obligatorios:

• ☐ Viabilidad técnica demostrada (proof of concept completado, arquitectura definida)
• ☐ Intención de completar el activo y ponerlo en uso o venderlo
• ☐ Capacidad de usar o vender el activo una vez completado
• ☐ Probable generación de beneficios económicos futuros (clientes potenciales identificados)
• ☐ Recursos técnicos, financieros y humanos disponibles para completarlo
• ☐ Capacidad de medir de forma fiable los costes durante el desarrollo

‍

Línea práctica de cambio de OPEX a CapEx: el hito es cuando el equipo pasa de "explorar si es posible" a "construir lo que ya sabemos que funciona". Documentar este hito —sprint, arquitectura aprobada, backlog técnico cerrado— es esencial para auditoría.

‍

⚠️ Advertencia: capitalizar para inflar EBITDA es un error. Los VCs lo deshacen en due diligence. Una política agresiva de capitalización erosiona confianza, no valora.

‍

El impacto real de CAPEX y OPEX en la financiación de tu startup

La estructura de costes no es neutral para los inversores. Afecta a tres dimensiones críticas:

1. Burn rate y runway

Un CAPEX mal planificado destruye runway. Si inviertes €150.000 en servidores propios cuando podrías pagar €8.000/mes en cloud, acabas de consumir 19 meses de ese gasto en un solo desembolso —sin haber encontrado producto-mercado.

2. Margen bruto y múltiplos de valoración

Las empresas SaaS con modelo OpEx eficiente cotizan a medianas de 3,0x EV/Revenue frente a 1,4x de las empresas hardware (Aventis Advisors, 2025). La razón: márgenes brutos del 70-85% en SaaS frente al 25-40% en hardware. Cada punto de margen bruto impacta directamente el múltiplo de valoración

3. CAPEX, dilución y cap table: el vínculo que nadie explica

Aquí está el impacto más ignorado: cada euro de CapEx que no puedes financiar con ingresos o deuda, lo financias con equity — y eso diluye a los fundadores.

‍

💡 Ejemplo de dilución por CapEx vs OpEx

Escenario A — CapEx intensivo: compras €500K en servidores GPU antes de tener ingresos. Necesitas levantar una ronda adicional de €800K para cubrir esa inversión + runway. A una valoración pre-money de €3M, cedes el 21% adicional de la empresa.

‍

Escenario B — OpEx cloud: usas Azure a €12.000/mes. Con €144K al año, creces el producto, llegas a €30K MRR, y levantas la ronda a €6M pre-money. Cedes el 12% por el mismo capital —ahorrando el 9% en dilución.

‍

La regla: retrasa el CapEx hasta que puedas financiarlo con FCF o con deuda venture. Cada €1 de CapEx adelantado en etapa temprana vale el doble en dilución futura.

‍

4. Capital efficiency y métricas de inversores

Los VCs evalúan tu estructura de costes con tres métricas. El Burn Multiple (Net Burn ÷ Net New ARR): <1,5x excelente, >3x preocupante. La Rule of 40 (crecimiento + margen EBITDA ≥ 40%): las empresas que la superan tienen valoraciones el doble (Bain & Company). Y el BVP Efficiency Score (Net New ARR ÷ Net Burn): >1,5x para startups <$30M ARR es excelente.

‍

La revolución cloud: de CAPEX a OPEX como ventaja competitiva

Antes de AWS (2006), lanzar una startup tech requería comprar servidores —CapEx puro— antes de saber si el producto funcionaría. AWS transformó esa barrera en un gasto variable que crece solo cuando crece el negocio. El impacto: la inversión VC en software duplicó el número de startups financiadas de 375 a 700/año entre 2006 y 2010 (Ewens, Nanda & Rhodes-Kropf, JFE 2018).

‍

Hoy, Gartner estima que el 51% del gasto IT empresarial se dirige a nube pública, con un gasto global de $723.400 millones en 2025. La nube no es ya una opción — es la arquitectura por defecto.

‍

‍

Casos de éxito: ¿cómo gestionan el CapEx gigantes como Netflix o Dropbox?

Netflix: el OPEX cloud que habilitó 300 millones de suscriptores

Netflix migró a AWS en 2008 tras un fallo en su único data center. Completó la transición en 2016. El ahorro de costes no fue la razón principal: fue la resiliencia y la velocidad de expansión global sin construir data centers país por país. Creció de 8 millones a 300+ millones de suscriptores. Su decisión más inteligente: modelo híbrido — AWS para el backend, Netflix Open Connect (CDN propia) para la entrega de vídeo, optimizando así la operación más costosa.

‍

Dropbox: el CAPEX que llevó el margen bruto del 33% al 82%

En 2015, con 500+ millones de usuarios, Dropbox construyó "Magic Pocket", su sistema de almacenamiento propietario. Resultado: $39,5 millones de ahorro neto el primer año, margen bruto del 33% al 67% en dos años y 82,5% en 2024. La lección: el CapEx en infraestructura propia tiene sentido a escala masiva y predecible. Antes de ese umbral — AWS era la decisión correcta.

‍

Stability AI: el OpEx que destruyó una empresa

Stability AI (UK) gastaba ~$99M/año en cloud contra ~$11M de ingresos en 2023 — ratio 9:1. Su CEO dimitió en marzo de 2024. El caso opuesto: Midjourney redujo su gasto mensual de $2,1M a $700K migrando a Google TPU. Escalar la capacidad sin escalar ingresos es letal.

‍

El CapEx oculto de la IA: GPUs, inferencia y la trampa del escalado

Un GPU H100 cuesta $25.000-$40.000. Un sistema DGX H100 supera los $300.000. El CapEx en hardware GPU pierde 40-60% de su valor en 18-24 meses. Pero la trampa real no está en el entrenamiento, sino en la inferencia — el 80-90% del coste total del ciclo de vida. Y escala linealmente con el uso.

‍

a16z documentó la paradoja: el coste de inferencia cae 10x cada año, pero los modelos de razonamiento consumen 50x más tokens. Más kilómetros por galón, pero 50x más galones.

‍

Para tu startup IA: un PoC que cuesta €1.500/mes puede escalar a más de €1M/año en producción. Planifica la arquitectura de costes antes de escalar el go-to-market.

‍

¿Cuándo hacer CAPEX y cuándo mantener todo en OPEX? Framework por etapa

Umbral práctico de evaluación: cuando superes $50.000/mes de gasto en cloud con cargas de trabajo predecibles. Por debajo, la flexibilidad de OpEx vale más que el ahorro potencial.

‍

Cómo financiar CapEx sin diluir a los fundadores: Venture Debt y alternativas

Una de las decisiones más importantes —y menos comprendidas— en la arquitectura financiera de una startup es cómo financiar el CapEx inevitable sin entregar más equity. Hay tres herramientas principales:

1. Venture Debt (Deuda Venture)

El venture debt es deuda estructurada —normalmente de 24-36 meses— respaldada por el historial de VC y los activos de la empresa. No diluye a los fundadores, y suele incluir warrants de muy bajo valor (1-3% del nominal). Es ideal para financiar infraestructura tech con vida útil >18 meses.

‍

Proveedores en Europa: Silicon Valley Bank (HSBC Innovation Banking), Kreos Capital, TriplePoint Capital, Fasanara Capital. Ticket típico: €500K–€10M. Coste: 8-12% anual + warrants.

‍

Cuándo usarlo: cuando tienes al menos 12 meses de runway con el equity levantado, ingresos recurrentes >€200K MRR, y un CapEx específico y justificable (servidores, hardware de fabricación, infraestructura IA).

‍

2. Leasing operativo vs. leasing financiero

El leasing operativo convierte un CapEx puntual en cuotas mensuales —OpEx— sin necesidad de activar el activo en balance. Para servidores, GPUs o equipamiento de fabricación, puede ser la herramienta más eficiente si el proveedor asume la obsolescencia tecnológica.

‍

Regla: si el activo puede quedar obsoleto antes del final del contrato, el leasing operativo transfiere ese riesgo al arrendador.

‍

3. Subvenciones públicas no dilutivas (España/Europa)

Para startups españolas, el CDTI (Centro para el Desarrollo Tecnológico y la Industrial) ofrece préstamos participativos para proyectos de I+D a tipo de interés 0% o muy reducido, que pueden financiar parte del CapEx de desarrollo tecnológico. Los préstamos NEOTEC (€250K–€325K) están específicamente diseñados para startups tech en etapa temprana. La EU Horizon Europe también financia infraestructura de investigación.

‍

💡 Regla de Patricio Hunt sobre CapEx y dilución. Antes de levantar equity para financiar CapEx, agota en este orden: (1) subvenciones no dilutivas (ENISA, CDTI, NEOTEC), (2) venture debt si tienes >€200K MRR, (3) leasing operativo si el activo puede quedar obsoleto, (4) sale-leaseback si ya tienes activos propios. El equity es la financiación más cara que existe. Úsala para crecer, no para comprar hardware.

‍

Implicaciones fiscales del CAPEX y OPEX que no puedes ignorar

OPEX: deducción inmediata. El 100% del gasto se deduce en el ejercicio incurrido. Para startups con caja limitada, maximiza el ahorro fiscal cuando más lo necesitas.

‍

CAPEX: deducción diferida. Se amortiza en 3-7 años. No ves el beneficio fiscal hasta años después del desembolso.

‍

Desarrollo de software (zona gris): bajo IFRS/IAS 38, la capitalización es obligatoria si se cumplen los seis criterios. Los inversores sofisticados lo revierten en due diligence si detectan capitalización agresiva.

‍

Estrategias para optimizar la estructura CAPEX/OPEX de tu startup

Para startups en fase temprana (pre-Serie A)

• Maximiza OpEx: cloud, APIs, SaaS. Preserva caja para producto y equipo.
• Evita CapEx antes de PMF. Los activos fijos no se adaptan al pivote.
• Monitoriza burn rate mensualmente. Runway de 24-36 meses es la métrica de supervivencia.
• Financia CapEx inevitable con subvenciones públicas (ENISA, CDTI, Horizon Europe).

Para startups en fase de crecimiento (Serie A-B)

• Introduce el Burn Multiple (<1,5x excelente, >3x preocupante) como métrica interna.
• Evalúa si algún CapEx crea moat defensible real.
• Implementa FinOps: el 30% del gasto cloud global es desperdicio evitable.
• Evalúa venture debt para CapEx >€300K si tienes MRR recurrente. No uses equity para hardware.

Para startups en fase de escala (Serie B+)

• Evalúa repatriación de cargas cloud estables cuando superes $50K/mes. Dropbox ahorró $75M en dos años.
• Capitaliza desarrollo de software cuando sea defensible ante auditores. No para inflar EBITDA.
• Aplica Rule of 40. Las empresas que la superan doblan valoración frente a las que no.

‍

‍

Preguntas frecuentes sobre CAPEX y OPEX en startups

‍

¿Puede una startup capitalizar el salario de sus desarrolladores?

Sí, pero solo parcialmente y bajo condiciones estrictas. Los salarios de desarrolladores son OPEX por defecto. Solo se convierten en CapEx capitalizable cuando el equipo ha superado la fase de I+D exploratoria y está construyendo un activo técnicamente viable y comercializable (IAS 38, criterios PIRATE). La clave es documentar el hito técnico de cambio de fase: arquitectura aprobada, backlog de construcción cerrado, viabilidad demostrada. Sin ese documento, un auditor rechazará la capitalización.

‍

¿En qué se diferencia el CAPEX del OPEX en empresas de software vs. hardware?

En empresas de software puro (SaaS), casi toda la operación es OPEX: cloud, APIs, salarios de desarrollo en fase I+D. El CapEx es marginal (servidores propios en escala, IPs adquiridas). En empresas de hardware, el CapEx domina: moldes de fabricación, equipamiento de producción, inventario. Esta diferencia explica por qué las empresas SaaS cotizan a 3x EV/Revenue y las hardware a 1,4x: el modelo OpEx permite márgenes brutos del 70-85% imposibles en hardware (25-40%).

‍

¿Cómo afecta la decisión de CAPEX vs. OPEX a una ronda de inversión?

De tres maneras directas. Primero, burn rate y runway: un CapEx mal planificado reduce runway y puede hacer que llegues a la ronda con menos meses de caja, debilitando tu posición negociadora. Segundo, margen bruto: los CapEx intensivos deprimen el margen bruto, que es la métrica clave para valoración SaaS. Tercero, dilución: si necesitas equity para financiar CapEx, cada euro de hardware que compras antes de tiempo te cuesta el doble en dilución futura.

‍

¿Qué herramientas puede usar una startup para financiar CapEx sin diluirse?

Por orden de coste-dilución creciente: (1) subvenciones no dilutivas: ENISA, CDTI, NEOTEC, Horizon Europe; (2) venture debt: préstamos de 24-36 meses de SVB, Kreos, TriplePoint con warrants mínimos; (3) leasing operativo: cuotas mensuales que convierten CapEx en OpEx sin activar activo en balance; (4) sale-leaseback: vender activos existentes y alquilarlos de vuelta (útil para GPUs e infraestructura IA). El equity debe ser el último recurso para financiar activos fijos.

‍

¿Cuándo debería una startup migrar de cloud (OPEX) a infraestructura propia (CapEx)?

Cuando se cumplen cuatro condiciones simultáneamente: (1) gasto en cloud superior a $50.000/mes; (2) cargas de trabajo estables y predecibles (no experimentales); (3) equipo técnico con capacidad de operar infraestructura propia; (4) proyección de crecimiento mensurable a 18-24 meses. Dropbox esperó a 500 millones de usuarios. 37signals (Basecamp) dejó AWS con ~$1,5M de ahorro anual. La decisión prematura es el error más frecuente.