Construyes tecnología, la repites, la pagas dos veces. Y nadie lo ve.
La diferencia entre crecer y escalar está en lo que puedes reutilizar.
Hay un gasto que aparece en los presupuestos de tecnología de las empresas y que casi nunca se nombra con claridad. No está en una línea específica del estado financiero. No tiene un responsable identificado. Y sin embargo, consume entre el 20% y el 40% de la inversión tecnológica anual de una organización mediana o grande.
Se llama duplicidad. Y su forma más costosa no es la obvia.
No es que dos áreas compren el mismo software. Es que dos áreas construyen, mantienen y operan la misma capacidad de negocio — de forma independiente, sin coordinación, con distintos estándares de calidad y con resultados que el cliente final percibe como experiencias desconectadas.
El equipo de marketing construye su propia lógica del perfil de cliente, el equipo de ventas construye la suya, el equipo de servicio al cliente construye otra. Tres equipos, tres versiones del mismo problema, tres presupuestos, tres equipos de mantenimiento, y al final una empresa que no puede darle al cliente una experiencia coherente porque sus propios sistemas no comparten el mismo lenguaje.
Esto no es un problema técnico, es un problema de cómo la empresa decide construir — o no construir — sus capacidades digitales.
Y la raíz del problema tiene un nombre: Platform Thinking.
Por qué las empresas siguen construyendo en silos
Para entender por qué las empresas terminan duplicando capacidades una y otra vez, hay que entender cómo se toman las decisiones de inversión en tecnología en la mayoría de las organizaciones.
Cada área de negocio tiene su propio presupuesto, su director y sus objetivos. Cuando el área de operaciones necesita una herramienta nueva, busca una solución para sus necesidades específicas, cuando el área de finanzas necesita algo similar, hace lo mismo. Nadie tiene el mandato — ni el incentivo — de buscar si ya existe algo que pueda reutilizarse.
El resultado es una empresa que, vista desde afuera, pareciera una sola organización. Pero vista desde adentro, es un conjunto de islas tecnológicas que se comunican por excepción y no por diseño.
Cada isla tiene sus propios sistemas, sus propios datos, sus propias integraciones con terceros. Lanzar un nuevo producto requiere conectar todas esas islas. Cada conexión es única, costosa y agrega más complejidad. Y cuando algo cambia en una isla — una actualización, un nuevo proveedor, una fusión — el efecto se propaga de formas que nadie anticipó porque nadie tiene el mapa completo.
El costo visible de este modelo es la ineficiencia y alta complejidad. El costo invisible es mucho más grave: la empresa pierde la capacidad de innovar, de adaptarse mejor a las condiciones del mercado o de la industria. Porque cuando la base sobre la que se construye es frágil y fragmentada, cada nueva iniciativa requiere resolver los mismos problemas de integración una vez más, desde cero.
Los síntomas son ya conocidos por los ejecutivos de tecnología y del negocio. Proyectos que se extienden meses más de lo planeado porque la integración con sistemas existentes resultó más compleja de lo esperado. Experiencias de cliente inconsistentes porque los datos que necesita el área de ventas no están disponibles en tiempo real para el área de servicio. Iniciativas digitales que mueren en el camino porque el costo de conectarlas con el resto del ecosistema de la empresa supera el beneficio que prometían generar.
Qué es el “Platform Thinking” y por qué le debería importar al comité directivo
El Platform Thinking es la decisión de construir una capacidad una sola vez y usarla muchas veces. Es la diferencia entre fabricar cada componente de un automóvil desde cero cada vez que se diseña un modelo nuevo, versus desarrollar una plataforma que comparten múltiples modelos. Armadoras como Toyota, Volkswagen o BMW no construyen cada auto desde cero. Construyen plataformas y sobre ellas montan variantes. El resultado es velocidad, consistencia y economía de escala.
Las empresas de tecnología operan bajo la misma lógica. Amazon o Mercado Libre no construyeron una solución logística para cada uno de sus mercados. Construyeron una plataforma logística y la replicaron. Stripe no construyó una integración de pagos para cada banco con el que trabaja. Construyó una plataforma de pagos y los bancos se conectan a ella.
Eso es exactamente lo que las empresas medianas y grandes necesitan replicar: la capacidad de construir una vez y escalar muchas veces, con consistencia, con velocidad y sin reinventar la rueda en cada proyecto.
Una empresa de aviación europea lo entendió perfecto. En lugar de construir soluciones separadas para cada área — reservas, check-in, lealtad, servicio al cliente — decidió construir una plataforma de experiencia de cliente. Un solo perfil de pasajero, compartido por todas las áreas. Una sola capa de comunicaciones, usada por marketing, operaciones y programas de lealtad. El resultado no fue solo eficiencia operativa, fue la capacidad de conectar socios externos — hoteles, arrendadoras de autos, comercio electrónico — directamente a esa infraestructura, creando nuevas fuentes de ingreso que antes habrían requerido proyectos de integración de 12 a 18 meses.
La plataforma no fue un costo. Fue un activo estratégico.
El playbook: cómo construir una empresa que no repite lo que ya construyó
Cambiar el modelo no requiere reemplazar toda la tecnología existente ni detener las operaciones para hacer una gran transformación. Requiere cuatro cambios de enfoque:
Primero: deja de pensar en proyectos y empieza a pensar en capacidades
Este es el cambio más fundamental y el más difícil de hacer porque requiere cambiar cómo se aprueban y financian las inversiones en tecnología. — Incluso el mindset del equipo directivo —.
Un proyecto tiene un inicio, un fin y un entregable específico, una capacidad es permanente, evoluciona con el negocio y genera valor de forma continua. Son estables en el tiempo y permiten planear. El perfil del cliente no es un proyecto — es una capacidad—. La gestión de pagos no es un proyecto — es una capacidad —.
Cuando las empresas financian proyectos en lugar de capacidades, crean el incentivo equivocado: terminar el proyecto, no construir algo que dure y que otros puedan usar. El equipo entrega el sistema, se disuelve y nadie se responsabiliza de lo que pasa con esa inversión en los próximos cinco años.
Las capacidades estratégicas de la empresa deben tener dueños permanentes, presupuestos propios y métricas de uso y valor, igual que cualquier otra unidad de negocio.
Segundo: distribuye la autoridad, pero estandariza las reglas del juego
Uno de los miedos más comunes cuando se habla de plataformas es que centralizan el control y se vuelven más lentos los equipos.
El modelo que funciona no es centralización. Es lo contrario: distribuir la capacidad de construcción, pero dentro de un marco de estándares que garantice lo que construye un equipo puede conectarse con lo que construyen otros.
La analogía más clara es la de los enchufes eléctricos. En México, todos los enchufes tienen el mismo estándar. Eso no limita a nadie — cualquier fabricante puede diseñar el dispositivo que quiera, siempre que respete ese estándar de conexión. El resultado es un ecosistema donde la variedad coexiste con la interoperabilidad.
Eso es exactamente lo que necesita la arquitectura empresarial de una organización. Cada equipo puede construir soluciones específicas que necesita su negocio, pero la forma en que esas soluciones se conectan entre sí — los contratos de datos, los estándares de integración, los modelos de seguridad — son comunes y están documentados, no son negociables.
El rol del equipo de arquitectura no es ser el guardián que aprueba cada decisión. Por el contrario, es ser el equipo que co-crea las reglas del juego y acompaña a los demás equipos a jugar mejor dentro de ellas. La gobernanza tecnologica deja de ser un proceso burocrático y se convierte en un habilitador para el negocio.
Tercero: trata la tecnología como un ecosistema, no como un inventario de aplicaciones
Cada sistema o solución tecnologíca es una pieza independiente que se adquiere, se implementa y se mantiene. Las conexiones entre los sistemas es un problema de integración que se resuelve proyecto por proyecto.
La mentalidad de ecosistema es diferente. Los sistemas no son islas — son nodos de una red—. El valor de cada nodo no está en lo que hace de forma aislada, sino en cómo potencia a los demás nodos de la red.
En términos prácticos, esto significa diseñar cada nueva capacidad con una pregunta central: ¿cómo se conecta esta capacidad con el resto del ecosistema? ¿Qué datos comparte? ¿Qué eventos genera? ¿Qué otros procesos puede activar? ¿Qué socios externos podrían conectarse a ella en el futuro?
Las empresas que diseñan pensando en el ecosistema crean activos que se aprecian con el tiempo. Las que diseñan desde una mentalidad de inventario crean activos que se deprecian y eventualmente se convierten en obstáculos para la innovación — la famosa deuda técnica—.
Cuarto: la arquitectura no es un documento. Es un sistema vivo
La mayoría de las empresas tiene algún tipo de documento de arquitectura —un mapa de sistemas, un diagrama de infraestructura, un catálogo de aplicaciones—. Y en la mayoría de las empresas, ese documento está desactualizado antes de que se termine de escribir.
La arquitectura como documento es un artefacto obsoleto. La arquitectura como sistema vivo es lo que las empresas con crecimiento sostenido están construyendo.
Esto significa: mecanismos para detectar continuamente qué capacidades nuevas necesita el negocio, métricas de uso y adopción que permitan saber qué plataformas están generando valor y cuáles están quedando obsoletas. Ciclos regulares de revisión donde el negocio y la oficina de tecnología conversan sobre si la arquitectura actual sigue siendo la correcta. Y la apertura para modificar lo que ya existe cuando el negocio lo requiere, sin necesidad de empezar desde cero.
Una arquitectura viva es la que permite a una empresa lanzar un nuevo producto en semanas en lugar de meses, porque las capacidades que ese producto necesita ya existen, ya están probadas y ya están disponibles para quien las necesite.
Lo que el CEO necesita decidir hoy
Platform Thinking no se implementa solo, requiere decisiones que solo pueden tomarse desde el top management.
La primera es de financiamiento. Las capacidades estratégicas no pueden depender de presupuestos por proyecto. Necesitan un modelo de inversión continuo con métricas claras de retorno y beneficios esperados — no solo de costo, sino de valor generado, velocidad de lanzamiento y nivel de reutilización por parte de otras áreas.
La segunda es de incentivos. Si cada área es medida por sus resultados individuales, nadie tiene incentivo para construir algo que beneficie al resto. El modelo de incentivos tiene que reconocer y recompensar la contribución a las capacidades compartidas, no solo el desempeño en silo.
La tercera es de talento. Las personas que las empresas necesitan hoy no son los mismos que construyeron los sistemas de hace diez años. Se necesitan perfiles que puedan traducir necesidades de negocio en diseños técnicos, que puedan comunicarse con el CFO, COO y con el equipo de ingeniería con el mismo nivel de efectividad, y que tengan la visión para diseñar hoy pensando en lo que el negocio va a necesitar dentro de tres años.
Y la cuarta — la más importante — es de mentalidad. Una empresa que sigue aprobando proyectos en lugar de planear a través de capacidades, que sigue midiendo el éxito tecnológico por si el sistema fue entregado en tiempo, en presupuesto, y sigue tratando la arquitectura empresarial como una función técnica sin relevancia estratégica, no va a capturar el valor de Platform Thinking sin importar cuánto invierta en tecnología.
La transformación más profunda no está en los sistemas. Está en cómo el equipo directivo entiende, financia y gobierna la tecnología como activo estratégico.
Las empresas que lo entiendan primero no solo van a operar más eficientemente, van a poder lanzar nuevos modelos de negocio, conectar ecosistemas de socios sin tantas fricciones, y adaptar su estrategia a los cambios del mercado sin necesidad de reinventar su operación cada vez.
Eso no es una ventaja técnica. Es una ventaja competitiva.