Lo que necesita saber sobre la integración de plataformas

Hoy en día, cada negocio es un negocio digital, pero dar el salto para transformar su organización para que sea adecuada para su propósito es una perspectiva desalentadora tanto para aquellos que construyen una plataforma desde cero como para aquellos que cambian de plataforma a partir de un sistema heredado. ¿Donde empezar? ¿Y cómo evitar las trampas comunes que pueden descarrilar un proyecto y arruinar su presupuesto, lo que hace que los ejecutivos cuestionen su implementación?

Hablé con Brian Walker, un experto global en plataformas de comercio electrónico que lidera la estrategia, el marketing y el ecosistema en SAP Hybris, sobre las lecciones aprendidas al ayudar a una amplia variedad de empresas a implementar plataformas que evolucionarán junto con las necesidades de los clientes, brindarán un gran rendimiento y ayuda. organizaciones optimizan su negocio para el futuro. Aquí, Brian ofrece algunas ideas sobre lo que toda empresa necesita saber para garantizar una transición sin problemas.

Greg Williams: Tiene un cliente que quiere embarcarse en un proyecto de plataforma o cambio de plataforma con usted. ¿Cuáles son los primeros pasos en ese camino?

Brian Walker: En primer lugar, los clientes obtendrán el mayor éxito cuando no intenten hervir el océano; para empezar, no intenten lograr un alcance demasiado grande. Cuando se financian este tipo de proyectos, tiende a haber una demanda reprimida de nuevas características y nuevas capacidades, todos están ansiosos por ver cómo se abordan una gran cantidad de cosas. Esto es natural, pero es muy importante que las empresas no intenten cumplir todos sus objetivos a través de un solo proyecto. La forma de verlo es como un programa que está en curso. De hecho, nunca se hará realmente, ya que estas capacidades serán fundamentales para la forma en que interactúa y atiende a los clientes.

GW: Así que la primera regla es, ¿no te apresures?

BW: Puede haber una sensación de urgencia porque el panorama está cambiando muy rápidamente, y muchas, si no la mayoría de las empresas, sentirán que se han quedado atrás para cuando comiencen. Pero cuando intentan lograr demasiado, no tienen un buen gobierno, y ahí es donde el 'alcance del alcance' asoma su fea cabeza.

GW: ¿Cuál es?

BW: un conjunto de requisitos en evolución y mal definido que introduce cambios a mitad de camino. Por lo general, esto se debe a que las partes interesadas no pueden definir lo que quieren hasta bien avanzado el proyecto, o los procesos comerciales no se comprenden bien. Demasiados cocineros en la cocina pueden significar que lo que está tratando de lograr se convierte en un objetivo en movimiento, lo que inevitablemente conduce a sobrecostos presupuestarios y retrasos significativos. Esto luego erosiona la confianza de todos, incluida la alta dirección, en cuanto a la probabilidad de éxito. Ahí es cuando la gente comienza a preguntar: " ¿Esto alguna vez va a dar sus frutos ?" Por lo tanto, es realmente importante que las personas vean un tiempo rápido de valorización, que vean el progreso, incluso si tiene un alcance algo limitado en comparación con lo que finalmente desea lograr. Aquí es donde la gobernanza y la disciplina del proyecto son tan importantes: para mantener los proyectos en marcha.

GW: ¿Qué otras lecciones has aprendido?

BW: Es muy importante centrarse y definir las interfaces entre los sistemas de su entorno. Supongamos que tiene su producto principal que entrega datos desde el back-end, o necesita datos de inventario o acceso a datos de clientes desde múltiples sistemas. Definir las interfaces e invertir en interfaces estandarizadas escalables y altamente repetibles le permite moverse mucho más rápido más adelante.

Cuando el trabajo se realiza dentro del alcance de un proyecto grande, pero no hay suficiente tiempo dedicado a la codificación y prueba de diseño adecuadas, las soluciones alternativas o los trucos en torno a esas interfaces que le costarán más adelante pueden colarse fácilmente. Este es otro lugar donde muy a menudo , hay sobrecostos y sobrecostos.

La mejor práctica es hacer esas interfaces por adelantado. Antes de que ocurra una implementación grande, cree esas API que le permitan conectar varios sistemas. Defina esas interfaces por adelantado e invierta tiempo para integrar adecuadamente sus sistemas existentes para que estén dentro del alcance de estas soluciones más nuevas que está agregando.

Hemos invertido en algunas herramientas de integración que permiten a los clientes de SAP optimizar drásticamente esa parte de estos proyectos, ya sea que se esté integrando a sistemas SAP o no SAP, pero aún puede ser un obstáculo que muchas empresas encontrarán al embarcarse en un programa como este.

GW: ¿Qué más se debe evitar?

BW: Por lo general, con proyectos grandes, contrata a una empresa consultora que le factura miles de dólares por día: tiene arquitectos de sistemas, desarrolladores, analistas comerciales, todo un ejército de personas, además de todos sus recursos internos. Sin embargo, el trabajo ni siquiera ha comenzado a definir la experiencia del usuario. Todo el mundo está parado diciendo: " Bueno, no podemos empezar a trabajar hasta que sepamos cómo debería ser ".

La definición y el diseño de la experiencia del usuario pueden comenzar mucho antes de la implementación de los sistemas. Claro, habrá un proceso de racionalización para garantizar que el diseño se ajuste al proyecto o para modificar las características, pero en general, esto puede simplificar considerablemente un proyecto. Por lo general, solo hay una ventana de tres semanas en un plan de proyecto para el diseño de la interfaz de usuario. Y es a menudo en este punto que todo se tuerce cuando la alta gerencia o una parte interesada clave de repente se involucra. Tal vez no sabían muy bien lo que querían, ¡pero saben que no quieren eso! Luego, el proyecto se detiene casi por completo a medida que se resuelven los problemas de diseño. No es bueno. Con un poco de planificación, es una situación completamente evitable.

GW: Los planes y los plazos se pueden acordar, pero me imagino que cumplirlos es otro desafío…

BW: Necesitas a alguien que actúe como un perro guardián sobre el alcance del proyecto que esté absolutamente comprometido a entregarlo a tiempo. Las personas pueden lanzar cronogramas ridículamente agresivos para, por ejemplo, una gran implementación de comercio o un gran sistema de marketing. Es posible que el sistema en sí no sea necesariamente grande, pero son proyectos transformadores que afectan cada parte del negocio. Siempre habrá un plan de proyecto: necesita a alguien que lo proteja y administre con firmeza, pero que también esté dispuesto a reducir el alcance de las cosas para llevar el proyecto a tiempo. Como dije antes, tienes que verlo como un programa versus un proyecto.

GW: ¿Y quién debería ser esa persona?

BW: Donde he visto el mayor éxito es donde se contrata a un gerente de proyecto independiente de alto nivel. No debe ser alguien de la firma de consultoría que contrató para realizar la implementación de sistemas, y no debe ser alguien trabajando para el equipo de TI o incluso para las partes interesadas del negocio. Necesita a alguien que pueda transmitir las noticias directamente y cuyo único objetivo sea mantener el proyecto en marcha.

GW: ¿Qué pasa si es el lanzamiento de un sitio completamente nuevo?

BW: El mayor desafío para un sitio nuevo es que, a veces, el plan y el alcance del proyecto no tienen en cuenta el cambio del proceso empresarial. Todos los que se involucran con el nuevo sistema deben saber cómo usarlo. Es posible que tengan una forma bastante tosca y muy manual de administrar su sitio web, su proceso de ventas o marketing. Lo más probable es que el nuevo sitio y sistema sean mucho mejores, pero el cambio es difícil. Es tentador querer herramientas y sistemas que hagan las cosas “como funcionan aquí”. Esto puede conducir fácilmente a la fluencia del alcance una vez más.

Sin embargo, si no saben cómo usar el nuevo sistema y no hay contenido, el proceso se detiene. El contenido requerido (contenido del producto, datos del cliente, contenido del sitio, etc.) a menudo no se ha tenido en cuenta realmente. Debe crear contenido para el nuevo sitio para que esté listo una vez que se haya implementado el sistema. Estas son cosas obvias que terminan generando costos y retrasos en el tiempo que pueden resolverse fácilmente por adelantado.

GW: SAP Hybris ha evolucionado en los últimos años. ¿Puedes llevarnos a través de ese viaje?

BW: Hybris comenzó centrándose en soluciones de comercio. Pronto se convirtió en una de las plataformas líderes en el mundo para que las empresas ejecuten comercio electrónico a gran escala en línea y en dispositivos móviles: una plataforma de comercio omnicanal capaz de administrar y admitir todos los canales.

Eso evolucionó hasta el punto en que las soluciones de SAP Hybris cubren todo el front-office, desde la experiencia del cliente, el comercio, la facturación y el marketing hasta las herramientas para el personal de ventas y servicio, tanto en los centros de contacto como en el campo.

El nuestro es un conjunto muy completo de soluciones que funcionan juntas, o de forma independiente, para ayudar a un conjunto diverso de clientes en todo el mundo con la forma en que interactúan y atienden a los clientes. Así que hemos pasado de ser una plataforma de comercio orientada a las transacciones a algo más integral que ofrece soluciones de participación del cliente.

GW: El comercio electrónico se está moviendo increíblemente rápido. ¿Cómo lo ha actualizado para manejar el rápido ritmo del comercio moderno?

BW: Hay una larga lista de cosas que hemos hecho para respaldar los requisitos comerciales en rápida evolución, no solo para el comercio electrónico sino en todos los canales y capacidades de atención al cliente. Una cosa que me gustaría destacar que es una innovación más reciente es el lanzamiento de nuestra nueva plataforma de microservicios, SAP Hybris-as-a-Service, o lo que llamamos YaaS. Este entorno de plataforma permite a los desarrolladores lanzar microservicios para ampliar y admitir requisitos únicos en la nube. Los desarrolladores pueden usar el idioma de su elección sin depender de un proveedor para escribir, probar y lanzar nuevos servicios en la nube. Y quizás aún más emocionante es el mercado que estamos habilitando para socios, desarrolladores independientes e incluso clientes para vender estos microservicios. Es una solución muy disruptiva, y será muy emocionante ver cómo evoluciona.