Desarrollar sitios web para Globant: proyectos, escala y lo que aprendí

Trabajar con Globant significó, en la práctica, operar con los estándares de una empresa que ya tenía presencia global y que empujaba cada proyecto con una exigencia real de calidad. No era el típico encargo de "hacenos un sitio": cada proyecto tenía requerimientos propios, audiencias específicas y un nivel de producción que te obligaba a pensar en escala desde el primer día.

Participé en el desarrollo de más de diez proyectos digitales dentro del ecosistema de Globant: desde el rediseño completo de su blog corporativo hasta experiencias interactivas creadas junto a FIFA, pasando por reportes estratégicos de tecnología, sitios de campaña y plataformas para divisiones internas. Acá voy a contarte cómo fue ese trabajo, proyecto a proyecto, y qué implicó técnica y operativamente.

El blog "Stay Relevant": 2.000 artículos y una reingeniería completa

Si tuviese que elegir un solo proyecto de toda esa etapa para describir qué significa trabajar con una plataforma de contenidos a escala real, elegiría el blog corporativo de Globant.

El blog "Stay Relevant" llegó a nosotros con años de evolución acumulada: más de 2.000 artículos publicados, categorías que habían crecido de forma orgánica sin demasiada planificación, y una arquitectura de información que reflejaba decisiones tomadas en distintos momentos por distintos equipos. Era funcional, pero tenía los problemas típicos de cualquier plataforma que escala sin gobernanza: taxonomías redundantes, jerarquías inconsistentes, un rendimiento que sufría con el volumen y una experiencia visual que había quedado desfasada.

El trabajo no fue solo un rediseño. Fue una reingeniería completa.

Liderar ese proyecto implicó pensar en varias capas al mismo tiempo: la migración masiva de publicaciones existentes, la reorganización de categorías y taxonomías desde cero, la optimización de la arquitectura de información y una renovación integral de la experiencia visual. Cualquiera de esas cuatro cosas por separado ya es un proyecto considerable. Hacerlas en simultáneo, sobre una plataforma activa con tráfico real, requiere una planificación muy cuidadosa para que nada se rompa en producción y los equipos editoriales puedan seguir publicando durante el proceso.

Lo que más me quedó de ese trabajo fue la certeza de que una plataforma de contenidos nunca es solo técnica. Las decisiones de arquitectura de información tienen consecuencias directas sobre cómo el equipo editorial trabaja, cómo Google indexa el contenido y cómo el lector navega. Separar esas tres dimensiones es un error.

FIFA Tech Trends y los reportes interactivos: contenido técnico con exigencia visual

Uno de los proyectos más desafiantes fue la experiencia digital desarrollada junto a FIFA para su "Tech Trends World Cup Edition". El desafío no estaba en la tecnología en sí sino en la combinación de factores: una marca con estándares de producción extremadamente altos, un contenido que requería storytelling sofisticado y visualización de información, y una experiencia que tenía que funcionar como algo inmersivo, no como un PDF en línea.

Cuando el cliente es FIFA, el margen para errores visuales o de performance es prácticamente cero. Cada detalle importa.

Ese proyecto me hizo pensar mucho en la diferencia entre "publicar un reporte" y "diseñar una experiencia de lectura". Un reporte estático podría haber comunicado la misma información. Pero el objetivo era diferente: que el usuario permaneciera, explorara, entendiera. Eso cambia completamente las decisiones de diseño e implementación.

Los reportes de Globant en general, tanto los Tech Trends Reports anuales como los Sentinel Reports, plantean ese mismo problema. Se trata de grandes volúmenes de información técnica que tienen que ser accesibles para distintos perfiles de audiencia, desde un CTO hasta un ejecutivo de marketing que quiere entender el impacto de una tecnología. La presentación no es decorativa: es funcional. Si el reporte no se puede navegar cómodamente, nadie llega al contenido.

Trabajé en varios reportes de esa serie. Cada uno requería pensar en cómo organizar la información de manera que la jerarquía visual y la jerarquía de contenido coincidieran, cómo hacer que los datos tuviesen legibilidad en distintos tamaños de pantalla y cómo mantener la coherencia de marca en producciones que podían extenderse por muchas secciones.

Blockchain, "Meet The Future" y el problema del contenido técnico complejo

Durante el período de mayor crecimiento y adopción de blockchain como tecnología, Globant publicó un reporte estratégico enfocado en ese tema. Desarrollé ese proyecto y el desafío central era uno que aparece seguido en este tipo de encargos: ¿cómo convertís contenido técnico complejo en algo que sea comprensible y atractivo para una audiencia que no es necesariamente técnica?

No alcanza con simplificar el texto. La experiencia visual tiene que hacer el trabajo junto con el copy.

Lo mismo aplica al reporte "Meet The Future", orientado a tecnologías emergentes y tendencias. Ese tipo de contenido es complicado porque habla de cosas que todavía no existen en su forma definitiva, y hay que presentarlas de manera que sean concretas y útiles para el lector, no abstractas y especulativas. La presentación visual hace una diferencia enorme en cómo se percibe ese contenido.

Trabajar en esos reportes me dejó una práctica que sigo usando: antes de arrancar con cualquier decisión de diseño o estructura, primero mapeás quién va a leer esto y qué necesita entender al terminar. Ese mapeo cambia todo lo que viene después.

WaaSabi, Belatrix y "Reinventing Consultancy": tres proyectos con identidades distintas

No todos los proyectos de Globant eran reportes o el blog corporativo. Algunos eran sitios con objetivos y personalidades completamente diferentes.

WaaSabi (hoy DAXIA) fue un proyecto donde la identidad visual pedía algo muy específico: alto contraste, una arquitectura de contenidos amplia y una experiencia que comunicara innovación de forma clara. Ese tipo de brief es interesante porque te obliga a tomar decisiones tipográficas y de color que no son convencionales, y al mismo tiempo mantener todo legible y funcional. El resultado tenía que verse atrevido sin perder usabilidad.

Belatrix llegó después de su integración al ecosistema de Globant. El trabajo ahí estuvo centrado en construir una plataforma escalable: no solo que funcionara bien en ese momento, sino que pudiera crecer con el negocio sin acumular deuda técnica. Eso implica decisiones que a veces son menos visibles pero que tienen consecuencias a mediano plazo, como la estructura de plantillas, la separación de responsabilidades entre módulos de contenido y la forma en que el equipo editorial puede operar sin depender siempre de un desarrollador.

"Reinventing Consultancy" fue diferente a todos los demás. Era un sitio de campaña, y estaba acompañado por dos cortometrajes publicitarios producidos por la agencia creativa GUT Buenos Aires. Los cortos presentaban una mirada satírica de la consultoría tradicional y posicionaban a Globant como actor clave en el futuro de la transformación digital. El sitio tenía que estar a la altura de esa producción creativa, que era de un nivel alto. Cuando el material audiovisual que rodea a un sitio tiene esa calidad, la plataforma digital no puede verse genérica.

Los Sentinel Reports: gestión de una serie completa

Los Sentinel Reports son una iniciativa de investigación y análisis de tendencias tecnológicas que Globant publica de forma recurrente. Fui responsable del desarrollo de la serie completa.

Lo que hace específico ese tipo de trabajo es que no estás desarrollando un proyecto aislado sino una serie. Eso implica pensar en coherencia entre ediciones, en cómo la identidad visual evoluciona sin perder reconocibilidad, y en cómo mantener los estándares técnicos edición tras edición. Cada nuevo reporte de la serie tiene que poder incorporarse sin que requiera una refactorización desde cero.

La gobernanza de ese tipo de proyecto requiere decisiones tomadas desde el principio: sistemas de componentes reutilizables, documentación suficiente para que otro desarrollador pueda tomar el trabajo y continuar, y criterios claros sobre qué puede variar entre ediciones y qué tiene que mantenerse constante.

Lo que cualquier proyecto de escala te enseña

Después de trabajar en todos estos proyectos, hay algunas cosas que se vuelven evidentes y que son difíciles de entender sin haberlas atravesado.

La primera es que la complejidad técnica raramente es el problema real. El problema real suele ser la gobernanza: quién toma decisiones sobre el contenido, cómo se mantiene la coherencia cuando hay múltiples equipos involucrados, qué pasa cuando un proyecto tiene que crecer después de que el equipo original ya no está. Un sitio con 2.000 artículos no es complicado de técnica; es complicado de gestión de información.

La segunda es que la performance no es una capa adicional que se agrega al final. En proyectos con volúmenes grandes, sea de contenido, de usuarios o de tráfico, las decisiones de performance se toman desde la arquitectura. Si las dejás para el final, terminás renegociando con código que no estaba pensado para eso.

La tercera es que los proyectos de mayor visibilidad, como los que involucran marcas globales, tienen un nivel de revisión y exigencia que te hace más preciso. No porque el trabajo sea diferente en esencia, sino porque el margen para la ambigüedad se reduce. Eso es un buen entrenamiento.

Si estás evaluando trabajo de esta escala para tu organización

Proyectos como estos no se resuelven con más horas. Se resuelven con alguien que ya tomó este tipo de decisiones antes y sabe cuáles tienen consecuencias a seis meses y cuáles son ruido.

Si tenés una plataforma de contenidos que acumuló deuda técnica, un reporte que tiene que funcionar como experiencia y no como documento, o un sitio de campaña que tiene que estar a la altura de una producción creativa de nivel alto, el punto de partida es siempre el mismo: entender qué está roto, qué puede esperar y qué necesita atención inmediata.