Themes autogestionables en Magnolia para IOT: tres sitios de marca publicados sin desarrollo

El grupo de ópticas IOT lanzó tres sitios de marca con tres identidades visuales distintas, armados y publicados por su propio equipo de marketing. Uno de ellos pasó de nodo creado a versión publicada en 19 días, sin desarrollo de por medio.

Themes autogestionables en Magnolia para IOT: tres sitios de marca publicados sin desarrollo

Themes autogestionables en Magnolia para IOT: tres sitios de marca publicados sin desarrollo

Industrias

Países

Servicios implicados

El desafío

IOT es un grupo de ópticas que opera cinco marcas sobre una misma instancia de Magnolia, en producción desde hace años. La plataforma estaba madura y funcionaba; lo que no escalaba era sumar marcas.

Cuando la identidad visual de cada marca vive en el código, cada sitio nuevo es un proyecto de desarrollo, y la velocidad del grupo queda atada a la disponibilidad de quien lo escribe.

Para una dirección que planifica lanzamientos, eso convierte una decisión comercial en una dependencia técnica.

  • Un desarrollo por marca: cambiar colores, tipografías y composición exigía tocar código y desplegar.
  • Marketing sin autonomía: el equipo podía cargar contenido pero no definir cómo se veía su marca.
  • Librería de componentes acotada: lo disponible no alcanzaba para expresar identidades visuales distintas sin construir piezas nuevas.

El costo real no era el desarrollo de un sitio sino el de todos los siguientes, y que cada lanzamiento entrara en la cola de otro equipo.

La solución

Ampliamos la librería de componentes de frontend y construimos un aplicativo de Themes dentro de Magnolia, para que la identidad visual de cada marca pase a ser configuración en lugar de código.

El patrón de theming multimarca ya lo teníamos funcionando en nuestra propia plataforma. Lo que se construyó para IOT es ese mismo concepto implementado a medida sobre sus componentes y su CSS, no una plantilla genérica.

Un aplicativo de Themes dentro del CMS

  • Módulo propio que expone la configuración visual de cada marca como un tema editable desde el backoffice.
  • Ajustado a los componentes y al CSS existentes de IOT, que es lo que un constructor genérico no puede hacer.
  • Cada marca elige su tema sin que eso afecte a las demás de la instancia.

Más componentes para poder diferenciarse

  • Ampliación de la librería de frontend con las piezas que hacían falta para sostener identidades distintas.
  • Composición de página resuelta por configuración, sin desplegar código por cada variante.

El equipo de marketing publica solo

  • El equipo armó y publicó el go live de tres sitios de marca sin pasar por IT ni por Hábito 1.
  • Tres temas distintos autogestionados, conviviendo con las marcas que ya estaban en la instancia.

Arquitectura y tecnología

  • Magnolia CMS en instancia no headless, con cinco marcas en producción.
  • Aplicativo de Themes a medida, construido como módulo propio.
  • Librería de componentes de frontend ampliada sobre el design system del cliente.

Conocé más sobre design system y theming en Magnolia.

Conocé más sobre desarrollo de software.

El resultado

Tres sitios de marca salieron a producción publicados por el propio equipo de marketing, sin una línea de desarrollo por el medio.

KPIs iniciales

  • Cinco marcas en producción sobre una instancia madura, con la identidad visual resuelta en código.
  • Cada marca nueva requería un proyecto de desarrollo y un despliegue.

KPIs alcanzados

  • 3 sitios de marca creados y publicados en go live por el equipo de marketing, sin intervención de IT ni de Hábito 1.
  • 3 temas distintos autogestionados desde el backoffice.
  • Uno de esos sitios fue de la creación del nodo a la versión publicada en 19 días calendario, sin desarrollo de por medio.

Impacto estratégico

  • Lanzar una marca dejó de ser un proyecto técnico y pasó a ser una tarea de marketing.
  • El grupo dejó de pagar un desarrollo por cada marca nueva.