Cuando el código se ensucia de barro: lo que gigantes y startups pagan de verdad por crecer

1. El gancho: el día que el Excel dijo “no” y nadie quiso escucharlo

Viernes, 20:43. Oficina semivacía de un banco tradicional en Madrid. El comité de inversión está celebrando que han cerrado una alianza con una fintech que promete “onboarding 100% digital en menos de 3 minutos”.

Mientras reparten cava, un ingeniero de sistemas (uno de los pocos que queda aún conectando cables y APIs de verdad) mira el Excel de costes regulatorios y de ciberseguridad. La integración que vendieron como “ligera” implica tocar el core bancario, revalidar modelos de riesgo, reforzar monitorización de fraude y recertificar media docena de procesos ante el supervisor.

Su Excel dice: ROI incierto, OPEX disparado durante 24 meses y un bonito montón de riesgos operativos. Nadie le pide la hoja. Solo quieren la slide del NPS proyectado.

A 15 kilómetros, en un coworking, el CTO de una fintech de préstamos celebra el mismo acuerdo. Ha prometido a sus inversores que el deal con el banco dispara la base de usuarios por 5. Lo que no les ha contado es que el equipo de desarrollo lleva tres semanas paralizado, rehaciendo el stack “cloud-native” para cumplir políticas de seguridad del banco que parecen sacadas de 2009. La velocidad de despliegue cae de varias veces al día a una cada dos semanas.

Ambos creen que han ganado. Los dos acaban de firmar sacrificios que no han entendido del todo.

Ese es el patrón que veo sector tras sector: financiero, retail, salud, movilidad, educación. Quieren crecimiento limpio y escalable, y lo único que tienen a mano son tornillos oxidados, deuda técnica, regulación densa y usuarios que no leen términos y condiciones, pero exigen que todo funcione perfecto.

Aquí no vengo a hablar de beneficios. Solo de los costes reales, los trade-offs y las piezas que se rompen cuando fuerzas el sistema.

2. Génesis: cómo terminamos atornillando microservicios a fósiles y apps a instituciones del siglo XX

No llegamos aquí por casualidad. Llegamos por capas de decisiones pragmáticas:

• Los incumbentes construyeron sus negocios en décadas donde el coste del fallo era social y regulatoriamente inadmisible: un banco que perdía depósitos, un hospital que perdía historiales, una universidad que no acreditaba títulos. Resultado: procesos robustos pero lentos, tecnología orientada a estabilidad, no a cambio.
• Las startups nacieron en la lógica contraria: “moverse rápido y romper cosas”, donde el coste del fallo se compensaba con capital riesgo, pivots constantes y usuarios más tolerantes al bug siempre que el UX fuera decente y el precio competitivo.

En 2023-2025 se juntan dos vectores:

1. Presión macro y sectorial: márgenes estrujados en casi todos los sectores (energía cara en Europa, volatilidad en Latam, consumidores más sensibles al precio). Los informes que ves en prensa —Perú cerrando 2023 con sectores agropecuario y pesquero en negativo, industrias intensivas en energía en España sufriendo— son síntomas. Cuando se contraen márgenes en lo físico, todo el mundo mira a lo digital como tabla de salvación.
2. Empuje regulatorio-tecnológico: en financiero, el regulador ya no bloquea la innovación, la canaliza (sandboxes, MiCA para cripto como el caso de Criptán en España, open banking, etc.). En Latam, la agenda de inversión pública impulsa salud, digitalización y transición verde. Resultado: hay permiso —y presión— para experimentar.

El problema: nadie actualizó el manual de costes de esa experimentación. Creemos que la digitalización es una palanca de eficiencia automática. Pero cada vez que enroscas una capa nueva —una app en un hospital público, un marketplace encima de una flota de camiones, una plataforma de edtech sobre un plan de estudios viejo— aparecen sacrificios ocultos.

Yo los he visto desde el foso, donde se rompen los despliegues y los usuarios abren tickets con mayúsculas.

3. El conflicto invisible: no es “gigantes vs startups”, es “qué prefieres sacrificar hoy”

La narrativa pública vende una guerra: bancos vs fintech, retailers vs e‑commerce, hospitales vs healthtech, taxis vs apps de movilidad, universidades vs edtech.

La realidad operativa es menos épica y más incómoda:

En casi todos los sectores, la única forma realista de crecer rápido es aceptar sacrificar algo que te duele: control, margen, velocidad, calidad o autonomía regulatoria.

Los incumbentes sacrifican unas cosas, las startups otras. Los usuarios también.

Te propongo un marco simple y crudo. Cada actor juega con cinco “palancas de sacrificio”:

1. Control (sobre datos, canales, pricing, marca)
2. Velocidad (de decisión, de desarrollo, de respuesta al mercado)
3. Margen (rentabilidad por unidad de negocio)
4. Calidad/fiabilidad (nivel de error, tiempos, soporte)
5. Libertad regulatoria (espacio para experimentar sin multas ni titulares)

No hay combinación mágica donde todo mejore a la vez. En cada sector, el crecimiento real viene de soltar alguna de estas palancas. Veamos cómo se reparten los sacrificios.

4. Evidencias e insights desde el barro: cinco sectores, tres ejes y solo trade‑offs

4.1. Sector financiero / Fintech: crecer es ceder control o margen, elige

Contexto real: en España, el Banco de España reporta un aumento del 40% en entidades fintech residentes desde 2020, hasta 421 en 2025, con unos 7.000 trabajadores. Cripto y blockchain multiplican por 11 su número de entidades. BBVA, CaixaBank y otros grandes bancos no miran desde la barrera: BBVA Spark invierte en fintechs como Equity Link o TaxDown, MicroBank canaliza cientos de millones en microcréditos.

Esto no es “los bancos van a desaparecer”. Es “los bancos han decidido pagar en margen y complejidad para no perder relevancia”.

a) Modelo de negocio: promesas y renuncias

• Incumbentes
  • Prometen seguridad y cumplimiento. Para sostener esa promesa, sacrifican velocidad y muchas veces UX.
  • Viven de comisiones, spreads, servicios de valor añadido (seguros, custodia, etc.). Protegen margen pero ceden control cuando abren APIs y alianzas.
• Fintechs
  • Prometen accesibilidad y simplicidad (alta en minutos, productos nicho, remesas baratas como Íkualo hacia Venezuela y Cuba, optimización fiscal tipo TaxDown).
  • Para entrar rápido al mercado, sacrifican libertad firmando pactos con bancos: se vuelven dependientes de su infraestructura, licencias y capital.

Trade‑off central:

• El banco que no coopera crece lento.
• La fintech que coopera renuncia a ser plenamente dueña del cliente y a parte del margen.

b) Tecnología: microservicios pegados a cores fósiles

• Bancos grandes: legado en core, capas de APIs, data lakes, fuerte inversión en seguridad y compliance. Sacrifican agilidad para sostener robustez.
• Fintechs: cloud, microservicios, CI/CD, modelos de riesgo con IA. Sacrifican estabilidad a largo plazo (deuda técnica, dependencia de proveedores cloud) por velocidad.

Cuando se integran, la velocidad baja al mínimo común denominador. El stack de la fintech se contamina de requisitos del banco; el del banco gana complejidad. Nadie “gana”, solo intercambian sacrificios.

c) Experiencia de usuario: menos papeles, más ansiedad

• Onboarding digital reduce fricción, pero aumenta:
  • Riesgo de fraude (más inversión en detección).
  • Expectativa del usuario: si tu principal competencia da crédito en 30 segundos, tú no puedes tardar 2 días… aunque sea más prudente.

4.2. Retail / e‑commerce: la comodidad digital se paga con logística, margen y salud mental del equipo

Los retailers físicos traen activos: marca, tiendas, logística básica. Las startups e‑commerce traen UX y marketing digital.

a) Modelo de negocio: volumen vs precisión

• Retail tradicional: vive de volumen y de exprimir el metro cuadrado. Para entrar en e‑commerce, sacrifica margen (envíos, devoluciones, última milla) y simplicidad operativa.
• Startups e‑commerce: viven de nichos, suscripciones, marketplaces. Ganar tráfico les exige quemar capital en marketing y descuentos.

Sacrificio compartido: nadie conserva márgenes cómodos si quiere competir en “entrega rápida + precio bajo + devoluciones fáciles”. Algo se rompe: o sube el precio, o baja el servicio, o cierras.

b) Tecnología: catálogos que no hablan con almacenes

• Incumbente: ERP legado, POS, sistemas logísticos pensados para reponer tiendas, no para servir pedidos uno a uno.
• Startup: stack cloud, headless commerce, integraciones rápidas con pasarelas de pago y operadores logísticos.

Trade‑off clásico: si el retailer no moderniza, el e‑commerce parece “pegoteado”. Si la startup escala sin invertir en sistemas de inventario y forecasting serios, el servicio colapsa.

c) UX: el botón es fácil, el almacén no

El usuario juzga por la app y el tracking del paquete. Pero la fricción real está en almacenes, transporte y devoluciones. Y ahí no hay magia digital: hay pallets, furgonetas y gente.

4.3. Salud / Healthtech: innovación a costa de sueño tranquilo y burocracia extrema

La salud no perdona errores. Cada mejora en accesibilidad o velocidad tiene un coste en coordinación, regulación y gestión del riesgo clínico.

a) Modelo de negocio: volumen asistencial vs casos de uso específicos

• Hospitales/aseguradoras: prometen cobertura integral. Su monetización depende de actos médicos, camas ocupadas, pólizas vendidas. Cualquier solución healthtech que introducen tensiona agendas, protocolos y sistemas de facturación.
• Startups healthtech: atacan problemas concretos: telemedicina, gestión de crónicos, diagnóstico asistido por IA, bienestar corporativo.

Para trabajar juntos:

• El hospital sacrifica estabilidad organizativa (nuevos flujos, resistencia clínica).
• La startup sacrifica pureza UX y velocidad: se adapta a procesos clínicos y normas internas.

b) Tecnología: historia clínica contra app bonita

• Incumbente: sistemas de historia clínica electrónica, PACS, RIS, un zoo de software sanitario. Alta criticidad, cambios lentos.
• Startup: apps de pacientes, wearables, algoritmos de IA.

Cuando integras:

• Aumenta la superficie de ataque de ciberseguridad.
• Aumenta el tiempo que clínicos pasan peleando con sistemas.

c) UX: menos colas, más ruido de notificaciones

• Mejorar experiencia del paciente (citas online, videoconsulta) suele empeorar inicialmente la experiencia del profesional: más canales, más mensajes, más interrupciones.
• La única forma de que funcione es sacrificar velocidad de despliegue y aceptar una fase de caos controlado.

4.4. Movilidad y logística: la eficiencia en pantalla se cobra en asfalto y combustible

Hablo de flotas, operadores logísticos, transporte público y su choque con apps que prometen “optimización en tiempo real” y “rutas inteligentes”.

a) Modelo de negocio: contratos largos vs demanda on‑demand

• Operadores tradicionales: contratos B2B estables, servicios recurrentes. Para entrar en la fiesta digital sacrifican previsibilidad (más picos de demanda, más volatilidad) y sencillez tarifaria.
• Startups de movilidad/logística: plataformas B2C/B2B que intermedian entre demanda y oferta (taxis/camiones/autónomos). Ganan en volumen sacrificando relación directa con el usuario final (marca diluida en la plataforma) y parte del margen.

b) Tecnología: TMS y telemática vs apps

• Incumbente: sistemas de gestión de flotas, telemetría, pero muy fragmentado.
• Startup: algoritmos de asignación y pricing dinámico, apps de conductor y cliente.

Sacrificio gordo: para tener visibilidad y eficiencia real, alguien tiene que aceptar una transparencia brutal de datos (rutas, tiempos, retrasos). Muchos operadores no quieren sacrificar ese control informacional.

c) UX: tiempo real… hasta que falla la cobertura

• Usuarios se acostumbran a ver el vehículo en el mapa. Eso acorta la paciencia: cualquier retraso se percibe como fallo grave.
• Conductores y operadores sacrificar autonomía; cada decisión la toma un algoritmo de asignación que puede o no entender la realidad del tráfico un martes lluvioso.

4.5. Educación / Edtech: plataformas bonitas contra currículos atornillados al siglo pasado

La educación tiene una inercia brutal. Los cambios curriculares van en años, las plataformas digitales se miden en semanas.

a) Modelo de negocio: matrícula y créditos vs suscripciones y licencias

• Universidades/colegios: viven de matrículas, subvenciones, tasas. Para adoptar edtech sacrifican autonomía metodológica (ajustarse al diseño de la plataforma) y tiempo del profesorado.
• Startups edtech: venden SaaS a instituciones, cursos directos al consumidor, marketplaces de formación. Crecen rápido si sacrifican personalización real; escalar suele implicar empaquetar contenidos.

b) Tecnología: campus virtual grueso vs herramientas ligeras

• Incumbente: LMS monolíticos, integraciones con sistemas académicos, burocracia digitalizada.
• Startup: microservicios, apps móviles, herramientas de evaluación adaptativa.

Integrar significa sacrificar simplicidad en ambos lados. El LMS se vuelve Frankenstein y la startup gasta la mitad de su equipo integrando en vez de innovar.

c) UX: engagement vs fatiga de pantalla

• Para el estudiante, más flexibilidad, más recursos. A cambio, más dispersión, más plataformas, más notificaciones.
• Para el profesor, nuevas herramientas a costa de curva de aprendizaje y sensación de control perdido.

5. Patrones transversales: la tabla de sacrificios entre gigantes y startups

Agrupemos lo que se repite por todos lados.

5.1. Patrones comunes de sacrificio

5.2. Asimetrías estructurales que condicionan las jugadas

1. Capital

   • Incumbentes: acceso a financiación barata, pero con fuerte escrutinio (analistas, regulador, opinión pública).
   • Startups: capital riesgo más flexible, pero volátil. Cuando el ciclo se pone duro, el grifo se cierra y los sacrificios se agudizan.

2. Talento tecnológico

   • Incumbentes: salarios competitivos, pero burocracia, tech stack antiguo. Sacrifican atractivo para perfiles punteros.
   • Startups: atractivo inicial (stack moderno, cultura), pero sacrifican estabilidad y plan de carrera.

3. Datos históricos vs datos en tiempo real

   • Incumbentes: toneladas de datos, pero atrapados en sistemas legacy y silos.
   • Startups: datos limpios pero pocos. Sacrifican precisión estadística por velocidad de aprendizaje.

4. Relación con el regulador

   • Incumbentes: acceso directo, capacidad de influir, pero muy vigilados.
   • Startups: más libertad al inicio, pero pagarán el peaje en cuanto ganen escala.

5. Huella física

   • Incumbentes: sucursales, tiendas, hospitales, campus, flotas. Esto da potencia y coste fijo.
   • Startups: ligereza física, pero dependencia de terceros para toda la parte “analógica”.

Estos desbalances empujan a:

• Coopetición estructural: inversión de bancos en fintech (BBVA Spark), acuerdos de distribución entre retailers y marketplaces, hospitales que licencian soluciones healthtech, universidades que integran plataformas edtech.
• M&A selectivo: incumbentes comprando startups para adquirir tecnología y talento, al precio de matar parte de su cultura.
• White‑label y B2B2C: muchas startups renuncian a ser marca visible a cambio de facturación recurrente desde la sombra.

Cada movimiento es una renuncia calculada.

6. El giro estratégico: si quieres crecer, decide qué vas a dejar morir

Aquí es donde dejo de describir y me pongo práctico. No hay receta edulcorada. Si diriges un incumbente o una startup y quieres resultados, toca elegir sacrificios conscientes en vez de sufrir sacrificios caóticos.

6.1. Para incumbentes: menos proyectos, más amputaciones controladas

1. Elegir un core que no vas a tocar durante 5 años

   • Sacrificio: aceptas que cierto legado se queda como está, siempre que esté encapsulado por APIs claras.
   • Beneficio implícito (no lo voy a vender como tal): concentras esfuerzo en capas donde el usuario nota el cambio.

2. Matar comités para proyectos de riesgo bajo

   • Establece umbrales: por debajo de X millones de euros y sin impacto regulatorio crítico, decisiones en 2 semanas o no se hace.
   • Sacrificio: renuncias a la ilusión de control absoluto y aceptas errores gestionables.

3. Aislar equipos “startupeados” del resto de la organización

   • Crea unidades con presupuesto propio, tech stack moderno y gobierno ágil, conectadas al core solo por APIs y compliance.
   • Sacrificio: aceptas duplicación de sistemas y procesos. Sí, habrá dos CRMs y dos formas de hacer las cosas.

4. Ser brutalmente honesto con los márgenes digitales

   • Deja de esconder el coste de logística, captación, soporte digital bajo el paraguas general. Asigna P&L claros.
   • Sacrificio: aceptarás que algunas líneas digitales no son negocio ni a 10 años vista. Y tendrás que cerrarlas.

5. Poner al regulador en la mesa desde el día 0

   • En fintech, healthtech, edtech regulado, diseña con el supervisor en mente.
   • Sacrificio: renuncias a ciertas funcionalidades o modelos de datos desde el diseño.

6.2. Para startups: menos pitch, más renuncia explícita a “serlo todo”

1. Elegir si quieres ser producto, infraestructura o marca

   • Producto nicho (ej. TaxDown en optimización fiscal): sacrificas amplitud de catálogo.
   • Infraestructura (BaaS, plataformas white‑label): sacrificas visibilidad de marca.
   • Marca directa al consumidor: sacrificas capital y margen.

2. Asumir regulaciones como restricción de diseño, no como parche último

   • En fintech, cripto (caso MiCA en Europa), salud, movilidad regulada, diseña el modelo de datos y el stack con el peor escenario regulatorio en mente.
   • Sacrificio: tu MVP será menos “sexy”, pero reducirá bombas de tiempo legales.

3. Renunciar a ciertos clientes grandes si te rompen la empresa

   • Ese banco que te pide reescribir medio producto para un contrato piloto… puede no merecer la pena.
   • Sacrificio: menos logos para el deck, más foco en clientes que no exigen auto‑saboteo total.

4. Invertir antes de tiempo en observabilidad y fiabilidad

   • Logs decentes, monitorización real, alertas saneadas.
   • Sacrificio: menos features a corto plazo, más equipo “no visible” para los inversores.

5. Aceptar que el hipercrecimiento no es la única salida

   • Diseña escenarios donde creces a ritmos moderados con unit economics sanos.
   • Sacrificio: quizá no seas unicornio, quizá sí seas empresa viva en 10 años.

7. La panorámica incómoda: el futuro es híbrido, pero no es gratis para nadie

A 5‑10 años, la foto que veo desde el foso técnico no es de disrupción total ni de statu quo inmóvil. Es de híbridos cansados pero funcionales.

7.1. Escenarios por sector (sin fuegos artificiales)

• Financiero/fintech:

  • Consolidación fuerte: muchas de las 421 fintech españolas no llegarán a 2030 independientes.
  • Los bancos seguirán siendo el esqueleto regulatorio y de balance, pero con más piezas fintech pegadas.
  • Tecnologías como IA generativa ya están metidas en crédito, fraude, soporte; el sacrificio será explicar decisiones algorítmicas a reguladores y jueces.

• Retail/e‑commerce:

  • Convergencia clara: casi todos serán híbridos, con tienda física como showroom y centro logístico ligero.
  • Startups muy nicho sobrevivirán si aceptan ser pequeñas o venderse pronto.

• Salud/healthtech:

  • Integración lenta pero persistente de telemedicina, IA diagnóstica y seguimiento remoto.
  • Trade‑off: el sistema será más eficiente en promedio, pero la variabilidad entre centros (los que inviertan bien vs los que no) puede aumentar.

• Movilidad/logística:

  • Commoditización progresiva: la “magia” algorítmica se volverá estándar.
  • El diferencial estará en operar barato y fiable, no en tener app.

• Educación/edtech:

  • Plataformas digitales se volverán la infraestructura básica, casi invisible.
  • El sacrificio cultural será grande: profesorado y gestores tendrán que soltar prácticas heredadas, y parte de la diversidad pedagógica puede perderse en estandarización de plataformas.

7.2. Tecnologías emergentes: otro juego de sacrificios

• IA generativa: acelera desarrollo, atención al cliente, análisis de datos.
  • Sacrificio: transparencia, propiedad intelectual, sesgos, dependencia de pocos proveedores.
• Automatización avanzada / IoT / edge:
  • Hace viables modelos con márgenes mínimos en logística, energía, manufactura.
  • Sacrificio: resiliencia; cuando algo falla, falla a lo grande.
• Web3 / cripto bajo marcos como MiCA:
  • Ordena un poco el caos actual. Pero exige a las cripto‑startups sacrificar la anarquía inicial y aceptar reglas de juego serias.

8. Cierre: si todo el mundo quiere crecer, alguien tiene que aceptar quemarse

Vuelvo a la escena del principio.

En el banco, el comité sigue brindando. Nadie ha mirado todavía el Excel del ingeniero que avisaba de la complejidad de la integración fintech. En la fintech, el CTO ha modificado el roadmap: la mitad de los sprints del trimestre se van a compliance y refactorizar integraciones para el banco.

Ambos se quejarán de que “la otra parte” es lenta, exigente o ingenua. La verdad es más simple: ninguno ha querido poner sobre la mesa, desde el minuto uno, qué estaba dispuesto a sacrificar para que esto funcionara.

Mientras no hablemos en esos términos —control, velocidad, margen, calidad, libertad regulatoria— seguiremos diseñando estrategias sobre presentaciones bonitas y no sobre la mecánica real de los sistemas.

Yo, como ingeniero que vive en el barro del código, los sistemas y los usuarios enfadados, solo tengo una recomendación transversal, para gigantes y startups:

Cada vez que alguien proponga “crecer” o “transformarse”, la primera slide debería llamarse: “Qué vamos a dejar morir para que esto nazca”.

Si esa slide está vacía, el proyecto ya ha fracasado. Solo que aún no lo sabe.

9. Referencias

1. Banco de España. “Competencia y estabilidad financiera en la era fintech”. Datos sobre crecimiento de entidades fintech en España (2020–2025).
2. Finanzarel. “El sector fintech en España se consolida con un crecimiento del 47% en cinco años”. Datos sobre polos fintech, cripto y blockchain.
3. BBVA. “BBVA Spark y su inversión en fintech como Equity Link”. Aplicación de IA en financiamiento de cadenas de suministro.
4. Cinco Días (El País). “BBVA Spark cierra una financiación de cuatro millones con la fintech TaxDown…”. Colaboraciones banco–fintech.
5. Cinco Días (El País). “Íkualo lanza envíos de remesas a Venezuela y Cuba”. Ejemplo de fintech de remesas.
6. Cinco Días (El País). “Los microcréditos, puerta de entrada a la iniciativa empresarial”. Datos de MicroBank y su volumen de microcréditos.
7. Cinco Días (El País). “Criptán obtiene la licencia MiCA en España”. Regulación cripto.
8. Gestión (Perú). “Economía de Perú: sectores que cerrarían 2023 en negativo”. Contexto macro y sectorial.
9. CaixaBank Research. “Resiliencia de la economía española en 2023: visión sectorial”. Impacto en sectores intensivos en energía.
10. El País, América Futura. “Una nueva agenda de inversión para el desarrollo sostenible e inclusivo en América Latina y el Caribe”. Impulso a salud, agricultura sostenible, digitalización y transición verde.
11. Atlassian. “Project Scope”. Definición de alcance en gestión de proyectos.
12. Universidad de Málaga (RIUMA). “Estructura de desglose del trabajo”. Concepto de estructura en proyectos.
13. HeadStart. “Alcance y secuencia curricular”. Organización del currículo.
14. Wikipedia (es). “Alcance (aeronáutica)”. Definición de alcance en aviación.
15. Artículo14. “En el sector fintech, ellas no están al mando”. Datos sobre representación femenina en liderazgo fintech.