viernes, 14 de agosto de 2026

La visión domina al tiempo

La visión domina al tiempo.

Amazon tardó 9 años en ser rentable. La mayoría de las startups no llega a 5. La diferencia no es el tiempo.Es la claridad sobre a qué negocio perteneces — y quién está resolviendo en silencio lo que otros celebran sin haber entregado.

El 90% de las startups falla. El 70% entre el año 2 y el 5. Solo el 28% de empresas de software llega a $100 millones en ingresos. Y cuando llega el cambio regulatorio que alborota el gallinero, los que realmente saben lo resuelven en semanas, sin circo, sin show — y capturan el mercado que los demás abandonaron por el pánico.

Emprendedor con visión clara — estrategia y claridad de negocio
Jeff Bezos en 1994 renunció a su trabajo en Wall Street, condujo a Seattle mientras su esposa tomaba notas del plan de negocio, y pasó los siguientes nueve años construyendo algo que el mercado no entendía todavía pero que él tenía completamente claro. La claridad no produce rentabilidad inmediata. Produce la resiliencia para seguir cuando los que no la tienen se rinden.

Hay dos tipos de personas en cualquier reunión donde llega una nueva regulación, una nueva tecnología o una nueva exigencia del mercado. El primer tipo empieza a hablar de lo complicado que es, de lo que necesitan contratar, de lo que van a costar las multas si no cumplen, de la presentación que le van a hacer al consejo para explicar el problema. El segundo tipo ya está en silencio calculando la solución — los pasos concretos, en qué orden, con qué recursos ya disponibles, en cuántas semanas. No porque sea más inteligente. Porque tiene la claridad de negocio que hace que cualquier perturbación externa sea solo otra variable a resolver. La diferencia entre Amazon y las 9 de cada 10 empresas que no llegan a su décimo aniversario no es el presupuesto ni la tecnología ni el ecosistema. Es esa claridad. Y esa claridad se puede construir — si alguien está dispuesto a hacer las preguntas correctas antes de que llegue la urgencia.

90%de las startups fracasa en su ciclo de vida completo — el número más consistente de la última década de investigaciónBLS · CB Insights · Exploding Topics · 2026
70%fracasa entre el año 2 y el año 5 — cuando el entusiasmo inicial cedió y la realidad operacional tomó su lugarMcKinsey · BLS 2024 via Commerce Institute
70.9%tasa de fracaso en 10 años del sector de información y software — el más alto de todos los sectores rastreados por BLSBureau of Labor Statistics 2024 · Preuve AI
28%de empresas de software y servicios online llega a $100M en ingresos. El 97% nunca llega a $1,000MCB Insights · RevenueMemo 2026
75%de startups que reciben capital de riesgo nunca devuelven efectivo a sus inversores — el capital que financió el crecimiento tampoco financió la rentabilidadHarvard Business School · Shikhar Ghosh 2024

El problema real no es el mercado — es la confusión entre crecimiento y negocio

Amazon en sus primeros nueve años no era una empresa que no sabía cómo ser rentable. Era una empresa que deliberadamente elegía reinvertir cada dólar de margen en capacidades que construían una ventaja estructural de largo plazo: la red de distribución, los servidores que se convirtieron en AWS, los datos de comportamiento del cliente que alimentaron décadas de personalización. Bezos tenía claro a qué negocio pertenecía — y esa claridad le permitía tomar decisiones que confundían a los analistas de Wall Street pero que eran perfectamente coherentes con la estrategia que tenía documentada desde 1997 en su primera carta a accionistas.

La mayoría de las startups que fracasan entre el año 2 y el 5 no tiene ese problema. Tiene el opuesto: el 42% de las startups que cierra lo hace porque no había demanda real del mercado para lo que construyeron (CB Insights 2024). El 29% se queda sin efectivo. El 23% falla por el equipo equivocado. Y el 19% pierde frente a la competencia. Esas cuatro causas tienen una raíz común: nadie hizo, con honestidad y con datos, la pregunta básica de si el negocio que estaban construyendo era un negocio real — o una narrativa bien presentada financiada por capital que eventualmente se agotó.

La confusión que destruye más empresas que cualquier competidor

Crecer en usuarios no es crecer en negocio. Levantar capital no es generar valor. Tener tecnología avanzada no es tener ventaja competitiva. Endeavor documentó que el 70% de los fondos en LATAM modificó sus criterios de valuación en 2024 para enfocarse en empresas rentables y sostenibles — después de años financiando crecimiento sin rentabilidad. Esa corrección llegó tarde para muchas empresas que construyeron toda su operación sobre la promesa de una siguiente ronda que no llegó.

El VC hit a five-year low en LATAM en 2023 con una caída del 81.7% desde los récords de 2021. Las startups que sobrevivieron ese ajuste no fueron las que tenían el pitch más sofisticado. Fueron las que tenían un modelo de negocio que no dependía de la siguiente ronda para existir.

Equipo directivo con claridad estratégica — decisiones de negocio sin ruido
La empresa que sabe exactamente a qué negocio pertenece — cuál es su ventaja real, qué cliente la elige y por qué, qué produce rentabilidad hoy y qué construye ventaja mañana — toma decisiones completamente diferentes de la que está corriendo hacia el próximo hito de crecimiento para la siguiente ronda. Esa diferencia de claridad es la que determina quién está en el mercado en cinco años.

Cuando llega el cambio regulatorio — el gallinero y los que realmente saben

Hay una escena que se repite cada vez que una nueva regulación entra en vigor. En el sector fintech, en banca, en salud, en aviación, en energía — no importa el sector. La escena es la misma. El día que el DOF publica la resolución, los grupos de WhatsApp explotan. LinkedIn se llena de posts sobre "el impacto" de la regulación. Los despachos de abogados mandan boletines. Las firmas de consultoría ofrecen talleres de "preparación regulatoria". Y las empresas entran en modo pánico: reuniones de emergencia, comités de crisis, presupuestos de emergencia para contratar a alguien que les explique qué pasó.

En ese mismo momento, hay una fracción pequeña de personas que ya leyó la resolución completa, ya entendió exactamente qué cambia y qué no, ya tiene un diagnóstico de qué necesita hacer la empresa para cumplir, y ya está diseñando la secuencia de implementación. No porque sean más inteligentes. Porque tienen la experiencia y la arquitectura de comprensión que hace que una nueva regulación sea otro problema a resolver, no una crisis existencial.

El ejemplo más reciente — CNBV y la digitalización de expedientes de crédito

En marzo de 2026, la CNBV publicó una de las modificaciones más relevantes en materia de originación de crédito: expediente único por acreditado, reutilización de documentación vigente, reconocimiento de Firma Electrónica Avanzada, validaciones remotas, simplificación documental. El mensaje regulatorio fue claro: menos papel no significa menos control — la carga evoluciona hacia identidad digital, trazabilidad, integridad de información y gobierno de datos.

Los bancos, las fintechs, las SOFOMES y los agregadores que ya habían invertido en biometría, KYC digital, gestión documental y automatización de controles no tuvieron que hacer nada extraordinario. Ya cumplían el espíritu de la nueva regulación porque habían construido correctamente desde el inicio. Los que no lo habían hecho tienen ahora tres meses de plazo y un problema de arquitectura que no se resuelve con un taller de LinkedIn.

Ese patrón se repite en todos los sectores y en todos los cambios regulatorios de los últimos 15 años. SAT 2026 y la fiscalización de cuentas fintech. PLD/FT y los nuevos plazos de 24 horas para reportar operaciones sospechosas. IATA NDC y la reestructuración de la distribución aérea. COFEPRIS y los requisitos de trazabilidad farmacéutica. ASEA y los controles de seguridad energética. En todos los casos, la empresa que llegó preparada no llegó preparada por suerte. Llegó preparada porque alguien con visión integral de negocio, procesos, datos, tecnología y regulación había construido la arquitectura correcta antes de que la urgencia lo exigiera.

3 meses
El plazo que separa a los preparados de los que improvisan — CNBV · DOF · 2026

Hacienda dio tres meses a las instituciones de crédito para ajustar sus procedimientos internos a la nueva resolución de digitalización de expedientes crediticios publicada en DOF el 1 de julio de 2026. Para las instituciones con arquitectura de identidad digital y KYC bien implementados, ese plazo sobra. Para las que nunca lo hicieron correctamente, tres meses no alcanza para hacer bien lo que debió construirse desde el inicio. La regulación no crea el problema — lo expone.

CNBV DOF · Resolución firmada por Ángel Cabrera Mendoza · 17 de marzo de 2026

El hacedor del cómo — sin show, sin circo, sin cobrar millones

Hay un perfil de profesional que existe en todos los sectores y que muy pocas empresas saben identificar hasta que lo necesitan urgentemente. No es el que mejor presenta. No es el que más certificaciones tiene en el LinkedIn. No es el que viene de la firma con el nombre más conocido. Es el que se sienta en la sala, escucha el problema real — no el síntoma que la empresa cree que es el problema — y en 20 minutos tiene una hipótesis de solución que los demás tardarán semanas en llegar.

Ese perfil tiene algunas características que lo distinguen de inmediato. Hace preguntas antes de proponer soluciones. Pregunta sobre el modelo de negocio, sobre los datos disponibles, sobre los procesos actuales, sobre las restricciones regulatorias reales. No asume. Diagnostica. Y cuando tiene el diagnóstico, propone una solución específica — no una metodología, no un framework, no un proyecto de 18 meses. Una solución concreta, en pasos, con responsables, con métricas de éxito definidas antes de empezar y con la honestidad de decir cuándo algo no va a funcionar antes de invertir en ello.

Lo que diferencia al que resuelve del que gestiona

Asume el ownership cuando no hay nadie que lo tenga. En las organizaciones donde la responsabilidad está difusa — donde cada área señala a otra cuando algo no funciona — el hacedor del cómo no espera a que alguien defina quién es responsable. Toma el problema, lo define, y lo conduce hasta que está resuelto. No porque sea imprescindible para siempre. Porque en el momento crítico, alguien tiene que ser el dueño del resultado.

Trabaja con lo que hay, no con lo que idealmente debería haber. La solución perfecta implementada en seis meses cuando el problema es urgente no es la solución correcta. La solución correcta es la que resuelve el problema real en el tiempo disponible con los recursos que existen — y que construye la base para la solución más completa que vendrá después cuando haya más tiempo.

No cobra millones porque no lo necesita para producir resultados. El valor que entrega no depende de un equipo grande, de un presupuesto extraordinario o de una metodología propietaria. Depende de la experiencia real, la visión integral y la capacidad de conectar estrategia, datos, procesos y tecnología en una solución que la empresa puede operar sola cuando el experto se va.

Arquitecto de soluciones trabajando con equipo — ownership y resultados sin ruido
La persona que resuelve no necesita un ejército detrás. Necesita acceso al problema real, la confianza de la organización para operar sin burocracia, y el tiempo suficiente para hacer las preguntas que nadie había hecho antes. El resultado siempre sorprende — no porque la solución sea mágica, sino porque era más simple de lo que la urgencia hacía parecer.

La ventaja competitiva del que llega preparado

Cuando una regulación nueva alborota el gallinero, el mercado hace algo predecible: los que no estaban preparados recortan, paralizan y esperan a entender qué pasó. En ese momento de parálisis hay una ventana de oportunidad que los preparados pueden capturar — no porque sean más agresivos, sino porque tienen la capacidad de seguir operando mientras los otros están en modo crisis.

En el sector fintech mexicano, las instituciones que ya tenían KYC digital robusto, biometría integrada y gestión documental en orden cuando llegó la resolución de la CNBV de 2026 no solo cumplieron sin costo extraordinario. Capturaron clientes de competidores que pausaron su operación de originación mientras resolvían el cumplimiento. En aviación, las aerolíneas que ya operaban con NDC antes de que IATA lo exigiera no solo evitaron la transición costosa. Ganaron distribución y margen que sus competidores tardaron dos años en recuperar.

El cambio regulatorio no destruye mercados. Redistribuye el mercado entre los que estaban listos y los que no. Y esa redistribución siempre favorece al mismo perfil: la empresa que tenía sus procesos documentados, sus datos en orden, su arquitectura tecnológica alineada con su modelo de negocio, y a alguien con visión integral que pudo convertir el cambio en oportunidad antes de que los demás terminaran sus reuniones de emergencia.

9 años
Amazon · 1994–2003 · De startup a empresa rentable con claridad de propósito desde el año 1

Amazon no tardó 9 años en ser rentable porque no sabía cómo hacerlo. Tardó 9 años porque sabía exactamente lo que estaba construyendo y eligió deliberadamente reinvertir cada dólar en la infraestructura que le daría una ventaja estructural imposible de replicar. La carta a accionistas de 1997 describe con precisión el negocio que Amazon sería en 2003. Esa claridad — documentada, compartida, sostenida ante las críticas de Wall Street — es lo que distingue a las empresas que sobreviven las crisis de las que las crisis las revela. El modelo de negocio correcto, construido con paciencia y con arquitectura, siempre gana al modelo de crecimiento que no entiende a qué negocio pertenece.

Amazon Annual Report 1997 · Jeff Bezos Letter to Shareholders · SEC Filing · Bezos-backed research
Las cuatro preguntas que determinan si tu empresa tiene claridad de negocio real

¿Puedes describir en dos oraciones cuál es tu ventaja competitiva — y por qué un cliente te elige a ti en lugar de a la alternativa más obvia? Si la respuesta varía según quién en tu empresa responde la pregunta, no hay claridad compartida. Hay narrativas paralelas que eventualmente producen decisiones contradictorias.

¿Qué parte de tu modelo de negocio no dependería de la próxima ronda de capital, del siguiente contrato grande o de que la regulación no cambie? Esa parte es tu negocio real. Todo lo demás es una apuesta. Las apuestas pueden ser correctas — pero hay que saber cuáles son apuestas y cuáles son el fundamento.

Cuando llegó el último cambio regulatorio relevante a tu sector, ¿cuánto tardó tu empresa en saber exactamente qué tenía que hacer? Si la respuesta es "semanas" o "meses", hay una brecha de preparación que el próximo cambio va a volver a exponer — con el costo que corresponda al momento del mercado en que llegue.

¿La persona que más sabe de las operaciones reales de tu empresa está en la sala donde se toman las decisiones estratégicas? Si no, las decisiones estratégicas se toman sin la información que más importa. Y las empresas que toman decisiones estratégicas sin la información operacional real no tienen claridad — tienen planes que la realidad va a corregir, con costo.

Amazon tardó 9 años en ser rentable porque sabía exactamente a qué juego estaba jugando. La mayoría de las startups que no llega a 5 años no tiene ese problema — tiene el opuesto. No sabe a qué juego está jugando hasta que el capital que cubría esa confusión se acaba.

La claridad de negocio no es un activo que se adquiere con una ronda de inversión ni con una consultoría de estrategia. Se construye con las preguntas correctas, hechas con honestidad, antes de que la urgencia haga que honestidad tenga un costo que la empresa ya no puede pagar. Eso no requiere años ni millones. Requiere alguien que sepa exactamente qué preguntar — y que tenga la experiencia para entender lo que la respuesta implica.

Fuentes: Bureau of Labor Statistics Business Survival Data 2024 via Commerce Institute · CB Insights "483 Startup Failure Post-Mortems" 2024 · Preuve AI "Startup Failure Statistics 2026" · McKinsey Research via Salesforce Europe · Makerstations.io Startup Failure Rate 2026 · Exploding Topics Startup Statistics 2025 · DemandSage Startup Statistics 2026 · Endeavor México "Venture Capital y Growth Equity en LATAM 2024" · Efficient Capital Labs "LatAm Startup Funding 2025" · Harvard Business School Shikhar Ghosh Research · Amazon Letter to Shareholders 1997 · CNBV DOF Resolución digitalización expedientes crediticios marzo 2026 · AngelList Startup Shutdown Data 2024 · Carta Startup Data 2024–2025.

Jorge Mercado · #JMCoach

martes, 4 de agosto de 2026

Cuando no se resuelve la operación.

 

El impacto del presupuesto cloud.
Cuando no se resuelve la operación.El peor es que los sistemas que pagas de más
no están resolviendo nada al negocio — ni a tus clientes.

Flexera documentó que en 2026 el 29% del gasto global en cloud es desperdicio puro. Sobre $675 mil millones en infraestructura cloud, eso son $182 mil millones anuales que no producen ningún resultado de negocio. Pero el costo real no está en la factura — está en lo que el negocio no puede hacer porque los sistemas no están alineados con lo que necesita.

Infraestructura cloud — optimización y arquitectura de alto rendimiento
El problema de cloud no es la nube. Es lo que se construyó encima de ella sin arquitectura, sin gobierno de datos, sin observabilidad y sin que nadie preguntara qué problema de negocio real estaba resolviendo cada servicio que se aprovisionó.

Recibo el mensaje un martes a las 10am. El director de tecnología está preocupado porque la factura de cloud del mes pasado llegó un 34% por encima del presupuesto — otra vez. El proveedor ya explicó por qué: más tráfico, más almacenamiento, más servicios de IA que el equipo fue agregando para el proyecto del trimestre. Todo suena razonable. Nada suena resuelto. Cuando reviso la arquitectura, encuentro lo que encuentro siempre en estos casos: servidores corriendo al 12% de capacidad porque nadie los dimensionó para lo que hacen, bases de datos sin índices que generan queries que tardan 40 segundos en lugar de 200 milisegundos, servicios duplicados de tres proyectos distintos que nadie consolidó, y un pipeline de datos que procesa los mismos archivos dos veces porque los equipos que lo construyeron no se hablaban entre sí. La factura alta no es el problema. Es el síntoma del problema. El problema es que nadie diseñó eso para que funcionara — alguien lo fue agregando hasta que se convirtió en lo que es.

Y ese patrón —que reconozco en cada industria donde he trabajado, desde fintech regulado hasta aviación, desde salud hasta retail— es exactamente lo que Flexera, Gartner, McKinsey y el FinOps Foundation documentan año tras año con números que no deberían sorprender a nadie pero que siguen sorprendiendo a todos los que no los han visto juntos.

29%del gasto cloud global es desperdicio en 2026 — subió desde 27% en 2025, primer aumento en cinco añosFlexera State of the Cloud 2026 · N=753
$182BUSD en desperdicio cloud anual sobre $675B de gasto global en infraestructura — sin contar SaaS ni licenciasGartner / Flexera 2026 · SpendArk
84%de organizaciones tiene dificultades para gestionar su gasto cloud — top challenge por segundo año consecutivoFlexera 2025 State of the Cloud · N=759
17%sobre el presupuesto cloud original que las empresas gastan en promedio — el exceso que nadie presupuestóFlexera 2025 State of the Cloud
35–45%menos desperdicio logran organizaciones con madurez FinOps "run" vs. el promedio — la brecha no es de herramientas: es de procesoSpendArk Cloud Cost Benchmark 2026

El diagnóstico real — cómo se llega al desastre costoso

El desperdicio cloud no se construye de golpe. Se construye en capas, durante meses o años, mientras nadie tiene visibilidad completa de lo que existe y nadie tiene responsabilidad clara sobre el costo total. Es el resultado predecible de tres patrones que se repiten en organizaciones de todos los tamaños y sectores.

Monolitos disfrazados de microservicios

El problema más costoso y menos visible

La empresa que migró su aplicación monolítica a la nube "levantando y moviendo" sin rediseñarla tiene ahora el mismo monolito — solo que en la nube, pagando por hora. La que "adoptó microservicios" sin entender los principios de Domain-Driven Design tiene un sistema distribuido con todos los problemas del monolito más los problemas de la distribución. El resultado típico: 40 servicios que se llaman entre sí en cadenas de dependencia que nadie mapeó, con latencias acumuladas que hacen lento al sistema completo, y sin ningún mecanismo de observabilidad que permita saber exactamente qué componente está causando el problema de esta semana.

El costo no es solo en la factura de cloud. Es en el tiempo de ingeniería que se va en debugging de sistemas que nadie entiende completamente, en los incidentes que afectan al cliente final porque algo falló en un servicio que nadie estaba monitoreando correctamente, y en la incapacidad de lanzar nuevas funcionalidades porque cualquier cambio puede romper algo en algún lugar del sistema.

La IA que no está en producción — pero sí en la factura

El nuevo vector de desperdicio de 2025–2026

Flexera documentó que en 2026 el 100% de las organizaciones usa IA generativa en alguna capacidad — versus el 72% en 2024. Ese crecimiento es real. El problema es que el 85% de los proyectos de IA no llegan a producción (Gartner), y una fracción significativa del gasto en GPUs y servicios de IA está financiando pilotos que nunca se convierten en valor de negocio. Los clústeres de GPU que corren al 30-40% de utilización — el patrón más común en organizaciones que "están explorando IA" — son la categoría de desperdicio de mayor crecimiento y mayor costo por hora en cloud hoy. La IA mal aplicada no solo no resuelve — genera una factura que nadie puede justificar ante el consejo.

Centro de datos — optimización de infraestructura y reducción de costos cloud
El rack de servidores en la nube que corre al 12% de capacidad no es un problema de presupuesto. Es un problema de arquitectura: nadie dimensionó correctamente, nadie está midiendo la utilización real, y nadie tiene la autoridad o la visibilidad para hacer el ajuste antes de que llegue la factura del mes.

Los casos reales — cuánto se puede recuperar

Los números de Flexera y Gartner son globales. Lo que sigue son los patrones específicos con rangos documentados en el tipo de trabajo que hago — y que cualquier arquitecto con esta visión puede reproducir en organizaciones comparables.

01Fintech regulado · De $14,000 USD/mes a $5,200 USD/mes · misma disponibilidad, más seguridad

Plataforma de crédito con 180,000 clientes activos. Arquitectura construida en tres años por equipos distintos sin visión de conjunto: 47 instancias de cómputo, de las cuales 18 corrían al menos al doble de lo necesario para su carga real; tres bases de datos relacionales con schemas duplicados que ningún equipo había consolidado; un pipeline de ML para scoring de crédito que procesaba datos dos veces porque el equipo de riesgo y el de producto usaban fuentes distintas sin saberlo; y sin ningún mecanismo de autoscaling porque "era más fácil dejarlos fijos".

Corrección en 14 semanas: rightsizing de instancias basado en métricas reales de 90 días, consolidación de bases de datos con migración de datos históricos, implementación de autoscaling con límites definidos, y unificación del pipeline de datos con una fuente de verdad única. La plataforma de observabilidad (OpenTelemetry + Grafana) se instaló en la semana dos — antes de hacer cualquier cambio — para tener baseline real antes de optimizar.

Resultado: $8,800 USD/mes de ahorro. Latencia promedio de la API principal de 840ms a 180ms. Tiempo de detección de incidentes de 47 minutos a 4 minutos. Cero interrupciones durante la migración. Y el equipo de riesgo pudo por primera vez ver el mismo score de crédito que el equipo de producto — porque ya venía de la misma fuente.

−63% en gasto cloud · −79% en latencia API · −91% en tiempo de detección de incidentes
02Plataforma retail/ecommerce · De $31,000 USD/mes a $11,500 USD/mes · pico de tráfico resuelto

Plataforma de comercio electrónico con 2.3 millones de usuarios activos mensuales. Problema documentado: caídas recurrentes en temporadas de alta demanda (Buen Fin, Hot Sale, Navidad) a pesar de tener sobreaprovisionamiento permanente. La empresa pagaba por capacidad de pico todo el año — y aun así se caía en los picos porque el problema no era capacidad, era arquitectura: un servicio de catálogo sin caché que reconsultaba la base de datos en cada request, un checkout que procesaba pagos en forma síncrona sin cola de mensajes, y una base de datos principal que manejaba lecturas y escrituras simultáneas sin separación.

Corrección: implementación de caché distribuido (Redis) para el catálogo, migración del checkout a arquitectura event-driven con cola de mensajes, separación de read replicas para consultas de lectura, y autoscaling real con políticas definidas por métricas de negocio (no solo CPU). El costo permanente bajó porque ya no se necesitaba sobreaprovisionamiento para cubrir los picos — el sistema escala cuando los necesita y regresa cuando no.

La última temporada de Buen Fin: cero caídas, tiempo de respuesta promedio de 95ms versus 2,400ms del año anterior, y una factura de pico que fue 40% menor que la del año anterior a pesar de tener 28% más tráfico.

−63% en costo mensual base · −96% en latencia de pico · Primer Buen Fin sin caídas en tres años
03Empresa de salud · De $8,500 USD/mes a $2,800 USD/mes · datos clínicos integrados por primera vez

Red de clínicas con 14 sucursales. Pagaban por tres plataformas cloud distintas que los tres sistemas clínicos de distintos proveedores habían impuesto como requisito de integración. Ninguno de los tres hablaba con los otros. El equipo de TI mantenía sincronizaciones manuales entre los sistemas para tener un expediente consolidado — proceso que tomaba 4 horas diarias y producía errores de conciliación frecuentes.

Corrección: capa de integración con HL7 FHIR que consolida los tres sistemas en un Data Lake clínico unificado, eliminación de dos de las tres plataformas cloud (migración a una sola con arquitectura multiregión), y un portal único para médicos y pacientes que consulta el expediente unificado en tiempo real. La dependencia de los tres proveedores quedó reducida a uno — con contrato renegociado porque el volumen se consolidó.

Ahorro mensual: $5,700 USD. El equipo de TI recuperó las 4 horas diarias de sincronización manual. El médico ve el expediente completo del paciente en cualquier sucursal en menos de 2 segundos. Y el director clínico tiene por primera vez un dashboard real de indicadores de salud de su población — no de sus sistemas.

−67% en gasto cloud · 4 horas/día de trabajo manual eliminadas · Expediente unificado en tiempo real por primera vez
$182B
Desperdicio cloud global 2025 · Flexera + Gartner · N=750+ organizaciones

Sobre $675 mil millones de gasto global en infraestructura cloud en 2025, el 27% documentado por Flexera representa $182 mil millones en recursos no utilizados, instancias sobreaprovisionadas y servicios olvidados. Ese número no incluye el desperdicio en SaaS ni en licencias de software. Y subió a 29% en 2026 por primera vez en cinco años — impulsado por workloads de IA que nadie está midiendo correctamente. La organización promedio entre 200 y 1,000 empleados gasta entre $15,000 y $80,000 USD mensuales en cloud. Entre $4,050 y $21,600 de eso es desperdicio puro.

Flexera 2026 State of the Cloud · Gartner Cloud Market 2025 · SpendArk Cloud Cost Benchmark 2026

La corrección — el patrón que siempre funciona

En quince años trabajando en multicloud real — AWS, Azure, GCP, OCI, IBM — en entornos regulados que van desde CNBV y BANXICO hasta IATA, COFEPRIS y ASEA, el patrón de corrección exitosa es el mismo. No depende del proveedor. No depende de la industria. Depende de la secuencia.

Primero: observabilidad — no se puede optimizar lo que no se puede ver

Antes de mover nada, antes de apagar nada, antes de proponer nada: instrumentación completa de lo que existe. OpenTelemetry, Prometheus, Grafana — o equivalentes — para tener en 48 horas el baseline real de qué está corriendo, a qué utilización, con qué latencia, con qué errores y con qué costo por transacción de negocio. Este paso elimina la opinión y produce evidencia. Y la evidencia casi siempre muestra algo diferente de lo que el equipo creía que estaba pasando.

Lo que la observabilidad revela siempre — sin excepción

En cada arquitectura que he instrumentado desde cero, la observabilidad revela al menos tres de estas cinco situaciones que nadie sabía que existían: servicios que nadie llama hace más de 30 días pero que siguen corriendo y facturando; queries de base de datos sin índice que consumen entre 40% y 60% de la capacidad del servidor para atender el 2% de las peticiones; latencias acumuladas en cadenas de llamadas entre servicios que hacen lento al sistema completo aunque ningún servicio individual sea lento; errores silenciosos que el usuario final no ve pero que el sistema reintenta automáticamente multiplicando el tráfico; y almacenamiento de datos que nadie ha accedido en más de 90 días pero que está en el tier más caro disponible.

Segundo: datos limpios antes de IA

La IA que más valor genera en entornos empresariales no es la más sofisticada — es la que opera sobre datos limpios, bien gobernados y conectados al proceso de negocio correcto. McKinsey documentó que las organizaciones con madurez de datos obtienen entre 2.6x y 3.1x mayor retorno de sus inversiones tecnológicas que las que tienen alta adopción tecnológica sin esa madurez. El modelo de ML que opera sobre datos inconsistentes, sin linaje, sin validación y sin contexto de negocio no produce inteligencia — produce decisiones erróneas con apariencia de precisión.

El proceso correcto: inventario de fuentes de datos existentes, diagnóstico de calidad y linaje, definición del modelo de datos unificado por dominio de negocio, y construcción del Data Lake o Data Mesh sobre esa base. La IA llega después — como acelerador de una base que ya funciona, no como sustituto de una base que no existe.

Analítica de datos en tiempo real — gobernanza y arquitectura de datos empresarial
El Data Lake que integra fuentes de negocio en tiempo real, con gobierno de datos bien definido y acceso por dominio, transforma la nube de infraestructura cara en motor de decisiones. Ese es el salto que separa a las organizaciones que usan cloud para almacenar de las que la usan para crecer.

Tercero: DevSecOps real — no el proceso en papel

DORA Research 2024 documentó que los equipos con DevSecOps maduro despliegan 208 veces más frecuentemente y restauran servicio 2,604 veces más rápido que equipos de bajo desempeño. Esos números no son de empresas grandes con equipos de 500 ingenieros. Son el resultado de prácticas específicas: pipelines de CI/CD con pruebas automatizadas de seguridad (SAST/DAST) integradas antes de que el código llegue a producción, revisión de dependencias con vulnerabilidades conocidas en cada build, infraestructura como código con validación antes del despliegue, y rollback automático cuando las métricas de negocio se deterioran.

La seguridad diseñada desde el inicio no es más cara que la seguridad agregada después de un incidente. IBM Ponemon documenta que las organizaciones con seguridad integrada al ciclo de desarrollo reducen el costo promedio de una brecha en $1.68 millones versus las que agregan seguridad como capa posterior. Y en entornos regulados — CNBV, BANXICO, PCI-DSS, ISO 27001 — esa integración desde el inicio es la diferencia entre una auditoría que se cierra en días y una que se convierte en plan de remediación de seis meses.

El resultado que importa — negocio, cliente, rentabilidad

Los ahorros en cloud son reales y documentables. Pero son el resultado secundario. El resultado primario — el que determina si la transformación tecnológica produjo valor o solo redujo un costo — está en lo que el negocio puede hacer ahora que no podía hacer antes.

Lo que cambia para el cliente cuando la plataforma funciona correctamente

El fintech con latencia de 840ms que la redujo a 180ms no solo ahorró en cloud. Su tasa de abandono en el proceso de solicitud de crédito bajó 34% — porque los usuarios que esperaban 4 segundos para ver su aprobación ya no esperaban. La plataforma de salud que unificó expedientes no solo redujo costos IT — el Net Promoter Score de sus pacientes subió 28 puntos porque el médico ya no les preguntaba por quinta vez el mismo historial. El ecommerce que eliminó las caídas en Buen Fin no solo ahorró en sobreaprovisionamiento — generó 23% más ingresos en esa temporada comparado con el año anterior, porque los clientes que antes abandonaban por timeout ahora completaban la compra.

La tecnología alineada al negocio no es un proyecto de IT. Es el mecanismo que determina si el cliente que llegó se queda, si el cliente que compró vuelve, y si la empresa puede escalar sin que la operación se convierta en el cuello de botella del crecimiento.

Tecnología → operación eficiente → mejor experiencia → cliente fiel → crecimiento rentable
"El objetivo nunca fue reducir la factura de cloud. Fue construir la plataforma que el negocio necesita para servir a sus clientes mejor que ayer — y que la infraestructura sea tan eficiente que no haya que elegir entre innovar y pagar la factura."— Jorge Mercado · #JMCoach · CTO · Coach ICF · Arquitectura Empresarial en Sectores Regulados
Equipo técnico-negocio — arquitectura empresarial y resultados medibles
El equipo que produce resultados reales en cloud no es el más grande ni el más certificado. Es el que tiene personas que entienden el negocio junto con personas que entienden la arquitectura — y un liderazgo que conecta los dos sin que ninguno sacrifique su perspectiva al otro.
208×
Frecuencia de despliegue · Equipos con DevSecOps maduro vs. bajo desempeño · DORA Research 2024

DORA Research 2024 documentó que los equipos con prácticas de DevSecOps maduras no solo despliegan 208 veces más frecuentemente — restauran el servicio en caso de incidente 2,604 veces más rápido. Esa diferencia no es de presupuesto ni de headcount. Es de proceso, de automatización y de cultura de calidad integrada al ciclo de desarrollo desde el inicio. Y en entornos regulados — donde una falla puede significar una sanción regulatoria además de la pérdida del cliente — esa velocidad de recuperación es la diferencia entre un incidente y una crisis.

DORA Accelerate State of DevOps Report 2024 · IBM Cost of a Data Breach 2025
Lo que diferencia al arquitecto que resuelve del consultor que factura

Empieza con observabilidad antes de proponer cambios. El consultor que llega con la solución en la primera reunión no hizo el diagnóstico. El arquitecto que instrumenta primero y propone después tiene evidencia — no suposiciones.

Diseña para el negocio, no para el proveedor. La arquitectura correcta para el problema del cliente puede no ser el servicio más sofisticado del catálogo del proveedor. Con frecuencia es el más simple que resuelve el problema real — con portabilidad, sin dependencias innecesarias y con costo predecible.

Incluye seguridad y cumplimiento desde el diseño. Security by design y Compliance by design no son capas que se agregan al final — son principios que determinan cómo se diseña cada componente desde el inicio. En entornos regulados, esto no es opcional: PCI-DSS, PLD, KYC, ISO 27001, CNBV, BANXICO, COFEPRIS tienen requisitos que la arquitectura debe satisfacer antes de que llegue la auditoría.

Entrega valor medible en las primeras cuatro semanas. No un plan de 18 meses. Un resultado concreto en el tiempo en que el cliente puede validar que el diagnóstico fue correcto y que la dirección de la corrección produce lo que prometió.

Construye el equipo interno — no la dependencia. El objetivo de cualquier intervención de arquitectura bien hecha es que al final el equipo interno pueda operar, mantener y evolucionar el sistema sin necesitar al arquitecto externo para cada cambio. La dependencia del consultor es el modelo de negocio del consultor malo. No del asesor que construye capacidad.

El 29% de desperdicio en cloud no es una estadística abstracta. Es, en la empresa que gasta $20,000 USD mensuales en cloud, $5,800 USD que podrían estar financiando una nueva funcionalidad, mejorando el tiempo de respuesta del cliente, o simplemente quedándose en el margen de la empresa en lugar de en la factura del proveedor. Y en la empresa que gasta $80,000 mensuales, son $23,200 USD cada mes — $278,400 USD anuales — que se van sin producir ningún resultado.

La nube es la infraestructura más poderosa que ha existido para construir plataformas de clase mundial a costo razonable. El requisito para aprovecharla no es el presupuesto más grande. Es la arquitectura correcta, los datos bien gobernados, la observabilidad desde el inicio y el alineamiento con lo que el negocio necesita hacer para servir mejor a sus clientes. Cuando esas cuatro piezas están en su lugar, el gasto cloud se convierte en inversión. Cuando falta cualquiera de las cuatro, se convierte en factura.

Lo que nadie dice en la sala de presentación — pero todos saben

Hay una conversación que ocurre después de que el director de tecnología firma el contrato con la gran consultora o el gran integrador. Ocurre entre el equipo que va a ejecutar el proyecto — y esas personas no son las que estuvieron en la sala de ventas. Las que estuvieron en la sala de ventas tienen otros proyectos. Otros clientes. Otras presentaciones. El equipo que ejecuta es el que el integrador asigna según disponibilidad, no según idoneidad para el problema específico del cliente.

Ese no es un secreto de la industria. Es la industria. Gartner documentó que en proyectos de transformación tecnológica gestionados por grandes firmas de consultoría, entre el 40% y el 60% del trabajo técnico especializado se subcontrata a terceros — frecuentemente a especialistas independientes o firmas boutique que tienen la experiencia específica que el equipo del integrador principal no tiene. El cliente paga el margen del integrador grande por encima del costo real del experto que finalmente resuelve.

La mecánica que el contrato no describe

La firma global gana el contrato con el nombre, la reputación, el deck impecable y el equipo senior que aparece en la propuesta. Luego asigna al proyecto un equipo júnior o medio con supervisión esporádica del socio que cerró el negocio. Cuando hay un problema técnico complejo que ese equipo no puede resolver — un problema de arquitectura de datos, una migración de sistema legacy sin documentación, una integración con sistema regulatorio que requiere experiencia específica — buscan a alguien que lo resuelva. Ese alguien frecuentemente es un arquitecto independiente o una firma especializada que cobra una fracción de lo que el cliente está pagando al integrador principal. El cliente terminó comprando el logo y pagando el margen. El resultado lo produjo alguien cuyo nombre nunca apareció en la propuesta.

40–60%del trabajo técnico especializado en proyectos de grandes integradores se subcontrata a terceros, según análisis de estructura de proyectos de consultoríaGartner IT Services Research · 2024
2.3×es el margen promedio que los grandes integradores aplican sobre el costo del especialista subcontratado que resuelve el problema técnico realForrester IT Outsourcing Pricing 2024
67%de los proyectos IT fallidos tuvieron como causa documentada la desconexión entre el equipo de ventas que prometió y el equipo técnico que ejecutóStandish Group CHAOS Report 2024
3–5×mayor velocidad de entrega documentada en proyectos liderados por arquitectos con experiencia directa en el dominio vs. equipos de consultoría generalistaMcKinsey Engineering Productivity 2024

Esto no es una crítica a las firmas grandes en abstracto. Algunas tienen equipos técnicos excelentes. Muchas tienen metodologías valiosas. El punto es diferente: cuando el problema requiere alguien que se siente con el CEO, entienda el modelo de negocio, diseñe la arquitectura, la defienda ante el regulador, regrese con el equipo de ingeniería a hacerla realidad y se quede hasta que funcione — ese perfil no aparece en el equipo de entrega de un contrato de $2 millones con una firma global. Aparece en el experto que esa firma subcontrata cuando el proyecto se complica. O en el arquitecto independiente al que el cliente termina llamando cuando el integrador original no resuelve.

Experto en arquitectura trabajando con equipo técnico — soluciones reales sin intermediarios
La diferencia entre el consultor que gestiona el proyecto y el arquitecto que lo resuelve no siempre es visible desde afuera. Desde adentro, es la diferencia entre alguien que coordina reuniones de seguimiento y alguien que se sienta con el equipo de ingeniería a las 10pm a resolver el problema de datos que tiene paralizado el despliegue.
Lo que el cliente debería preguntar antes de firmar cualquier contrato tecnológico

¿Quién específicamente va a trabajar en este proyecto — con nombre, experiencia documentada y dedicación confirmada? No el equipo presentado en el pitch. El equipo que va a estar en el proyecto el lunes siguiente a la firma.

¿Qué partes del trabajo se subcontratarán y a quién? Esa pregunta directa produce respuestas reveladoras — y el contrato debería tener cláusulas sobre quién puede subcontratar qué y con qué criterios de idoneidad.

¿El líder técnico que va a trabajar en el proyecto puede explicar en 10 minutos, sin deck, cómo resolvería el problema específico que tienes? Si necesita consultar antes de responder, no tiene la experiencia — tiene el proceso de su firma para parecer que la tiene.

¿Cuántos proyectos comparables al tuyo — mismo sector, misma escala, mismo tipo de problema — ha resuelto ese equipo específico? No la firma. Ese equipo. Con resultados medibles documentados.

El arquitecto que entra en la complejidad — que asume el ownership cuando no hay nadie que lo tenga, que diseña la solución, la defiende ante el regulador y regresa con el equipo técnico a hacerla realidad — es el perfil más escaso y más valioso del mercado tecnológico. No porque sea raro que existan personas así. Sino porque la industria construyó un modelo de venta que hace invisible a esas personas detrás de logos corporativos y decks de 80 slides. El cliente que aprende a buscar directamente al experto que resuelve — en lugar del intermediario que lo gestiona — no solo ahorra el margen de 2.3x. Obtiene el resultado que el intermediario prometió pero que solo el experto podía entregar.

(N=759) y 2026 (N=753) · SpendArk "State of Cloud Waste 2026" y "Cloud Cost Benchmark Report 2026" · Gartner Cloud Infrastructure Market 2025 · FinOps Foundation "State of FinOps 2026" (N=1,192; $83B+ en gasto cloud anual) · McKinsey "FinOps as Code" 2025 · McKinsey "The Data-Driven Enterprise" 2023–2024 · DORA "Accelerate State of DevOps Report" 2024 · IBM / Ponemon Institute "Cost of a Data Breach Report" 2025 · Gartner "AI in Production" research 2025 · IDC Latin America Cloud Services Tracker 2024 · CNCF Annual Survey 2024 · ByteIota Cloud Cost Waste 2025 analysis.

Jorge Mercado · #JMCoach

miércoles, 22 de julio de 2026

Las que no, todavía están en reuniones hablando de ellas

 

Las empresas que sobrevivirán
la próxima recesión ya tomaron
estas 5 decisiones.Las que no, todavía están en reuniones
hablando de ellas.

McKinsey analizó miles de empresas durante las últimas cuatro recesiones globales y encontró el mismo patrón: las que emergen más fuertes no reaccionan al ciclo económico cuando ya llegó. Se prepararon cuando nadie lo pedía. En junio de 2024, el 53% de los ejecutivos globales ya anticipaba recesión. ¿Qué hizo tu empresa con esa señal?

Sala de dirección — decisiones estratégicas y resiliencia empresarial
La diferencia entre la empresa que atraviesa una recesión más fuerte y la que no la sobrevive rara vez se decide durante la crisis. Se decide en las 18 a 36 meses anteriores — cuando la presión no existe todavía y cambiar es más fácil que costoso.

En 2008, cuando el sistema financiero global colapsó, hubo empresas que usaron los siguientes dieciocho meses para rediseñar sus operaciones, fortalecer su posición de caja, invertir en las capacidades que sus competidores recortaron y salir del otro lado con ventajas competitivas que tardaron una década en construir antes de la crisis. McKinsey las llamó "resilientes" — y documentó que para 2017, su retorno acumulado para accionistas superaba al de las "no resilientes" por más de 150 puntos porcentuales. No fue suerte. No fue el sector. Fue que tomaron decisiones específicas antes de que la presión las obligara a tomarlas mal y rápido.

El ciclo económico no es predecible en su fecha exacta. Pero sí en su certeza: las recesiones ocurren, siempre han ocurrido y siempre ocurrirán. En junio de 2024, el 53% de los ejecutivos globales anticipaba una recesión próxima — frente al 38% que la anticipaba en marzo del mismo año, según la encuesta de McKinsey. El 82% de los movimientos que determinan quién gana y quién pierde en el próximo ciclo económico ya se están tomando — o dejando de tomarse — ahora mismo, según McKinsey Research. No cuando la recesión llegue. Ahora.

53%de ejecutivos globales anticipaba recesión en junio 2024 — subiendo desde 38% en marzo del mismo añoMcKinsey Global Survey · 2024
150+puntos porcentuales de ventaja en retorno acumulado de "resilientes" vs. "no resilientes" para 2017, desde la crisis de 2008McKinsey Resilience Research · 2019
70%de las empresas resilientes de 2008 siguieron siendo líderes de su quintil de desempeño una década despuésMcKinsey · 2019
25%de las empresas se vuelve más rentable durante recesiones — las que tomaron las decisiones correctas antes del cicloOCDE / Harvard Business Review · 2023
más rápido crecen las empresas resilientes en el período post-recesión versus sus pares que solo sobrevivieronMcKinsey Business Resilience · 2024

Por qué la mayoría de las empresas llega mal parada a la siguiente recesión

La respuesta honesta es simple: porque en los períodos de bonanza nadie quiere tener la conversación incómoda. La empresa crece, los números son buenos, el consejo está contento y quien propone revisar la estructura de costos, la concentración de clientes o la dependencia de una sola fuente de financiamiento suena como el pesimista en la sala.

McKinsey lo documentó con precisión: las empresas que no construyen resiliencia en períodos de estabilidad enfrentan dos problemas simultáneos cuando llega la disrupción — tienen que reaccionar al shock externo al mismo tiempo que pagan el costo de una estructura que nunca se optimizó cuando el tiempo había disponible. Ese doble costo es el que destruye empresas que deberían haber sobrevivido.

El error más caro de la bonanza

La empresa que creció sus costos fijos al mismo ritmo que sus ingresos durante los años buenos tiene, cuando llegan los malos, una estructura que no puede sostener con ingresos menores. La que mantuvo flexibilidad estructural — costos variables, procesos escalables, datos que permiten decisiones rápidas — tiene opciones cuando la presión llega. La otra solo tiene urgencia. Y las decisiones tomadas con urgencia son siempre más caras y peores que las tomadas con tiempo.

Empresa sólida — arquitectura resiliente y toma de decisiones estratégicas
La resiliencia no se ve en los estados financieros cuando todo va bien. Se ve cuando algo sale mal. Las empresas que McKinsey clasificó como "resilientes" no eran las más grandes ni las más rentables en 2007 — eran las que tenían la estructura correcta para absorber el shock sin perder su capacidad de moverse.

Las 5 decisiones — con el tiempo de tomarlas todavía disponible

Lo que sigue no es una lista de consejos generales. Es el patrón específico que McKinsey, la OCDE y el Harvard Business Review documentaron en las empresas que salieron de las últimas cuatro recesiones globales mejor de cómo entraron. Cada una es una decisión concreta, no una filosofía. Y cada una tiene exactamente el mismo peso relativo: omitir cualquiera de las cinco no es no llegar al 100% — es quedarse expuesto de una forma que las otras cuatro no compensan.

01Conocer exactamente dónde ganas dinero — y dónde solo parece que lo ganas

La mayoría de las empresas no sabe con precisión cuáles productos, clientes, geografías o líneas de negocio son genuinamente rentables cuando se asignan los costos reales — no los costos que aparecen en el estado de resultados simplificado. Tienen una rentabilidad agregada que puede ser positiva y márgenes por línea de negocio que, si los desagregaran correctamente, mostrarían que varios de sus productos o clientes consumen más recursos de los que generan.

Las empresas resilientes entran a la recesión habiendo ya tomado esa decisión. Saben cuál es el 20% del negocio que genera el 80% de la rentabilidad real. Y cuando la presión llega, pueden dejar de subsidiar lo que no produce sin tomar decisiones a ciegas. McKinsey documentó que las empresas que hicieron este ejercicio antes de 2008 pudieron hacer recortes quirúrgicos que preservaron su capacidad de crecimiento. Las que no lo habían hecho cortaron indiscriminadamente — y cortaron músculo junto con grasa.

La herramienta no es sofisticada: es una asignación de costos reales por producto y por cliente, actualizada trimestralmente, con datos del sistema — no del analista que prepara el reporte con las categorías que le dijeron que usara.

Resultado documentado: empresas con rentabilidad desagregada correcta tomaron decisiones de portafolio 3× más rápido en recesión — McKinsey 2019
02Construir la flexibilidad estructural antes de necesitarla

La empresa con estructura rígida — costos fijos altos, contratos de largo plazo sin cláusulas de salida, dependencia de un solo proveedor crítico, un solo canal de ventas — no tiene opciones cuando el entorno cambia. Tiene que sobrevivir con la estructura que construyó en un contexto diferente.

Flexibilidad estructural no significa no comprometerse. Significa diseñar el modelo operativo con la conciencia de que el entorno va a cambiar — porque siempre ha cambiado. La OCDE documentó en su análisis de empresas post-pandemia que las organizaciones con mayor porcentaje de costos variables sobre costos totales tuvieron tasas de supervivencia durante la crisis 2.4 veces mayores que las de estructura rígida equivalente. Esa flexibilidad se construye en los años buenos. En los malos, ya no hay tiempo.

Los indicadores concretos: porcentaje de costos variables sobre totales, número de proveedores críticos únicos (que no pueden reemplazarse en menos de 60 días), concentración de ingresos en los tres clientes principales, y plazo promedio de contratos de ingreso con cláusulas de salida. Cualquier empresa que los mida por primera vez va a encontrar exposiciones que no sabía que tenía.

OCDE: empresas con mayor flexibilidad estructural tienen 2.4× mayor tasa de supervivencia en recesión
50%
Diferencia en retorno para accionistas · Decisiones tomadas ahora vs. durante la crisis · McKinsey

McKinsey Research encontró que los movimientos que las empresas hacen antes de una recesión — no durante ni después — pueden dar cuenta de hasta la mitad de la diferencia en retorno total para accionistas entre empresas líderes y rezagadas en el siguiente ciclo de negocio. No es la mitad de un ajuste marginal. Es la mitad de la diferencia entre liderar y quedar atrás en la próxima década.

McKinsey & Company "Something's Coming" Research · actualizado 2024
03Tener información real en tiempo real — no el Excel del lunes

En los períodos de estabilidad, tomar decisiones con información de la semana pasada es un lujo caro pero tolerable. En una recesión, donde los mercados, los clientes y los competidores se mueven en días — no en meses — ese retraso puede ser fatal.

Las empresas resilientes tienen visibilidad de sus indicadores críticos en tiempo real: flujo de caja proyectado a 13 semanas, estado de la cartera de clientes por riesgo de abandono, margen por producto actualizado con costos actuales, exposición a proveedores en riesgo. Ese nivel de visibilidad no se construye cuando la recesión llega — ya es tarde. Se construye cuando la urgencia no existe y hay tiempo de hacerlo correctamente.

McKinsey encontró consistentemente que las empresas con mayor madurez de datos tomaron decisiones de respuesta a la crisis entre 40% y 60% más rápido que sus pares. Esa velocidad no vino de sistemas más costosos. Vino de haber definido antes cuáles eran los indicadores críticos y haber construido la arquitectura para tenerlos disponibles sin necesitar que alguien los prepare.

La pregunta concreta para cualquier directivo: si mañana a las 8am recibes una señal de que un cliente que representa el 15% de tus ingresos está evaluando a la competencia, ¿cuánto tiempo te tarda saber exactamente cuál es la rentabilidad real de ese cliente, cuánto tiempo llevan con tu empresa, qué productos usan, y qué pasaría con tu modelo de costos si se van? Si la respuesta es "tengo que hablar con el área comercial y luego con finanzas y luego con operaciones", no tienes visibilidad en tiempo real. Tienes datos en silos.

Empresas con madurez de datos tomaron decisiones de crisis 40–60% más rápido — McKinsey 2024
Datos en tiempo real — visibilidad operacional y toma de decisiones en recesión
La empresa que en tiempos de bonanza construyó visibilidad en tiempo real de sus indicadores críticos tiene, cuando llega la recesión, algo que ninguna inyección de capital puede comprar de inmediato: la capacidad de ver exactamente qué está pasando y actuar antes de que el problema se consolide.
04Seguir invirtiendo en las capacidades correctas — incluso cuando todo el mundo recorta

Este es el punto donde más empresas fallan — y donde más se separan las que emergen fortalecidas de las que simplemente sobreviven. Cuando la recesión llega, el impulso natural es recortar todo lo que no sea urgente: marketing, desarrollo de producto, capacitación, tecnología, innovación. El problema es que esos recortes eliminan exactamente las capacidades que permiten crecer en el período post-recesión — cuando los competidores que sí recortaron están reconstruyendo desde cero.

McKinsey encontró que las empresas que continuaron invirtiendo en innovación durante la crisis de 2008 crecieron cuatro veces más rápido en los años posteriores que sus pares que habían recortado. No toda inversión — la inversión en las capacidades que construyen ventaja competitiva a largo plazo, aunque su retorno no sea inmediato. La empresa que recorta su equipo de tecnología en recesión y lo reconstruye cuando el mercado se recupera paga dos veces: una por no tener la capacidad durante la crisis y otra por reconstruirla cuando el mercado de talento es competitivo.

La decisión correcta no es no recortar. Es recortar con criterio: eliminar lo que no construye capacidad futura, preservar lo que sí. Y ese criterio requiere haber hecho el ejercicio de la Decisión 1 — porque si no sabes exactamente dónde está tu valor, no puedes distinguir qué preservar de qué eliminar.

4× más rápido en post-recesión: empresas que mantuvieron inversión en innovación durante crisis — McKinsey 2019–2024
05Construir el equipo que puede tomar decisiones difíciles — antes de tener que tomarlas

Este es el punto que menos aparece en los análisis financieros y el que más aparece en las autopsias de empresas que no sobrevivieron cuando debían haberlo hecho. La empresa que llega a una recesión con un equipo directivo que nunca ha tomado una decisión difícil, que no tiene procesos de decisión definidos para escenarios de presión, y que no ha practicado la conversación sobre "¿qué hacemos si los ingresos caen 30% en seis meses?" — esa empresa va a tomar esas decisiones mal, tarde y con daño colateral que habría sido evitable.

McKinsey documentó que las organizaciones con procesos de decisión ágiles — donde la autoridad está clara, la información llega a quien puede actuar y los ciclos de revisión son rápidos — respondieron a shocks externos con el doble de velocidad que organizaciones equivalentes con procesos jerárquicos rígidos. Y la velocidad en recesión no es un lujo. Es la diferencia entre retener el cliente que está evaluando opciones y perderlo cuando ya decidió.

La preparación concreta: simular escenarios de estrés antes de que sean reales. "Si el tipo de cambio sube 20%, ¿qué pasa con nuestros márgenes y qué hacemos?" "Si nuestro principal cliente reduce su pedido a la mitad, ¿cómo ajustamos en 30 días?" Esas conversaciones, hechas cuando no hay presión, producen decisiones mejores que las mismas conversaciones hechas a las 11pm con la junta de crisis de mañana a las 8am.

2× más rápida respuesta a shocks: organizaciones con procesos de decisión ágiles — McKinsey Resilience 2024
"La recesión no destruye empresas. Destruye la fragilidad que las empresas construyeron durante los años buenos y que nadie quiso ver porque los números eran positivos. La resiliencia no se compra cuando el ciclo baja. Se construye cuando el ciclo está arriba y hay tiempo de hacerlo bien."— Jorge Mercado · #JMCoach · Coach Profesional ICF · CTO · Arquitectura Empresarial

La lista de verificación real — para llevar a la próxima junta

Cada una de las cinco decisiones anteriores tiene una pregunta concreta que cualquier directivo puede llevar a su consejo hoy mismo — sin necesitar un consultor, sin necesitar un proceso de seis meses. Solo necesita que alguien en la sala esté dispuesto a hacer la pregunta y escuchar la respuesta honesta.

Las 5 preguntas que definen si tu empresa está preparada

¿Puedes mostrar la rentabilidad real de tus 10 principales clientes y 10 principales productos — con costos asignados correctamente — en menos de 48 horas? Si no puedes, no sabes dónde está tu negocio real. Y cuando la presión llegue, vas a tomar decisiones de recorte basadas en percepciones, no en evidencia.

¿Cuál es tu porcentaje de costos variables sobre costos totales, y cuánto tiempo tardarías en reducir el 20% de tu estructura de costos sin eliminar capacidades críticas? Si nunca has calculado ese número, la recesión va a calcularlo por ti — con menos opciones y más urgencia.

¿Cuántas horas tarda en llegar al director general la información sobre un deterioro significativo en un cliente importante? Si la respuesta es "depende de cuándo alguien lo note y cuándo tenga tiempo de reportarlo", no tienes visibilidad operacional. Tienes datos en silos con un retraso estructural.

¿Qué decisión de inversión tomarás en los próximos 12 meses que seguirás tomando aunque los ingresos caigan 25%? Si no hay ninguna, no estás construyendo capacidad para el siguiente ciclo — estás gestionando el ciclo actual. Eso es administración, no estrategia.

¿Tu equipo directivo ha simulado alguna vez cómo respondería a un escenario de estrés específico — caída de ingresos, pérdida de un cliente clave, interrupción de un proveedor crítico — antes de que ocurriera? La primera vez que tu equipo enfrenta esa conversación no debería ser cuando ya es urgente.

El 25% de las empresas se vuelve más rentable durante las recesiones, según el Harvard Business Review. No porque tengan suerte. No porque estén en sectores protegidos. Porque tomaron estas decisiones cuando nadie las pedía — y llegaron al ciclo bajo con la estructura, la información y el equipo que les permitieron actuar mientras otros solo reaccionaban.

La próxima recesión va a llegar. No sabemos exactamente cuándo. Sí sabemos que las decisiones que determinan quién sale de ella más fuerte se están tomando ahora. Y que la empresa que todavía está en reuniones hablando de ellas está perdiendo exactamente el tiempo que necesitaría para tomarlas bien.

Fuentes: McKinsey & Company "Something's Coming: How US Companies Can Build Resilience, Survive a Downturn, and Thrive in the Next Cycle" 2022 actualizado · McKinsey Business Resilience Research 2019–2024 · McKinsey Global Survey on Economic Conditions junio 2024 · McKinsey "Dealing with Disruption" 2024 · McKinsey "What is Resilience?" 2023 · McKinsey "Resilience in Life Sciences" 2022 · McKinsey Quarterly "Bubbles pop, downturns stop" 2019 · OCDE Economic Outlook 2024 · OCDE Resilience Post-Pandemic Report 2023 · Harvard Business Review "How Companies Should Prepare for Recessions" 2023 · Conference Board CEO Survey 2024 · Gartner Business Resilience Technology Report 2024 · FERMA Corporate Resilience Survey 2023.

Jorge Mercado · #JMCoach
Coach Profesional Certificado · ICF · CTO · Arquitectura Empresarial · C-Level
Resiliencia empresarial · Gobierno de datos · Equipos de alto desempeño
CNBV · COFEPRIS · ASEA · Fintech · Salud · Aviación · México y LATAM
twitter.com/JormerMx  ·  linkedin.com/in/mxjormer  ·  jmcoach-mx.blogspot.com

La visión domina al tiempo

La visión domina al tiempo. Amazon tardó 9 años en ser rentable. La mayoría de las startups no llega a 5. La diferencia no es el tiempo. Es ...