Bienvenido al segundo episodio de Beyond the Edge, un podcast dedicado a explorar los desafíos dinámicos que enfrentan las empresas digitales modernas.
En este episodio, nuestro presentador, Ishan Anand, vicepresidente de producto para la plataforma de aplicaciones Edgio, habla con Mihaela Mazzenga, CTO de Valtech North America, y Ellery Womack, Sr. Director de Ingeniería en Edgio, sobre:
- ¿Qué es la composabilidad?
- ¿Por qué las empresas deberían migrar a una arquitectura composable?
- ¿Cuáles son los pasos que las empresas pueden tomar para hacer la transición a la composición sin fisuras?
- Algunas de las características que las empresas deben buscar para cosechar los máximos beneficios de la arquitectura componible
- Y, ¡más!
“Así que los microservicios, las API, el SaaS nativo de la nube y el headless (MACH) es lo que realmente une todos estos grandes enfoques, y es específicamente la combinación que trae lo mejor del software moderno a la mesa para desarrollar capacidades de negocio y para escalar experiencias, porque puedes tener microservicios, puedes tener API, puedes tener SaaS, puedes tener sin cabeza realmente todos de forma independiente, pero el impacto más significativo ocurre cuando los unes”.
- Mihaela Mazzenga, CTO at Valtech North America Tuit
Introducción al podcast de Edgio Beyond the Edge Episodio 2: De la arquitectura monolítica a la arquitectura componible: Cómo impulsar el valor y el ROI, presentado por Ishan Anand, vicepresidente de producto de la plataforma de aplicaciones Edgio.
Ishan Anand: Hola, y bienvenido a Beyond the Edge, un podcast dedicado a explorar los desafíos dinámicos que enfrentan las empresas digitales modernas. Soy su copiloto, Ishan Anand, vicepresidente de producto para la plataforma de aplicaciones Edgio. Y hoy en día, nos sumergimos en las arquitecturas componibles, cómo ayudan a las organizaciones a aumentar la velocidad del equipo y construir sitios más rápidos. Amazon, Nike, Walmart, Toyota, Target y muchas otras marcas están utilizando este enfoque y por una buena razón.
Porque según el informe de Salesforce 2022 State of Commerce, el 77% de las organizaciones que han adoptado esta arquitectura, es decir, tres de cada cuatro, dicen que les da mayor agilidad y mejora sus tasas de conversión. Así que vamos más allá del límite con nuestros huéspedes. Hoy tenemos a Mihaela Mazzenga, CTO de Valtech, y Ellery Womack, Directora Senior de Ingeniería de Edgio. Mihaela, por favor preséntate y cuéntanos sobre tu experiencia en arquitectura composable para empezar.
Mihaela Mazzenga: Gracias, Ishan. Mi nombre es Mihaela Mazzenga, CTO de Valtech North America. Diría que la mayor parte de mi experiencia ha sido en la construcción de plataformas SaaS donde enfoques como la composición y sin cabeza han existido durante algún tiempo, realmente impulsados por la necesidad de no reinventar la rueda y reducir la sobrecarga de correr en múltiples puntos de contacto. A partir de ahí, apliqué mis conocimientos en una marca icónica estadounidense que se había transformado en placa digital pura, y los dirigí a través de una migración composable y sin cabeza muy pura, que fue una de las primeras puntas a puntas de su tipo en la región en ese momento en 2019. Y he estado aplicando ese conocimiento a las transformaciones de marca empresarial con Valtech. También he pasado más de dos años y medio en la Alianza MACH como embajador y como embajador líder del programa realmente vinculado con el lado del cliente del trabajo, y más específicamente, las cosas que en última instancia impulsan el valor empresarial en el mundo de Composable.
Ishan Anand: Gracias. Muy contento de tener a alguien que ha estado haciendo tanto trabajo pionero desde los primeros días con MACH en la empresa. Ellery, ¿puede contarnos más sobre su experiencia con Composable Architecture?
Ellery Womack: Sin duda. Mi nombre es Ellery Womack. Soy el Director Senior de Ingeniería en Edgio. Trabajo en el Departamento de Servicios Expertos de Edgio, donde ayudamos a los clientes a obtener el mejor valor de nuestra CDN, alojamiento web y productos de seguridad. Y en los últimos años, he ayudado a varios clientes a mejorar el rendimiento del sitio web y también a adoptar arquitecturas componibles y sin cabeza, que solo ofrecen grandes experiencias para los usuarios finales. Mi experiencia es en consultoría tecnológica, donde he trabajado principalmente en la integración de sistemas y ayudando a otros clientes con proyectos de ingeniería de software de misión crítica. Y en Edgio, hemos ayudado a más de cien clientes, y muchos de los cuales están en el espacio del comercio electrónico, a mejorar drásticamente la velocidad del sitio de sus aplicaciones.
¿Qué es MACH? ¿Composabilidad? ¿Sin cabeza?
Ishan Anand: Genial. Gracias. Comencemos a llevar a la audiencia al mismo nivel y solo aclaremos algunos términos. He visto en innumerables llamadas de clientes, los términos componible, sin cabeza, desacoplado, API-First, y arquitectura MACH se utilizan indistintamente, y a menudo puede causar confusión. Mihaela, ¿podría ayudar a aclarar estos términos?
Mihaela Mazzenga: Sí, y siento que a veces todas estas discusiones comienzan con la definición de MACH. Lo que me gustaría hacer esta vez para elevar nuestra discusión, tal vez empujar un poco la madurez del tema, es realmente centrarme en por qué importa o qué es diferente al respecto, porque creo que mucha audiencia puede simplemente llegar a la definición de microservicios y API y nube y sin cabeza con bastante facilidad. Pero realmente la composición significa aprovechar múltiples capacidades separadas que juntas crean un sistema completo. Escucharás estos a menudo llamados bloques de construcción o bloques de Lego. E idealmente, estas capacidades son componentes SaaS nativos de la nube, pero también puede componer con soluciones de nube personalizadas dentro de su propio entorno. Si estudias ingeniería de software clásica, es el enfoque fundamental de la composición. Solo se aplica al mundo moderno de las funciones de la nube como lo son hoy en día. Y quiero añadir también que creo que lo hemos hecho…muchas veces también hay preguntas sobre si MACH es el futuro, y es maravilloso que hayamos creado un acrónimo para él. Pero creo que este tipo de ensamblaje de software es en realidad muy presente. Así que los microservicios, las API, el SaaS nativo de la nube y sin cabeza son los que realmente unen todos estos grandes enfoques.
Y es específicamente la combinación la que trae lo mejor del software moderno a la mesa para desarrollar capacidades de negocio y para escalar experiencias, porque puede tener microservicios, puede tener API, puede tener SaaS, puede tener cabeza sin cabeza de forma independiente, pero el impacto más significativo ocurre cuando los reúne. Creo que esto a menudo se pasa por alto en nuestros entendimientos, en nuestros diseños, y tal vez cuando hablamos de las cosas que no están funcionando, realmente enraizándose y entendiendo el valor de extremo a extremo, no solo enfocarse en solo una cosa que usted entiende es realmente crítica para el éxito en el nuevo mundo del ensamblaje de software.
Ishan Anand: Sí, me gusta mucho esa idea de que puedes tener microservicios. Puedes tener todos los acrónimos en MACH, Microservices, API, Cloud Native y Headless, pero es posible que en realidad no sea MACH. Es como si pudieras tener todos los ingredientes para una receta de galletas, pero aún así tienes que combinarlos y hornearlos de la manera correcta para que obtengas galletas reales y no queden quemadas, ¿verdad? Creo que ese es un punto muy perspicaz. No mires demasiado literalmente la definición. También es cómo lo usas.
¿Por qué migrar a Arquitectura Composable?
Ishan Anand: Hablemos de por qué las empresas deben hacer esta migración y las empresas y organizaciones que han hecho esa transición. Ellery, ¿puedes empezar con eso?
Ellery Womack: Sin duda. Uno de los mayores éxitos que hemos visto en Edgio fue con el minorista de moda Fortune 500, que cuando comenzó COVID, comenzó a ver una fuerte caída en los ingresos a medida que cada vez menos personas podían comprar en sus tiendas minoristas o en sus ubicaciones físicas. Y estaban en una plataforma monolítica de comercio electrónico donde sentían que no era lo suficientemente ágil para que hicieran crecer su negocio digital al ritmo que necesitaban para mantenerse al día con la demanda de los clientes. Y ya estaba luchando. Así que nos involucramos con ellos primero en una prueba de concepto solo para mostrarles si reconstruimos las páginas de arriba del embudo, como las llamamos, la página de inicio, la página de listado de productos y la página de detalles del producto, que vas a obtener una mejor experiencia del cliente. Va a ser más rápido que lo que tienes en tu plataforma actual, y eso debería conducir a mejoras en la tasa de conversión, el valor promedio de los pedidos, los ingresos por usuario, la tasa de rebote y todos los KPIs importantes en los que normalmente se centran. Así que pudimos conseguir esto vivo en cuestión de meses para una de sus marcas. Tuvimos los resultados deseados que anticipábamos. En su caso, debido a que son una empresa multinacional con múltiples marcas, el siguiente paso fue, ¿cómo aplicamos esto en todas partes?
Tenemos varias marcas en los Estados Unidos, Canadá, Europa, Asia-Pacífico, y así sucesivamente. La siguiente fase del viaje fue construir una arquitectura que fuera reutilizable para que tuviéramos una base de código única que se implementara para todos estos sitios web, todas estas marcas a nivel mundial. Durante los dos años siguientes, pudimos implementar esto iterativamente en todas sus empresas, que habían estado operando como plataformas de comercio electrónico monolíticas independientes. Y ahora, cuando hacen una mejora o agregan una nueva característica a un lugar, todos los demás obtienen el beneficio. Y todos ellos vieron beneficios similares en términos de sus KPIs una vez que se trasladaron a la arquitectura posterior.
Ishan Anand: Eso es genial. Así que la empresa Fortune 500 obtiene mejores tasas de conversión y su equipo está iterando más rápido. Es casi como conseguir más ingenieros en su equipo sin tener que gastar realmente el gasto. Mihaela, ¿tienes un ejemplo de ROI o un estudio de caso que te viene a la mente?
Mihaela Mazzenga: Así que, en realidad, basándonos en eso, Ellery, es interesante lo similar que realmente es esto, y tal vez apunte a dónde está el mayor valor.Creo que en estas grandes organizaciones multimarca y multi-región que ahora están mirando potencialmente la expansión de la tecnología que se ha creado durante muchos años y cuestionando cómo seguir impulsando el valor. Esa es probablemente una conversación que no está solo en la cuestión de componible, solo holísticamente fiel a la promesa de componible. Si bien permite la diferenciación en la pantalla o la capa de punto de contacto, también permite la consolidación que mencionó de sus capacidades centrales, o llamaré a esas materias primas, dentro de su huella tecnológica global. Así que estas organizaciones ahora realmente necesitan empezar a pensar más como las propias compañías SaaS. Necesitan determinar cómo maximizar la inversión, pero lo más importante, llevar ese mismo nivel de experiencia de calidad a todos sus clientes. Solo puede hacerlo con las capacidades básicas comunes mientras permite que el punto de contacto del cliente se personalice completamente para esa región o para las necesidades de los clientes de esa marca. La interfaz en este punto no tiene que ser la misma. En realidad, no debería ser lo mismo porque el front-end, la experiencia, ese punto de contacto con el cliente, francamente, necesita ser el más personalizado, donde el núcleo es un producto realmente no lo hace.
Esto realmente solo se puede lograr a escala con MACH, y digo eso porque creo que MACH se inclina hacia la diferenciación. Incluso si se tiene en cuenta el número de socios variables que una organización global tiende a tener, no estamos diciendo que haya un socio para hacerlo todo. Existe la expectativa total de que no solo tiene varias tecnologías, sino que también tiene varios socios, y esos socios entienden dónde impulsan el valor de manera única también. Mientras que a nivel de marca, tal vez podemos hacer referencia a cosas como elevación y conversión, creo que a nivel organizacional, aquí realmente queremos hacer referencia, honestamente, a la transformación organizacional. Odio usar esa palabra porque está sobreutilizada, pero es verdad. Innovación y mentalidad, que a veces puede ser bastante inconmensurable. Tener la comprensión y la experiencia correctas en esto es fundamental porque no se trata solo de construir el próximo sitio web. Se trata de la verdadera transformación, y tienes que tener la experiencia correcta en la mesa para llevar adelante este tipo de transformación a buen término. A veces ni siquiera reconoces que estás en el camino y necesitas ayuda para capitalizar realmente esa inversión. Hay organizaciones hoy en día que están dando este salto, sin palabras de juego de palabras, porque como ejemplo, la organización Mars en colaboración con Valtech ha creado un acelerador de salto para entornos multimarca para realmente establecer una base de componible y permitir esa diferenciación, pero lograr un tiempo increíble para comercializar en esa ecuación.
Creo que el valor o la definición de valor ha madurado increíblemente en los últimos 12 meses.
Ellery Womack: Y no solo las grandes marcas y las grandes empresas son buenos candidatos para MACH y Composable. También hemos trabajado con algunas empresas mucho más pequeñas. Un buen ejemplo es Universal Standard, que es un cliente de Shopify que está aprovechando Edgio. Tenían una experiencia particularmente lenta en el sitio móvil y tenían una necesidad bastante urgente de mejorar las cosas. Hubo un punto de decisión alrededor, ¿vamos a Shopify 2,0, damos otro paso incremental, o aprovechamos nuestra experiencia tecnológica y realmente solo hacemos el pivote ahora a sin cabeza? Terminaron decidiendo ir con Headless y construyeron un nuevo sitio web usando Nux, luego la API de Shopify y StoreFront. Y cuando lo lanzaron, vieron una mejora del 200% en la tasa de conversión. Así que incluso si no tienes varias marcas bajo tu paraguas, si tienes el equipo adecuado, no dudaría en mirar más de cerca a MACH.
Ishan Anand: Sí, realmente me encanta ese estudio de caso de Universal Standard como una demostración de que es básicamente un negocio de cualquier tamaño. Y tuvieron una charla realmente convincente que dieron en la Conferencia JAMstack hace unos años. Y Mihaela, me gusta de lo que estás hablando es MACH como la solución a esta expansión tecnológica. Y como parte de cada empresa que necesita ser una empresa de tecnología, ya que el software se come el mundo, el software básicamente se está comiendo todas las partes de su negocio y su organización. Y MACH es la solución que te ayudará a manejar esa complejidad cuando comience a comer varias partes del negocio. Me gustaría tomarlo, supongamos que alguien está convencido ahora. Claramente, hemos mostrado valor y ROI en todas las escalas de negocio.
Pasos a seguir para hacer esta transición sin problemas
Ishan Anand: ¿Pero cuáles son los pasos que debe dar una organización de equipo para hacer que esta transición sea lo más fluida posible? ¿Cómo llego de aquí para allá? Tal vez, Ellery, puedes empezar con eso.
Ellery Womack: Claro. Así que empezando con la tecnología, una de las grandes cosas de MLOC y Composable es que puedes elegir todas tus herramientas. Así que un buen primer paso es mirar a todos los proveedores para las herramientas que necesita usar y comenzar a hacer una selección de proveedores, identificando un sistema de gestión de contenido que le guste. A menudo, si estás usando una plataforma monolítica, tienes un editor de arrastrar y soltar, y tal vez un par de otras opciones que puedes integrar. Pero con Composable, el cielo es el límite. Así que puedes ver una serie de opciones diferentes. Así que seleccionando un sistema de gestión de contenidos, un sistema de comercio electrónico o un framework front-end, solo intentando identificar todas las herramientas que desea utilizar, y luego mirando todos los puntos de integración. ¿Cómo quieres combinar estas cosas, si hay alguna replicación de back-end que debe suceder entre sistemas, planificando tu migración y, en última instancia, quieres comenzar a hacer una prueba de concepto para estas herramientas para asegurarte de que tus equipos estén contentos con ellas? Al final del día, uno de los mayores beneficios es que ahora sus equipos pueden hacer sus trabajos diarios y las herramientas que aman y se ajustan a sus necesidades de manera más perfecta.
Ese es un gran beneficio que tus equipos van a ver una vez que empieces a ir por la pista sin cabeza. Siempre recomiendo a las personas, especialmente en la industria del comercio electrónico, que comiencen a construir su página de detalles de producto. Si puedes lanzar eso primero, ahí es donde vas a ver el mayor beneficio. Así que si estás tratando de averiguar, ¿empiezo con la página de inicio, PLP o PDP? Ese es definitivamente el lugar para empezar porque solo tienes mucho tráfico orgánico y búsquedas pagadas que van directamente a las páginas de productos, y las personas suelen mirar un producto, agregar al carrito y luego convertir. Así que recomiendo encarecidamente que comience allí y luego trabaje hacia atrás en su PLP, su búsqueda y su página de inicio. Y para la línea de demostración, el carrito y el checkout son cosas buenas para mirar. Pero en muchos casos, no los consideraría para el MVP o nada por el estilo.
Características de la arquitectura componible para beneficios máximos
Ishan Anand: De acuerdo. Y luego, mientras estás pasando por eso, como una organización que está pasando por esa selección, Mihaela, ¿qué características deberían estar buscando las empresas para obtener el máximo beneficio de una arquitectura composable?
Mihaela Mazzenga: Y antes de contestar eso, quiero añadir un poco y tal vez añadir algo, porque, Ellery, saltaste directamente al extremo de la tecnología. Y en Composable, creo, especialmente si has estado trabajando en una plataforma todo en uno. Y, por cierto, no estoy diciendo eso de una manera negativa, porque creo que cada tipo de solución tecnológica tiene una combinación adecuada. Pero fuera de la tecnología, es un cambio absoluto de mentalidad en términos de lo que eres capaz de hacer y la expectativa en torno a tu contribución como organización dentro de cualquier disciplina, mientras que antes creo que era más opinado, y que estabas trabajando en torno a las opiniones que están preestablecidas por una plataforma. Incluso cuando había flexibilidad, solo había cosas en las que no tenías que pensar. Creo que una hoja de ruta, si quieres hacerlo mucho más fácil como organización holística, una hoja de ruta es increíblemente importante si no existía antes, y entender cómo vas a generar valor a través de la transformación, entender cuándo vas a terminar la transformación porque hay un punto en el que la iteración de producto y producto se reinicia y eso no es necesariamente durante la mitad de una transformación como ejemplo.
Combinar demasiadas cosas a la vez, incluyendo el avance del producto, la transformación, la experiencia del cliente, el relanzamiento de la marca y el intercambio de sistemas operativos de backend como OMS, todo al mismo tiempo, una receta absoluta para el desastre. Entender sus capacidades como organización, lo rápido que puede ir, entender a su equipo, entender las brechas en su equipo en su organización, el impacto que esto va a tener en el proceso más allá de la tecnología, el impacto que tendrá en las personas, la gestión del cambio se vuelve absolutamente necesario para lidiar con definir, porque como sabemos naturalmente, cualquier tipo de cambio para nosotros como humanos suele ser inquietante, muchas preguntas, y esto no será diferente. Este es un cambio de paradigma masivo para la mayoría de las organizaciones. Y lo que quiero decir es que si dejas que la tecnología sea líder, probablemente necesites reevaluar esa estrategia porque esta debería ser una iniciativa dirigida por negocios. Al final del día, si no puedes separar los dos, si en su mayoría eres una empresa de tecnología y estás haciendo esto por razones tecnológicas, ciertamente hay todo tipo de sabor, pero incluso en eso, por favor entiende tu por qué.
Ishan Anand: Sí, esa es una llamada muy buena.
Mihaela Mazzenga: Así que eso lleva a las características, ¿verdad? ¿Qué tipo de característica debe ser dirigida? ¿Cuáles cosechan más beneficios? Y honestamente a eso, me daría la vuelta y preguntaría, bueno, ¿cuáles son las características que crees que generan más valor para tus clientes o dentro de su demografía, dentro de tus equipos? Y en términos de dónde empiezas, tienes que empezar con ese valor. Y normalmente, eso le llevará en la dirección de su cliente. Entonces, ¿cuáles son los puntos de dolor del cliente? ¿Cuáles son los puntos de valor del cliente? Hablaremos de cosas como la velocidad general, ¿está bien? ¿Yo, como cliente, rebotaré antes de que la página de inicio se renderice como ejemplo, y luego me enfocaré en el borde? ¿Voy a rebotar antes de ser capaz de convertir? Tiempo para la transacción y centrarse en el comercio. ¿Experimento el contenido mejor personalizado que tienes para ofrecer? Preparación de contenido y enfoque en CMS. ¿Puedo encontrar los productos que quiero y puede que no sepa que quiero también? Luego enfócate en la búsqueda. En todo eso, hay TCO subyacente y velocidad subyacente, que no creo que se pueda eliminar de ninguna parte de esta ecuación.
Y ambos de forma independiente tienen impactos muy duraderos en una organización. Así que aunque podría tener una opinión como tecnólogo, creo que necesitas buscar características que tengan sentido para generar valor.
Ishan Anand: Me gusta eso, entendiendo el por qué. Y en la raíz de esto, el por qué va a volver a sus clientes, y va a estar arraigado en eso y no necesariamente en la tecnología. Eso es realmente para servir el por qué ya tienes con por qué estás en el negocio. Es un recordatorio realmente poderoso.
¿Quién debería usar una arquitectura componible?
Ishan Anand: Quiero hacer una transición un poco. Hablamos anteriormente sobre cómo hay una gama de tamaños de negocios que han adoptado la arquitectura composable. Y, Mihaela, dijiste antes, el monolito no es necesariamente malo en algunos casos. Entonces, ¿cómo sabes, como empresa, quién debería usar arquitecturas componibles? Voy a lanzar ese lazo a cualquiera de ustedes para que responda.
Mihaela Mazzenga: Ellery, te nomino.
Ellery Womack: Gracias. Lo aprecio. Así que probablemente hay dos temas muy comunes que surgen con los clientes con los que tiendo a trabajar. Una es la flexibilidad y las herramientas, solo tener las herramientas adecuadas que sirvan a su propósito empresarial. Entonces, ¿las herramientas sienten que las herramientas le dan la flexibilidad que desea hacer su trabajo diario? ¿O hay otras herramientas que están un poco más enfocadas? Tienen conjuntos más pequeños de funcionalidad que serían más adecuados a sus necesidades. Construir una pila composable se trata de encontrar las herramientas y productos adecuados que sean adecuados para usted, su negocio y su equipo. Y luego los integras juntos para que tu equipo pueda hacer su trabajo en sus términos. Así que, de nuevo, la selección de herramientas, la selección de proveedores es realmente importante para esto. Y una cosa más que ha surgido bastante comúnmente es solo la necesidad de habilitar puntos multi-touch y la incapacidad de hacer eso con su pila actual. Por lo tanto, desea proporcionar una experiencia de cliente consistente en la tienda, móvil, web y otros canales. Es importante que no replique su lógica de negocio y flujos de trabajo a múltiples canales monolíticos y de soporte. En ingeniería, tendemos a llamar a esto seco, lo que significa que no se repita.
Mihaela Mazzenga: Y Ellery, yo diría que todo el mundo debería usar una arquitectura composable. Y no quiero hacer de esto una conversación DE MACH versus monolito. Hay poderosos sistemas heredados que permanecerán absolutamente en juego para la mayoría de las organizaciones. Hay componentes propios de eso. Hay tanta complejidad e integración. Creo que el número uno, que el paisaje continuará cambiando hacia la composabilidad. La economía API seguirá creciendo, y tenemos que tener cuidado de que la respuesta sea realmente híbrida. Habrá integraciones que tengas con sistemas que no se consideran MACH, y no deberían serlo en algunos casos. Y luego tendrá integraciones con sistemas que le brindan la capacidad comercial granular. Creo que la organización de hoy necesita simplemente mirar y decir, como usted dijo, flexibilidad y herramientas, ¿cuáles son las herramientas que puedo aprovechar? ¿Cuáles son las herramientas que no debería cambiar? Porque el cambio por cambio debería ser la última opción en este entorno. Pero no sé que en la era moderna de hoy hay una organización que en realidad no va a aprovechar algo de composición dentro de sus arquitecturas de software. ¿Es el enfoque más puro de MACH en todos los casos? No, absolutamente no, pero creo que existe.
Y, honestamente, las combinaciones más poderosas son las que son híbridas, porque reconoce que nuestra intención aquí es dar a la organización la opción, y esa elección puede ser legado en algunos casos. Tenemos que centrarnos en lo que nos hace diferentes y seguir presionando para comprar realmente materias primas y construir diferenciación. Para mí, esa es una ecuación que cubre tanto el monolito como el composable y MACH y todos los otros acrónimos que quieras lanzar en él. Pero creo que hoy es la ostra de todo el mundo.
Ishan Anand: Sí, me gusta ese posicionamiento que no es necesariamente una opción binaria. Puedes incorporar el legado. Puede ser un espectro, por así decirlo, de cuántos componentes MACH o MACH puros hay en tu pila.
Es hora de adoptar la composición: Indicadores líderes
Ishan Anand: Quiero ponernos en la mente de un oyente en la audiencia que dice, bien, esto suena genial. Está marcando todas las casillas. Pero siempre han visto Composable o MACH, ya que siempre es perpetuamente la iniciativa futura. Más adelante, la hoja de ruta requiere mucha inversión. ¿Cuáles podrían ser los principales indicadores que podrían utilizarse como desencadenantes de que es hora de hacer el cambio ahora? Qué desafíos se enfrentarían día a día que indican, en realidad, no… No debes esperar. En realidad, deberías empezar a dar ese paso incremental ahora.
Mihaela Mazzenga: Creo que siempre el indicador principal es la fricción del cliente. También hay puntos en el recorrido del cliente que no son ideales que la conversión se haya reducido, las tasas de rebote están aumentando, la duración o la calidad de la experiencia y los datos y el contenido, todo esto lleva a cierta insatisfacción del cliente. Como sabemos, los clientes generalmente no tienen problemas con decirnos dónde no están satisfechos con partes de la experiencia. Creo que empezamos ahí y, por supuesto, eso no es necesariamente exclusivo del legado. No es que no puedas tener problemas incluso en un ecosistema MACH y composable. Pero si usted no tiene fricción de los clientes y si está satisfecho con su TCO, puede plantear la pregunta sobre realmente qué tipo de resultado está buscando en ir por este camino. Pero creo que empieza ahí, y esas son cosas fáciles de buscar. Deben ser cosas conocidas dentro de su organización y el recorrido del cliente que ya está midiendo, con suerte.
Ellery Womack: Sí, solo para aprovechar el aspecto de rendimiento de eso, si su sitio web no está pasando Core Web Vitals, eso es un buen indicador de que usted tiene que cambiar. No significa necesariamente MACH y composable. Pero si no puedes llegar allí, entonces ciertamente deberías considerarlo. Muchos de nuestros clientes están mirando sus Core Web Vitals sobre una base muy regular porque eso influye en su ranking de búsqueda en Google. Así que mirando su pintura más grande y contentada y con qué rapidez los usuarios pueden ver algo en la pantalla, el cambio de diseño acumulativo, que mide la cantidad de cambios alrededor del contenido en la página a medida que se está representando, y para el retraso de los síntomas, que es una medida de una vez que intento interactuar con la página, ¿qué tan rápido se actualiza y responde? Google está utilizando esta información para alimentar los rankings de búsqueda orgánica. Y si no estás entre los tres primeros resultados de búsqueda, entonces más de la mitad de los clics de esas búsquedas no van a tu sitio web. Así que es muy importante mantenerse al tanto de esto. Esta es una área donde MACH y composable desde una perspectiva de arquitectura es algo que ofrecerá el mejor rendimiento disponible en el mercado.
Así que eso es una cosa que nuestros clientes miran muy de cerca. E incluso use nuestro RON, que es una herramienta de monitoreo de usuarios en tiempo real, para mantenerse a la vanguardia y asegurarse de que a medida que están impulsando nuevos cambios, sepan en tiempo real lo que eso va a hacer con sus datos vitales centrales.
Mihaela Mazzenga: Y Ellery, incluso en aquellos, ¿verdad? Hay, estoy seguro, casos a los que puedes referirte donde la solución era ambas, ¿verdad? Así que, en un intento de obtener un tiempo rápido para obtener valor, puede colocar una solución de borde como un Edgio encima de un sistema heredado para obtener realmente un ascenso inmediato y rápido en cuestión de inversión de meses a medida que comienza una migración o transformación total. Y no creo que ese valor pueda ser subestimado. Así que de nuevo, apuntando de nuevo al híbrido y se debe animar a mezclar y combinar con lo mejor de nuestras habilidades y conducir esa mejor experiencia para el cliente.
Terminación
Ishan Anand: Sí, creo que eso es realmente una buena nota para terminar con ese híbrido debe ser alentado porque te hace más rápido el tiempo para valorar estos beneficios. Empezamos con cómo la arquitectura composable hace que los sitios carguen más rápido y los equipos sean más ágiles. Y ahora estamos cerrando con cómo deberías ir adoptándolo y que no es necesariamente una opción binaria. Me gustaría darles las gracias a ustedes, nuestros invitados, Mihaela, CTO de Valtech, y Ellery, Director Senior de Ingeniería de Edgio. Y luego agradece a nuestra audiencia también por unirse a nosotros hoy en Beyond the Edge. Te veremos en el próximo episodio, donde hablaremos sobre Prefetch predictivo y cómo este enfoque puede reducir las cargas de página a velocidades de sub-segundo. No te lo pierdas. Te veremos en el próximo.
Si estás listo para la transición a la arquitectura composable, ¡Edgio está aquí para ayudarte! Hable con uno de nuestros expertos, hoy.