El día en que dos tribus compartieron ascensor: crónica etnográfica de incumbentes y startups

El gancho: 08:17, dos cafés y un solo ascensor

A las 08:17 de un martes cualquiera, dos mundos intentan caber en el mismo ascensor.

En la planta 12, Lucía, directora de innovación de un gran banco europeo, mira el reloj: en 13 minutos presenta al comité de riesgos una propuesta para lanzar una nueva app de onboarding digital. Lleva semanas alineando a compliance, IT, operaciones y marketing. Hoy, o avanza, o el proyecto vuelve al congelador.

En la planta 7, Mateo, fundador de una fintech de apenas 14 personas que subarrienda medio piso en el mismo edificio, sostiene un café y un portátil con pegatinas. Tiene una demo con ese mismo banco a las 09:00. Su app ya permite abrir una cuenta en 7 minutos usando verificación biométrica y scoring alternativo. Si convence a Lucía y al comité, consigue su primer gran contrato B2B2C.

Se cruzan en el ascensor.

—¿Vas a la reunión de onboarding digital? —pregunta Mateo, reconociendo el logo del banco en la tarjeta de Lucía.

—Sí. Y tú probablemente eres alguna de las startups que dicen que pueden hacerlo mejor y más rápido —responde ella, con media sonrisa.

En esos 20 segundos de trayecto conviven dos códigos tribales que rara vez se traducen bien entre sí. Uno venera la estabilidad, el capital, la regulación y las jerarquías. El otro, la velocidad, el experimento barato y la flexibilidad.

Como antropólogo que lleva años observando este choque de tribus en banca, retail, salud, movilidad y educación, propongo seguir un solo día en la vida de personajes como Lucía y Mateo. No para repetir la fábula fácil de “lento contra ágil”, sino para entender qué rituales diarios explican sus modelos de negocio, su tecnología y la experiencia de usuario que entregan.

Porque lo que hoy llamamos “mercado” se parece cada vez más a un conjunto de aldeas enfrentadas que comparten clientes, pero no comparten lenguaje.

El origen del ritual: cómo llegamos a dos tribus en el mismo edificio

09:03 – Sala de cristal, planta 15: el consejo de ancianos

Lucía entra en una sala que parece un pequeño parlamento. Hay representantes de riesgo, jurídico, IT, canal físico, canal digital, datos, RR. HH. Cada silla encarna una obligación acumulada durante décadas: licencias bancarias, inspecciones, auditorías, redes de sucursales, legacy que nadie se atreve a apagar.

Ese mundo no se construyó para moverse rápido. Se construyó para no caerse.

Mientras presenta las diapositivas, Lucía nombra conceptos que son tótems para su tribu: solvencia, capital regulatorio, continuidad de negocio, reputación. El modelo de negocio del banco es un ecosistema cerrado que protege un privilegio: captar depósitos, prestar y cobrar comisiones en un entorno fuertemente vigilado.

En paralelo, en un cowork de la planta 7, Mateo se conecta a una videollamada con sus desarrolladores repartidos entre Madrid, Bogotá y Lisboa. No hay consejo de ancianos. Hay un tablero de tareas en la pantalla, unos cuantos KPIs en tiempo real y un objetivo existencial: sobrevivir a los próximos 12 meses.

Su modelo de negocio es otro ritual: ofrecer una funcionalidad muy concreta (onboarding KYC ultrarrápido) y cobrar por uso a varias entidades financieras. No tiene sucursales, ni oficinas regionales, ni un ejército de gestores. Tiene cloud, APIs y contratos con proveedores de verificación de identidad.

El marco tribal: tres dimensiones, dos códigos

Si dejáramos a un lado los balances y miráramos con ojos antropológicos, veríamos que incumbentes y startups se distinguen por cómo organizan tres rituales diarios:

1. Modelo de negocio: cómo entra y sale el dinero de la tribu, qué se considera “sagrado” (protegido) y qué se puede sacrificar.
2. Tecnología: qué herramientas usan como prolongación de sus manos y de su memoria colectiva.
3. Experiencia de usuario: cómo tratan a los forasteros que llegan a su aldea pidiendo un servicio.

Dentro de cada dimensión, cada tribu tiene sus palancas de poder:

• El incumbente domina la estabilidad, la escala y la legitimidad regulatoria.
• La startup domina la velocidad, la focalización y la plasticidad tecnológica.

Lo interesante no es repetir quién es “mejor”, sino observar cómo se manifiesta esa diferencia hora a hora en sectores concretos.

El conflicto invisible: lo que no se ve en las notas de prensa

10:22 – La pantalla del cliente: dos promesas distintas

Claudia, 32 años, autónoma, intenta abrir una cuenta de empresa mientras desayuna. En su móvil tiene abiertas dos pestañas:

• La web del banco de Lucía.
• La app de una fintech competidora.

Desde fuera, parece que está comparando productos. En realidad, está eligiendo entre dos modelos de organización social.

En el banco, Claudia se enfrenta a un formulario largo, a veces redundante, con campos pensados para procesos internos más que para su realidad. La experiencia de usuario traduce a la perfección la historia de la organización: departamentos estancos, decisiones lentas, miedo a errores regulatorios.

En la fintech, Claudia responde pocas preguntas. El flujo se adapta según sus respuestas. La experiencia refleja otra historia: un equipo pequeño obsesionado con optimizar conversión y retención, apoyado en datos.

El conflicto invisible es este: ambas promesas son parciales.

• El banco promete protección, pero a costa de tiempo y fricción.
• La fintech promete facilidad, pero reposa sobre infraestructuras (pagos, supervisión, garantías implícitas) que otros han construido.

Como en cualquier sistema tribal, cada grupo exagera las virtudes propias y los defectos ajenos, sin reconocer su interdependencia.

Evidencias e insights: un día en banca, retail, salud y movilidad

A lo largo del día, seguiremos a nuestras dos tribus en cuatro territorios: banca/fintech, retail/e‑commerce, salud/healthtech y movilidad/logística. Las cifras y patrones conocidos del mercado se filtran a través de escenas cotidianas.

1. Banca / Fintech: el templo regulado frente al campamento móvil

11:05 – Banca: el modelo de negocio como muralla

En la sede central, Lucía asiste a una reunión con el CFO. Se repasan tres pilares del banco:

• Márgenes de interés sobre préstamos e hipotecas.
• Comisiones por servicios (tarjetas, cuentas, transferencias, gestión de patrimonio).
• Productos más complejos (seguros, fondos) vendidos a una base de clientes captada a lo largo de décadas.

Los costes fijos son enormes: sucursales, personal, sistemas centrales, cumplimiento normativo. La regulación es alta, pero también actúa como foso defensivo.

Al otro lado de la ciudad, Mateo ajusta con su equipo el pricing de su producto: cobra a bancos y neobancos una tarifa variable por onboarding completado y un fee mensual por acceso a la API. No existe red física. Su estructura de costes gira en torno a:

• Infraestructura cloud.
• Equipo técnico pequeño pero cualificado.
• Gastos comerciales y de cumplimiento mínimo necesario.

Su apuesta es la escalabilidad: integrar su módulo con tantos bancos como pueda.

Tecnología: core bancario contra arquitectura cloud‑native

Lucía sabe que el banco opera sobre un core bancario legado. Cada cambio requiere:

• Análisis de impacto transversal.
• Meses de desarrollo y pruebas.
• Ventanas limitadas para desplegar.

Esto reduce la velocidad de iteración, pero ofrece robustez y control.

Mientras tanto, la fintech de Mateo utiliza:

• Infraestructura cloud‑native.
• Microservicios.
• Integración vía APIs con terceros de verificación, scoring e identidad.

Puede hacer despliegues diarios, experimentar, revertir si algo falla. Esa rapidez se traduce en adaptación constante al mercado.

Experiencia de usuario: dos formas de recibir al forastero

Claudia termina su proceso:

• En el banco de Lucía, tarda varios días en ver su cuenta plenamente operativa. Hay pasos manuales, validaciones adicionales, interacciones físicas en algunos casos.
• En la fintech, en minutos tiene un IBAN, una tarjeta virtual y una interfaz que aprende de su comportamiento.

Desde la lente etnográfica, las diferencias se pueden resumir en este pequeño marcador tribal:

2. Retail / E‑commerce: la tienda‑catedral y el mercado digital permanente

13:10 – Retail físico: el inventario como tótem

En un almuerzo de networking, Lucía coincide con Carlos, director de operaciones de una gran cadena de retail. Carlos describe su día:

• Márgenes ajustados sobre venta física.
• Dependencia de tráfico a tienda.
• Contratos de alquiler a largo plazo.
• Cadena logística compleja, optimizada para reposición a tienda.

El modelo de negocio es intensivo en activos físicos y personal de tienda. La regulación es moderada, pero la presión competitiva es altísima.

Mientras tanto, a pocas calles, Sofía, fundadora de una startup de quick‑commerce que utiliza el modelo de marketplace, mira un panel en su móvil: pedidos en tiempo real, riders activos, comercios asociados. Ha construido una plaza digital donde otros ofrecen productos, y su ingreso principal son comisiones por pedido y tarifas de entrega.

Sus costes fijos son más bajos: no posee la mayoría del inventario ni las tiendas, se apoya en socios y flotas externas.

Tecnología: ERP legado contra plataforma orquestadora

Carlos pelea con un ERP que nació para gestionar tiendas físicas. Integrar e‑commerce sobre eso ha sido como añadir un piso moderno encima de una casa de piedra:

• Batch nocturnos para inventario.
• Poca visibilidad unificada del cliente.
• Integraciones limitadas con APIs externas.

La startup de Sofía, en cambio, gira alrededor de:

• Microservicios para catálogo, logística y pagos.
• Integración con múltiples proveedores vía API.
• Algoritmos de asignación dinámica de repartidores y estimación de tiempos.

Experiencia de usuario: del pasillo al feed

Marina, 28 años, quiere comprar comida para una cena improvisada.

• Si va al retail de Carlos, tendrá que desplazarse, hacer cola, ajustar su compra a horarios y stock físico.
• Si abre la app de Sofía, ve una oferta personalizada basada en compras previas, recibe sugerencias y tiene la cena en casa en menos de una hora.

La promesa tribal del retail clásico: variedad y sensación de control físico. La de la startup: tiempo ahorrado y conveniencia extrema.

3. Salud / Healthtech: el hospital‑fortaleza y la clínica en el bolsillo

16:05 – Sala de espera: burocracia como rito de paso

En un hospital público, Andrés, 54 años, espera desde hace media hora para actualizar sus datos y confirmar una cita. El hospital funciona con un modelo de negocio basado en presupuestos públicos y seguros, con procesos intensamente regulados. La prioridad es la equidad de acceso y la seguridad clínica, no la comodidad.

Los sistemas informáticos son un mosaico de aplicaciones heredadas: historia clínica electrónica, agendas, facturación, prescripción. Muchos no se hablan bien entre sí.

A pocos metros, en una cafetería, Ana, 37 años, abre una app de telemedicina para una consulta de salud leve. La startup de healthtech que gestiona la plataforma cobra por consulta o mediante suscripción mensual. Se integra con profesionales médicos que trabajan parcialmente en remoto.

Tecnología: sistemas legados vs telemedicina modular

En el hospital, cada cambio tecnológico se mide en años y millones de euros. La prioridad: interoperabilidad con estándares, ciberseguridad estricta, validación clínica.

La startup de healthtech emplea:

• Videoconsulta con encriptación.
• Sistemas de triaje automático con IA.
• Analítica de datos para tiempos de respuesta y satisfacción.

El hospital tiene profundidad funcional, pero poca flexibilidad. La startup tiene flexibilidad, pero cubre un conjunto de casos acotados (mayormente patologías leves o seguimiento básico).

Experiencia de usuario: dos formas de cuidar

Andrés percibe al hospital como una institución pesada pero legítima: confía en que allí están los especialistas más preparados, aunque el proceso sea lento.

Ana percibe la app como una puerta rápida a respuestas inmediatas. La UX está diseñada como una conversación guiada, con recordatorios y documentación accesible.

Ambos mundos conviven. Muchos médicos trabajan en los dos. Pero las reglas tribales de uno y otro son radicalmente distintas.

4. Movilidad / Logística: la flota patrimonial y el enjambre distribuido

18:45 – Centro logístico: el camión como tótem de capital

En la periferia, una empresa logística tradicional coordina una flota de camiones que le pertenece. El modelo de negocio se basa en:

• Contratos a largo plazo con grandes clientes.
• Altos costes de capital en vehículos e infraestructura.
• Optimización de rutas planificadas con poca variabilidad.

La regulación de transporte y seguridad es estricta.

En una incubadora del centro, Nuria lidera una startup de logística digital tipo marketplace (similar a Uber Freight). Su plataforma no posee camiones: conecta cargas con transportistas independientes. Los ingresos vienen de comisiones por intermediar y, en algunos casos, de servicios añadidos (seguros, anticipos).

Tecnología: TMS heredado vs plataforma de orquestación en tiempo real

La logística tradicional funciona con sistemas de gestión de transporte (TMS) diseñados para clientes fijos y rutas predecibles. La visibilidad en tiempo real es parcial.

La startup de Nuria se apoya en:

• Geolocalización continua de vehículos.
• Algoritmos de matching en tiempo real.
• Análisis de datos para precios dinámicos.

Experiencia de usuario: del contrato al botón

Un responsable de operaciones en una empresa industrial tiene dos opciones para mover una carga urgente:

• Llamar a su operador logístico tradicional, que activará procedimientos y tarifas basados en el contrato marco.
• Abrir la app de Nuria, donde puede ver opciones de transporte, precios y tiempos estimados en una interfaz clara.

El operador tradicional ofrece estabilidad y relación de confianza. La startup ofrece visibilidad y flexibilidad instantánea.

Patrones transversales y trade‑offs: lo que se repite en todas las aldeas

Si juntamos todos estos momentos del día, emergen patrones tribales comunes:

1. Desintermediación y marketplaces: en retail y logística, las startups escalan creando plazas digitales donde terceros se relacionan. Reducen activos propios y se especializan en orquestar.
2. Modelos flexibles de ingreso:
   • Suscripciones en healthtech.
   • Pago por uso en fintech B2B.
   • Comisiones en e‑commerce y movilidad.
3. Uso intensivo de datos: tanto para personalización de UX (banca, retail) como para optimización operativa (logística, telemedicina).
4. Mobile‑first: el móvil como ventanilla principal de la tribu para relacionarse con sus forasteros.

En paralelo, las tensiones estructurales se parecen mucho entre sectores:

• Solidez regulatoria vs velocidad: bancos y hospitales no pueden moverse tan rápido como una app de reparto, y eso no es solo pereza: es obligación legal y social.
• Escala vs foco en nichos: los incumbentes tienen capacidad de llegar a millones, pero se les escapan segmentos específicos que las startups explotan.
• Rentabilidad actual vs apuesta por crecimiento: la mayor parte de las startups sacrifica beneficios en busca de expansión, mientras los incumbentes están sometidos a expectativas trimestrales.
• Profundidad funcional vs sencillez de UX: la complejidad que gestionan un banco universal o un hospital general es enorme; simplificar la interfaz sin perder rigor es más difícil de lo que aparenta.

Podemos sintetizar estos choques en un marcador de “ganancias y sacrificios” típicos:

Visto así, el conflicto no es tanto “viejo contra nuevo” como dos formas complementarias de gestionar escasez y riesgo.

El giro estratégico: qué deberían cambiar hoy las dos tribus

19:30 – Lucía y Mateo en la misma sala: la negociación de los códigos

Al final del día, Lucía y Mateo vuelven a encontrarse, esta vez en una sala de reuniones para la demo.

Lucía no busca una app bonita; busca reducir abandono en onboarding sin ampliar el riesgo de fraude ni incumplir ninguna norma. Mateo no busca solo un logo; busca validación para su modelo y acceso a escala.

Lo que pase en esa hora condensará las lecciones que ambas tribus deberían extraer de los contrastes vividos durante el día.

Desde la aldea grande: lecciones para el incumbente

1. Modelo de negocio: pasar de fortaleza cerrada a sistema con puertas controladas

• Identificar funciones donde la startup puede ser proveedor de capacidad y no competidor frontal (ejemplo: módulos de onboarding, scoring alternativo, log‑in unificado, telemedicina ligera).
• Explorar modelos B2B2C con startups: la corporación mantiene la relación principal y la startup aporta una capa concreta de valor.
• Crear vehículos estables de colaboración: corporate venture capital, programas de venture building donde se testean nuevos modelos con foco en nichos sin canibalizar el core.

Acciones concretas:

• Mapear el journey del cliente y marcar los “momentos de fricción” donde una startup podría mejorar la propuesta sin tocar el core regulado.
• Definir políticas claras de revenue‑sharing y propiedad del dato en colaboraciones.

2. Tecnología: modernización progresiva del core sin parálisis

• Adoptar una estrategia API‑first para exponer capacidades internas a terceros de forma controlada.
• Priorizar la modernización por dominios: empezar por capas de experiencia y datos antes que intentar reemplazar el core de golpe.
• Crear equipos híbridos (IT + negocio + legal) que gestionen un catálogo de APIs y partnerships.

Acciones concretas:

• Establecer un “plataforma office” con mandato para habilitar integraciones seguras con startups.
• Definir un roadmap de desacoplamiento: ¿qué servicios se pueden externalizar o componibilizar primero (onboarding, notificaciones, analítica)?

3. Experiencia de usuario: tratar la fricción como síntoma, no como precio inevitable

• Observar cómo las startups gestionan onboarding, soporte e interfaz, y traducir esas prácticas a contexto regulado.
• Invertir en equipos de servicio diseñados como producto, con métricas de conversión, NPS y retención.
• Incorporar usuarios reales en el diseño de procesos críticos (cuentas, préstamos, reclamaciones, citas médicas, envíos urgentes).

Acciones concretas:

• Rediseñar al menos un flujo crítico al año con un equipo mixto y un socio startup, midiendo impacto.
• Sustituir métricas internas (tiempos de procesamiento) por métricas de experiencia (tiempo total hasta el valor percibido por el cliente).

Desde el campamento ligero: lecciones para la startup

1. Modelo de negocio: usar la regulación como escudo, no solo como obstáculo

Mateo ha aprendido de otros sectores: neobancos que se apoyan en licencias bancarias de terceros, healthtechs que se integran con hospitales, plataformas logísticas que ofrecen seguros y compliance como servicio.

Estrategias clave:

• Construir una wedge strategy: entrar por un problema ultraespecífico y crítico para el incumbente (por ejemplo, reducir abandono en onboarding un 20%, reducir tiempos de entrega en una zona, mejorar ocupación de citas libres en salud leve).
• Diseñar de inicio el modelo para ser compatible con la regulación vigente del incumbente, no contra ella.
• Ofrecer garantías y certificaciones (seguridad, protección de datos) como parte de la propuesta.

2. Tecnología: prepararse para la integración con sistemas que nunca fueron pensados para ti

• Invertir desde temprano en una arquitectura preparada para integrarse con legacy: flexibilidad en formatos de datos, adaptadores, soporte para protocolos antiguos.
• Documentar APIs con rigor, ofrecer entornos de sandbox y soporte técnico a equipos del incumbente.

3. Experiencia de usuario: pensar en B2B2C, no solo en B2C

La app de Mateo puede ser impecable, pero si no se adapta al viaje interno del banco (riesgos, reporting, flujos de aprobación), no prosperará.

Estrategias prácticas:

• Entender el “journey interno” de decisión del incumbente: comités, calendarios, controles.
• Diseñar paneles y herramientas para el propio equipo del incumbente (operaciones, riesgo, soporte) que les faciliten adoptar la solución.

La visión amplia: ¿qué pasa con la aldea cuando ambas tribus se mezclan?

21:15 – La decisión provisional

Al terminar la demo, el banco de Lucía no firma un contrato inmediato, pero acuerda un piloto de 6 meses con la fintech de Mateo. No es la victoria épica que imaginaba la startup ni la gran transformación que soñaba el área de innovación.

Sin embargo, en la lógica antropológica, ese piloto es un nuevo rito compartido: un ritual de prueba, métricas y cohabitación. Si funciona, no será porque la startup haya “ganado” a la corporación, sino porque ambas hayan acordado un lenguaje común en las tres dimensiones clave:

• Un modelo de negocio claro (quién cobra qué, por qué, bajo qué condiciones regulatorias).
• Una integración tecnológica que no violente ni el core del banco ni la agilidad de la startup.
• Una experiencia de usuario coherente que no rompa la confianza que el banco ha construido ni la fluidez que la fintech promete.

En banca, retail, salud o movilidad, cuando este tipo de ritos prosperan, surgen patrones nuevos:

• Bancos que se convierten en plataformas donde coexisten productos propios y de terceros.
• Cadenas de retail que integran dark stores y marketplaces para extender catálogo sin multiplicar superficie física.
• Hospitales que colaboran con healthtechs para gestionar la primera capa de demanda ligera.
• Operadores logísticos que usan plataformas digitales para absorber picos de demanda sin comprar más flota.

No es una guerra de exterminio entre tribus, sino un proceso de hibridación. La pregunta ya no es quién va a “ganar el mercado”, sino qué tipo de tejido social y económico queremos construir a partir de esa mezcla.

Tabla final: el código compartido posible

Para cerrar este informe del día, podemos condensar las observaciones en un esquema que no esté pensado para elegir bando, sino para identificar espacios de convergencia.

Si volvemos al ascensor de las 08:17, lo que parecía un encuentro casual entre Lucía y Mateo es, en realidad, una instantánea de este momento histórico: dos tribus que han aprendido a sobrevivir de formas distintas, obligadas a compartir no solo un edificio, sino un futuro común.

La verdadera cuestión estratégica para ambos no es cómo “convertirse en el otro”, sino qué parte del propio código tribal están dispuestos a cuestionar para que sus clientes —esas figuras que atraviesan todas las aldeas con un móvil en la mano— no tengan que elegir cada día entre confianza y fluidez.

Referencias

1. AIMC – "Marco General de los Medios en España 2025": datos estructurales sobre hábitos y equipamiento digital de los hogares, útiles para contextualizar la adopción de servicios online.
2. Secretaría de Hacienda – "Marco Fiscal de Mediano Plazo 2024‑2034": ejemplo de cómo los marcos regulatorios y financieros condicionan las inversiones en infraestructuras tecnológicas de grandes instituciones.
3. Ministerio de Hacienda de El Salvador – "Marco Institucional": base para entender la complejidad organizativa y de competencias en entidades públicas, análoga a la de grandes incumbentes privados.
4. Negocios10 – "Modelos de negocio disruptivos que están cambiando la industria" (2023): síntesis de tendencias como suscripción, marketplaces y SaaS.
5. Forbes Chile – "Metaverso: modelos de negocio, comercio y marketing" (2023): ejemplo de nuevos entornos donde se están probando modelos digitales basados en experiencias.
6. Wikipedia – "Modelo de negocios de cebo y anzuelo": arquetipo de modelo basado en producto básico + consumibles, extrapolable a ciertas prácticas de fidelización.
7. Wikipedia – "Economía circular": referencia a modelos de negocio que integran sostenibilidad y reutilización, relevantes para retail y logística.
8. Wikipedia – "Lienzo de modelo de negocio": herramienta conceptual para mapear los componentes clave de modelos de negocio en ambos tipos de actores.
9. trueSizeOfCountries.org, heighttools.com, carsized.com, screensizechecker.com: ejemplos de herramientas de comparación de dimensiones, útiles metafóricamente para entender la necesidad de marcos comparativos claros entre incumbentes y startups.