por Dom Nicastro
Ahora que sabemos que las plataformas de experiencia digital (DXP) no fueron inmunes a los desafíos de usabilidad, escalabilidad y tiempo de actividad en marzo pasado, la pregunta es cómo prepararse para el próximo gran aumento.
Y los picos ya están aquí, un año después. Simplemente pregúntele a cualquier estado de los EE. UU. que administre las citas para la vacuna COVID-19 .
Estar preparado para una avalancha digital requiere una combinación del sabor correcto de la tecnología de computación en la nube, las personas adecuadas y un sólido plan de emergencia digital, según Irina Guseva, analista principal de Gartner , quien informó por primera vez sobre los problemas de usabilidad, escalabilidad y tiempo de actividad en su Magic . Informe de Quadrant for Digital Experience Platforms publicado en enero. Los clientes de la mayoría de los proveedores de la plataforma de experiencia digital informaron esos problemas a Guseva en el marco de tiempo de marzo de 2020. El “fracaso” que muchos experimentaron en marzo obligó a estos practicantes a poner sus casas en orden, agregó.
Tener el sabor correcto de las nubes
Entonces cómo empiezas? Las organizaciones deben encontrar el sabor correcto de las nubes en el continuo de Infraestructura como servicio (IaaS) a Plataforma como servicio (PaaS) a Software como servicio (SaaS), según Guseva.
¿Qué es la infraestructura como servicio (IaaS)?: con la infraestructura como servicio (IaaS), una marca esencialmente compra o alquila espacio de servidor de un proveedor . Luego, en teoría, pueden administrar sus aplicaciones, desde el sistema operativo hasta el middleware y el tiempo de ejecución, sin la ayuda del proveedor de IaaS. IaaS se usa a menudo para describir “servicios en la nube” o “servicios de infraestructura administrados”.
¿Qué es la plataforma como servicio (PaaS)?: Con la plataforma como servicio (PaaS), los proveedores brindan a los clientes el mismo espacio de servidor y flexibilidad, pero con algunas herramientas adicionales para ayudar a crear o personalizar aplicaciones más rápidamente. Los proveedores de PaaS manejan cosas como el tiempo de ejecución, el middleware, el sistema operativo, la virtualización y el almacenamiento, aunque el cliente administra sus propias aplicaciones y datos.
¿Qué es el software como servicio (SaaS)?: El software como servicio (SaaS) maneja los aspectos técnicos y, al mismo tiempo, proporciona una aplicación (o un conjunto de aplicaciones) que el cliente puede usar para lanzar proyectos de inmediato, o al menos, más rápido de lo que lo harían con una solución IaaS o PaaS. Los proveedores de SaaS a menudo usan soluciones IaaS o PaaS para respaldar su conjunto de aplicaciones, manejando los elementos técnicos para sus clientes.
Según Guseva, el lugar ideal es estar entre PaaS y SaaS, con SaaS cada vez más generalizado. “Sí, puede decir: ‘Necesito mi nube privada porque tengo PII y todo eso”, Guseva. “Si tiene esos requisitos, entonces realmente necesita tener el talento adecuado en su equipo para apoyar a su barco cuando el mar se pone tormentoso, y ese no suele ser el caso”.
Guy Hellier, vicepresidente de gestión de productos para la gestión de la experiencia del cliente en OpenText , un proveedor de DXP, dijo a CMSWire que su organización vio a muchos clientes en las instalaciones en marzo pasado acelerar los planes para migrar a la nube con servicios administrados para reducir los costos internos con seguridad mejorada. y confiabilidad.
Por qué las personas importan
Guseva dijo que muchos profesionales informan que desean “nubes reales” y no PaaS porque quieren evitar construir sus propios entornos de contenedores de código abierto a través de Kubernetes. Según Guseva, ha estado escuchando a los practicantes decirle las mismas cosas. “No tengo la gente para hacer eso. No tengo el dinero para contratar gente para hacer eso. Solo quiero una nube, donde se cuide toda la infraestructura. Y solo puedo concentrarme en la creación de las experiencias y la optimización de esas experiencias y ser genial e innovador”.
Las organizaciones no deben esperar que un desarrollador de back-end que no esté capacitado en AWS tenga que configurar repentinamente una forma de evitar que su barco se hunda. “Ya sea internamente oa través de su socio integrador de sistemas, tendrá que contar con las personas adecuadas”, dijo Guseva.
Las empresas más exitosas ya estaban en camino de ejecutar una transformación digital integral para su organización, según Michael Gerard, director de marketing del proveedor de DXP e-Spirit . Los que tenían una cultura de agilidad, que permitía una respuesta rápida a la nueva normalidad, también tuvieron éxito. “Como lo citan muchos estudios, COVID-19 aceleró la transformación digital en cinco años o más para la mayoría de las organizaciones”, dijo Gerard.
Usuarios DXP Servicios Complejos Digitalizados
John-Paul Siriatowicz, director ejecutivo del proveedor de DXP Squiz , dijo que los clientes durante la embestida digital inicial de hace un año necesitaban obtener más servicios e información en línea, crear nuevos canales en línea para participar, volverse más flexibles y poder actualizar los sitios rápidamente.
Abordaron el asunto apremiante con sitios informativos y transaccionales sencillos sin problemas, dijo Siriatowicz, pero la medida en que podían llevar estas respuestas iniciales dependía de cuánto trabajo habían hecho hasta ese momento para digitalizar servicios, integrar sistemas y construir equipos que podrían moverse rápidamente en áreas como el desarrollo de contenido.
“Una vez que se abordaron las necesidades iniciales”, dijo Siriatowicz, “nuestros clientes comenzaron a buscar cómo pueden ser más resistentes y receptivos para lo que venga a continuación: digitalizar servicios más complejos; integrar sistemas para personalizar mejor el contenido, ofrecer nuevas herramientas y automatizar procesos; y traer múltiples fuentes de información o interacción en una plataforma para optimizar las experiencias de los clientes”.
DevOps maduros, las pruebas lideraron el camino
Las organizaciones a las que les va bien en este campo, incluso con un mayor crecimiento de la plataforma, tenían algunas características en común, según Kelly Rusk, arquitecto de Sitecore para Rackspace y Sitecore MVP:
- Tenía DevOps y metodologías de prueba más maduras
- Reconoció que si bien una plataforma DXP proporciona una funcionalidad básica, hay varios elementos por los que deben tener responsabilidad, es decir, “no comprar la exageración que a menudo viene con un DXP: que la plataforma es todo lo que necesita”, dijo Rusk.
- Decidió qué plataforma DXP aprovechar al evaluar primero los requisitos comerciales frente a comprar un DXP y dejar que la tecnología impulse lo que adopta el negocio. “Un buen ejemplo”, dijo Rus, “son algunas de las características de marketing de los DXP. Ofrecen conocimientos poderosos, IA y otros aspectos. Pero si una organización solo requiere información básica, puede aumentar rápidamente la complejidad no gobernable al convertirse en les encantan los datos, mientras que carecen de la información real que su organización requiere para tomar decisiones”.
- Tenía un plan de gobierno documentado que detallaba no solo sus DevOps y prácticas de desarrollo, sino también cómo ejecutar y quién está involucrado durante una crisis, como un evento de recuperación de desastres.
- Reevaluó qué características realmente necesitaban para tener éxito analizando detenidamente el viaje del usuario. “Muchas organizaciones están demasiado enfocadas en usar todas las funciones de su DXP en lugar de identificar lo que demandan sus usuarios y desarrollar eso”, dijo Rusk.
“Muchas organizaciones desarrollaron en exceso sus soluciones tratando de mantenerse al día con todas las funciones de su DXP”, agregó Rusk. “Este no era el momento de reaccionar de forma exagerada y extenderse demasiado, sino más bien de garantizar que los requisitos comerciales impulsaran las soluciones. Varias organizaciones fueron demasiado rápidas al intentar satisfacer las necesidades percibidas de los usuarios y no cumplieron con los hitos clave de desarrollo y DevOps, lo que resultó en una plataforma menos estable”.
La alineación entre CMO y CIO es importante
Las características generales de aquellos que pudieron manejar el ataque digital incluyeron una buena alineación y colaboración entre el CMO y el CIO, según Vahe Kassardjian, director de Deloitte Digital .
Las organizaciones en una posición fuerte también tienen:
- Una hoja de ruta que proporciona una visión razonable (no demasiado precisa) de tres a cinco años y permite la ejecución de proyectos inmediatos. También impide proyectos que obstaculizarían el plan a largo plazo, según Kassardjian.
- Equipos, procesos y tecnologías poco acoplados y resultados y roles claros y tecnologías diseñadas adecuadamente.
- Una mentalidad ágil madura con un enfoque en algunos principios básicos.
- Una “cultura de previsión”, a diferencia de las organizaciones que favorecen, a veces gratifican y nutren, actos heroicos para solucionar problemas que no deberían haber existido en primer lugar.
“El monolítico no es bueno y debe abandonarse”, agregó Kassardjian. “Por otro lado, demasiadas organizaciones sufren de complejidad excesiva, sistemas demasiado personalizados, brechas y superposiciones de capacidad, migraciones traumáticas al reemplazar/actualizar partes de su pila ensamblada en casa. Por lo tanto, uno no debe intentar construir/mantener algo que está disponible lista para usar para los competidores siempre que se cumplan los primeros principios: sistemas desacoplados, estándares abiertos, coherencia arquitectónica, un plan de adopción y un plan de salida, etc. Esto favorece automáticamente a los proveedores de plataformas que brindan estas características, pero también deja la puerta abierta para agregar soluciones puntuales”.
